-
-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FTBFS: qgsgrass.cpp + old grasses on Debian/Lenny #12471
Comments
Author Name: hamish - (hamish -) ah, trunk/debian/build/CMakeCache.txt:
(that base dir is supposed to be the installed ($GISBASE) dir not the source code base I guess) with debian/rules changed to:
and also to build for GRASS 6.5 I needed to make this symlink:
after fixing all that, I now get this error:
progress, only 7% to go! :) Hamish |
Author Name: hamish - (hamish -) this seems to fix the @'class QStringList' has no member named 'length'@ error:
and now it fails with:
so apparently the "libqgis_core.so.QGIS_ABI" macro isn't being expanded? Hamish |
Author Name: hamish - (hamish -) ok, I ran 'debuild clean' and then 'svn status' to identify and clean out a few files in debian/ that it missed', and reran 'debuild binary'. This time it failed a little differently:
? thanks, ps- these files should be cleaned but are not:
and it is a bit annoying to have to copy debian/control.lenny back over the top of debian/control every single time you do anything. |
Author Name: hamish - (hamish -) same debian/lenny. after svn up & rebuild:
{QGIS_ABI} should be replaced by 1.5.0 by @rules@, but for some reason is not.
?, Hamish |
Author Name: Paolo Cavallini (@pcav) Is this still valid? Does it make sense to support Lenny, as our minimum requirements are getting higher, and release of Squeeze approaches? |
Author Name: hamish - (hamish -) Replying to [comment:5 pcav]:
Yes, as of latest d5bbb37 (SVN r13427). Today I didn't get as far as the linking- I edited debian/rules to turn off spatialite, and CMakeLists.txt too just in case. But it still dies:
missing #ifdef in the .cpp or CMakeLists.txt rule?
Yes please, it does. For work reasons etc. not everyone has the luxury (or desire) to change OSs on the shared machines they need to work on, to the latest-greatest testing release.. especially when it is just for one app. I would accept using an older version on an older OS, but so far the most modern version I can build for Lenny is 1.2.0. :-/ thanks, |
Author Name: Jürgen Fischer (@jef-n) Did you add a changelog entry stating that you are building for lenny? otherwise it falls back to sid. |
Author Name: hamish - (hamish -) Replying to [comment:7 jef]:
I hadn't, but I had edited the rules file to set to FALSE even in that sid+= logic. (everywhere grep could find it being set to TRUE) Now changed to:
but it still ignores WITH_SPATIALITE=FALSE & dies in the same place. thanks, |
Author Name: Jürgen Fischer (@jef-n) Replying to [comment:8 hamish]:
The default is to build with internal spatialite when not building for sid. Anything wrong with that? Otherwise you also need to tweak the .install files and apply the hardy patches to get the grass plugin compiled with GRASS 6.2. Still spatialite should be optional: fixed in e7ded48 (SVN r13430). |
Author Name: Jürgen Fischer (@jef-n) Replying to [comment:4 hamish]:
You're supposed to add a changelog entry with distribution lenny (not stable) and the rules will rebuild control from control.lenny replacing {QGIS_ABI} (and {GRASS_ABI}). |
Author Name: hamish - (hamish -) Replying to [comment:9 jef]:
great, I get past that .cpp file now, thanks. Replying to [comment:10 jef]:
"supposed"? as in specific to the qgis build scripts, right? for previous backports of other software I've used the unstable/ testing/ stable/ old-stable names without problem.
ok, done that. Now it gets past the main build but I get a weird linking error I've not seen before. Here's the end of it:
Apparently errors >3000 lines long so the start of it is beyond my terminal buffer. I can rerun tee'ing stderr to a file if it helps. thanks, |
Author Name: Jürgen Fischer (@jef-n) Replying to [comment:11 hamish]:
Right. The distribution name in the changelog determines which template files are used to build the package...
That's not a link error. dh_makeshlibs complains about missing symbols in the shared library. But that's just due to the different Qt version in lenny. I dropped that altogether in 8d89272 (SVN r13439). |
Author Name: Jürgen Fischer (@jef-n) Replying to [comment:12 jef]:
Hamish, did that work for you, too? |
Author Name: hamish - (hamish -) Replying to [comment:14 jef]:
nope, I still get the error shown in comment:11. I've attached to this ticket the current svn diff from latest trunk needed to start the build on Debian/Lenny + GRASS 6.5svn. thanks, |
Author Name: hamish - (hamish -) attached debuild log showing dh_makeshlibs error to ticket. see:
|
Author Name: hamish - (hamish -) ok, I had run "debuild clean" but I guess it missed those old files. "svn status" showed that debian/qgis-plugin-grass.symbols, libqgis1.5.0.symbols, python-qgis.symbols were extra so I removed those and restored the missing debian/qgis-plugin-grass-common.install file. after that, tried rebuilding the package and it worked. hurray! so svn trunk now builds + installs .debs on Lenny. test of loading shapefile, geotiff, and [[PostGIS]] db worked. closing bug. thanks for your help,
|
Author Name: hamish - (hamish -)
Original Redmine Issue: 2411
Redmine category:build/install
Assignee: nobody -
Hi,
I'm still trying to compile trunk on Debian/Lenny using the supplied debian/control.lenny + debuild. (thanks for fixing #12460)
Now I'm getting this error:
I have made these modifications to debian/rules:
the standard Debian/stable grass-dev package is installed (6.2.3-2.1) which is why /usr/lib/grass/include/grass/version.h is found. (in addition to about 5-6 other self-contained versions of grass on that machine)
How to get cmake to respect GRASS_PREFIX= for the include path as well as the library path?
thanks,
Hamish
The text was updated successfully, but these errors were encountered: