Active Topics
-
Camera phone competition March 2023 "Endless" (35)
to General by Maemish - 2 days, 11 hrs ago -
TLS 1.2 for N9 is ready (28)
to MeeGo / Harmattan by smartblu9 - 2 days, 12 hrs ago -
Maemo repository (3)
to Community by torsen - 3 days, 3 hrs ago -
Error after installing Leste on sdcard (11)
to Maemo 7 / Leste by Maemish - 4 days, 1 hr ago -
Introducing ubiboot N9 (multiboot OS loader) (1,393)
to Alternatives by smatkovi - 5 days, 7 hrs ago - more...
| The Following User Says Thank You to gianko For This Useful Post: | ||
 |
|
2013-04-06
, 16:09
|
|
Posts: 215 |
Thanked: 448 times |
Joined on Aug 2012
@ Burgas, Bulgaria
|
#722
|
Originally Posted by gianko
I tried them too but still without success, It's more like cmake is searching for Qt Declarative headers in a different directory than they are
nice job!
ps: i don't know...but maybe QtDeclarative is provided by packages like libqtm-11-declarative or libqtm-12-declarative ? it comes with CSSU ?
| The Following User Says Thank You to tanago For This Useful Post: | ||
|
|
2013-04-06
, 16:47
|
|
Posts: 445 |
Thanked: 367 times |
Joined on Nov 2010
@ Italy
|
#723
|
the navit-gui-qml package installed from rdorsch repo depends on libqt4-core libqt4-declarative libqt4-dbus libqt4-gui libqt4-xml i dont know if this helps
|
|
2013-04-06
, 17:02
|
|
Posts: 215 |
Thanked: 448 times |
Joined on Aug 2012
@ Burgas, Bulgaria
|
#724
|
Originally Posted by gianko
Means that when I already have Qt Declarative => cmake is looking at the wrong directory
the navit-gui-qml package installed from rdorsch repo depends on libqt4-core libqt4-declarative libqt4-dbus libqt4-gui libqt4-xml i dont know if this helps
| The Following User Says Thank You to tanago For This Useful Post: | ||
|
|
2013-04-06
, 19:21
|
|
Posts: 2,225 |
Thanked: 3,822 times |
Joined on Jun 2010
@ Florida
|
#725
|
Question (don't have time to read the thread history to find answers, if they exist, sorry): Why cmake and not autotools? And does using cmake to do it make it any less doable for you or whoever follows in your footsteps to package the .deb into the repos using autobuilder (as opposed to manual package upload)?
| The Following User Says Thank You to Mentalist Traceur For This Useful Post: | ||
|
|
2013-04-06
, 19:31
|
|
Posts: 215 |
Thanked: 448 times |
Joined on Aug 2012
@ Burgas, Bulgaria
|
#726
|
Originally Posted by Mentalist Traceur
I will answer your question
Question (don't have time to read the thread history to find answers, if they exist, sorry): Why cmake and not autotools? And does using cmake to do it make it any less doable for you or whoever follows in your footsteps to package the .deb into the repos using autobuilder (as opposed to manual package upload)?
1. For a long time, building with cmake produced many errors, thats why it was preferred to build with autotools
2. It still produces many errors mainly because cmake is searching for headers in different directories. Today I managed to fix all those paths except one, described at the beggining of this page.
3. dpkg-buildpackage scripts inside 'debian' folder use autotools and compiles the source code with it. Today I workaround-ed that with the following commands
Code:
cmake /path/to/sources make dpkg-buildpackage -b -nc
| The Following 3 Users Say Thank You to tanago For This Useful Post: | ||
|
|
2013-04-07
, 08:56
|
|
Posts: 141 |
Thanked: 313 times |
Joined on May 2012
@ Czech Republic
|
#727
|
Originally Posted by tanago
Let's try to take inspiration from keepassx package:
i had to specify -nc because dpkg will 'make clean' and will compile with autotools again. So anybody who is expert at making "debian" dirs is welcomed to help us switch to cmake entirely
http://merlin1991.at/~luf/keepassx/s...3maemo2.tar.gz
You can also find original version in extras-devel or testing (I took inspiration there - keepassx_0.4.3-1).
I hope it can help you.
|
|
2013-04-07
, 17:30
|
|
Posts: 445 |
Thanked: 367 times |
Joined on Nov 2010
@ Italy
|
#728
|
if can help, i found this (maybe old) tutorial for maemo compiling on Scratchbox, with some configure options
http://wiki.navit-project.org/index....ox_development
http://wiki.navit-project.org/index....ox_development
| The Following User Says Thank You to gianko For This Useful Post: | ||
|
|
2013-05-03
, 21:14
|
|
Posts: 101 |
Thanked: 150 times |
Joined on Oct 2007
@ Stuttgart, Germany
|
#729
|
Most people might have seen it already, I updated navit on bokomoko.de. From the upstream changelog it seems that street search and house number search saw a lot of changes. It did not work very well in the new version though. If I see a version, whose street search works better for me, I will upload another update. In any case maps need to be updated for that.
Rainer
Rainer
|
|
2013-05-04
, 08:59
|
|
Posts: 87 |
Thanked: 80 times |
Joined on Sep 2009
|
#730
|
Originally Posted by rdorsch
Thanks again for your effort! So I will stay at version 5427 until further notice, because I really need the street-search-function.
Most people might have seen it already, I updated navit on bokomoko.de. From the upstream changelog it seems that street search and house number search saw a lot of changes. It did not work very well in the new version though. If I see a version, whose street search works better for me, I will upload another update. In any case maps need to be updated for that.
Rainer
But what I don't understand is why maps need to be updated for the new search function?
Have a nice weekend!
CU Michael
 |
| Tags |
| navigation, navit, nokia n900, openstreetmap |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 21:38.
ps: i don't know...but maybe QtDeclarative is provided by packages like libqtm-11-declarative or libqtm-12-declarative ? it comes with CSSU ?