[DebianGIS-dev] Bug#582595: grass: please rebuild against tcl/tk 8.5 in experimental
Source: grass Version: 6.4.0~rc6-1 Severity: wishlist Tags: patch User: pkg-tcltk-de...@lists.alioth.debian.org Usertags: UpgradeDefaultTclTkTo85 Hi Francesco. :) The default Tcl/Tk version in unstable (as set by tcltk-defaults) is 8.4, whereas the version in experimental is 8.5. Before updating the version in unstable, it would be nice to see what fallout that would have, by rebuilding all relevant packages against the version in experimental. Since experimental buildds use packages from sid by default, this requires sourceful uploads to change build-deps to explicitly request the version from experimental, as discussed on debian-release[1]: Build-Depends: tcl-dev (>= 8.5), tk-dev (>= 8.5) I tried building against tcl/tk 8.5 locally and it seemed to work well and correctly dependended on the tcl8.5 and tk8.5 packages. I looked at http://trac.osgeo.org/grass/wiki/HowToTestGrass6 for tests to run: drawing a profile and so on (did not get too far before I got bored, though). My /usr/bin/wish points to wish8.6, so it looks like this can handle such version mismatches okay. So I suspect an upload to experimental with that change would be safe. This patch also contains an unrelated change: dropping the c/r/p: grass-doc from grass-doc (as noticed by lintian). Please let me know if you would like me to file a separate bug and reroll the patch. Thoughts? Jonathan [1] http://lists.debian.org/debian-release/2010/03/msg00303.html Index: debian/control === --- debian/control (revision 2881) +++ debian/control (working copy) @@ -4,7 +4,7 @@ Maintainer: Debian GIS Project Uploaders: Francesco Paolo Lovergine Build-depends: flex, bison,libreadline-dev | libreadline5-dev, libncurses5-dev, lesstif2-dev, debhelper (>= 7), dpatch, - libtiff4-dev, tcl-dev (>= 8.4), tk-dev (>= 8.4), libfftw3-dev, libxmu-dev, libglu1-mesa-dev | libglu1-xorg-dev, + libtiff4-dev, tcl-dev (>= 8.5), tk-dev (>= 8.5), libfftw3-dev, libxmu-dev, libglu1-mesa-dev | libglu1-xorg-dev, libfreetype6-dev, autoconf2.13, autotools-dev, libgdal1-dev (>= 1.5.0), libproj-dev, proj-bin, libjpeg62-dev, libpng12-dev, libpq-dev, unixodbc-dev, doxygen, fakeroot, libmysqlclient15-dev, graphviz, libsqlite3-dev, python-wxgtk2.8, libcairo2-dev, libwxgtk2.8-dev, python-dev (>= 2.5), swig @@ -33,9 +33,6 @@ Package: grass-doc Section: doc Architecture: all -Conflicts: grass-doc -Replaces: grass-doc -Provides: grass-doc Depends: ${misc:Depends} Description: Geographic Resources Analysis Support System documentation Commonly referred to as GRASS, this is a Geographic Information Index: debian/control.in === --- debian/control.in (revision 2881) +++ debian/control.in (working copy) @@ -4,7 +4,7 @@ Maintainer: Debian GIS Project Uploaders: Francesco Paolo Lovergine Build-depends: flex, bison,libreadline-dev | libreadline5-dev, libncurses5-dev, lesstif2-dev, debhelper (>= 7), dpatch, - libtiff4-dev, tcl-dev (>= 8.4), tk-dev (>= 8.4), libfftw3-dev, libxmu-dev, libglu1-mesa-dev | libglu1-xorg-dev, + libtiff4-dev, tcl-dev (>= 8.5), tk-dev (>= 8.5), libfftw3-dev, libxmu-dev, libglu1-mesa-dev | libglu1-xorg-dev, libfreetype6-dev, autoconf2.13, autotools-dev, libgdal1-dev (>= 1.5.0), libproj-dev, proj-bin, libjpeg62-dev, libpng12-dev, libpq-dev, unixodbc-dev, doxygen, fakeroot, libmysqlclient15-dev, graphviz, libsqlite3-dev, python-wxgtk2.8, libcairo2-dev, libwxgtk2.8-dev, python-dev (>= 2.5), swig @@ -33,9 +33,6 @@ Package: grass-doc Section: doc Architecture: all -Conflicts: grass-doc -Replaces: grass-doc -Provides: grass-doc Depends: ${misc:Depends} Description: Geographic Resources Analysis Support System documentation Commonly referred to as GRASS, this is a Geographic Information Index: debian/changelog === --- debian/changelog(revision 2881) +++ debian/changelog(working copy) @@ -1,3 +1,10 @@ +grass (6.4.0~rc6-1.1) experimental; urgency=low + + * Rebuilt against tcl/tk 8.5. + * grass-doc no longer provides/replaces/conflicts with grass-doc. + + -- Jonathan Nieder Fri, 21 May 2010 22:02:27 -0500 + grass (6.4.0~rc6-1) unstable; urgency=medium * New upstream pre-release with an important proj fix. ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] Help with postgis and backport to lenny using pbuilder
Alan, One step forward 2 steps back :) wood...@mappy:/u/local/src$ sudo apt-get -t lenny-backports install libpq5 libpq-dev Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: postgresql-doc-8.4 The following packages will be upgraded: libpq-dev libpq5 2 upgraded, 0 newly installed, 0 to remove and 91 not upgraded. Need to get 363kB of archives. After this operation, 578kB disk space will be freed. Get:1 http://www.backports.org lenny-backports/main libpq-dev 8.4.3-1~bpo50+1 [228kB] Get:2 http://www.backports.org lenny-backports/main libpq5 8.4.3-1~bpo50+1 [134kB] Fetched 363kB in 1s (201kB/s) (Reading database ... 75002 files and directories currently installed.) Preparing to replace libpq-dev 8.3.9-0lenny1 (using .../libpq-dev_8.4.3-1~bpo50+1_amd64.deb) ... Unpacking replacement libpq-dev ... Preparing to replace libpq5 8.3.9-0lenny1 (using .../libpq5_8.4.3-1~bpo50+1_amd64.deb) ... Unpacking replacement libpq5 ... Processing triggers for man-db ... Setting up libpq5 (8.4.3-1~bpo50+1) ... Setting up libpq-dev (8.4.3-1~bpo50+1) ... So this part ran ok, and it allowed me to do: wood...@mappy:/u/local/src$ sudo dpkg -i postgis_1.5.1-1_amd64.deb Selecting previously deselected package postgis. (Reading database ... 74995 files and directories currently installed.) Unpacking postgis (from postgis_1.5.1-1_amd64.deb) ... Setting up postgis (1.5.1-1) ... Processing triggers for man-db ... But this step bombs: wood...@mappy:/u/local/src$ sudo dpkg -i postgresql-8.3-postgis_1.5.1-1_amd64.deb Selecting previously deselected package postgresql-8.3-postgis. (Reading database ... 75006 files and directories currently installed.) Unpacking postgresql-8.3-postgis (from postgresql-8.3-postgis_1.5.1-1_amd64.deb) ... Setting up postgresql-8.3-postgis (1.5.1-1) ... Postgis extension not found, something wrong did probably happen Which comes from: wood...@mappy:/u/local/src/$ cat debian/postgresql-8.3-postgis.postinst #!/bin/sh set -e # Creates a link for the shared lib in the postgres area if [ "$1" = "configure" ]; then if [ -f /usr/lib/postgis/1.5.1/postgres/8.3/lib/postgis-1.4.so ]; then ln -f /usr/lib/postgis/1.5.1/postgres/8.3/lib/postgis-1.4.so \ /usr/lib/postgresql/8.3/lib/postgis-1.4.so else echo "Postgis extension not found, something wrong did probably happen" fi fi #DEBHELPER# exit 0 But we installed: wood...@mappy:/u/local/src/postgis-1.5.1$ ls /usr/lib/postgis/1.5.1/postgres/8.3/lib/ postgis-1.5.so So, I'm looking for where @SOVERSION@ is getting defined, which appears to be in rules_lenny (which is what I'm using). Using the svn rules it builds postgis-1.5.so but still fails on the above script. It looks like I can probably do the link by hand, then try to upgrade the databases, but I have to run out the door for the weekend, so I'll tackle this on monday some more. Thank you all for you help and suggestions. -Steve Alan Boudreault wrote: Hi Stephen, Just a quick thing you could try: "apt-get install -f" , this should install the missing dependency and continue the postgis package installation normally. Be sure you have lenny-backports in you sources.list because the libpq5 version 8.4 is there. Note that dpkg will never download and install missing dependencies, it's not its job. It's the apt-get job. That's why you have to call apt-get to fix things and continue what dpkg started before. You can also take a look at the "gdebi" utility. It's a tool to install a .deb file and it *should* (never used it much) call apt-get itself to solve missing dependencies. see also my comments below Stephen Woodbridge wrote: Hi all, I have just found pbuilder and I'm using it with the pkg-grass debian package definitions for geos-3.2.0 and postgis-1.5.1 building packages for lenny. This is all very cool and makes things soo much easier. I am also using some packages backports.org. So, I have gotten things setup and have been able to build packages, but postgis and postgresql-8.3-postgis will not install giving the following error: wood...@mappy:/u/local/src$ sudo dpkg -i postgis_1.5.1-1_amd64.deb [sudo] password for woodbri: (Reading database ... 75044 files and directories currently installed.) Preparing to replace postgis 1.5.1-1 (using postgis_1.5.1-1_amd64.deb) ... Unpacking replacement postgis ... dpkg: dependency problems prevent configuration of postgis: postgis depends on libpq5 (>= 8.4~0cvs20090328); however: Version of libpq5 on system is 8.3.9-0lenny1. dpkg: error processing postgis (--install): dependency problems - leaving unconfigured Processing triggers for man-db ... Errors were encountered while processing: postgis I have attached the postgis_1.5.1-1_amd64.build.gz from the pdebuild. I think this might be because the control_lenny file has BOTH postgresql-server-dev-8.3, postgresql-server
[DebianGIS-dev] saga 2.0.4+dfsg-2 MIGRATED to testing
FYI: The status of the saga source package in Debian's testing distribution has changed. Previous version: 2.0.4+dfsg-1 Current version: 2.0.4+dfsg-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] Help with postgis and backport to lenny using pbuilder
Yes, it's probably just a pining problem. You can also see if the package is available with its pin number with: apt-cache policy libpq5 regards, Alan Stephen Woodbridge wrote: Hi Alan, Thank you for your quick response. Your suggestions did not work. wood...@mappy:/u/local/src$ apt-show-versions | grep libpq libpq-dev/lenny uptodate 8.3.9-0lenny1 libpq4 8.1.15-0etch1 installed: No available version in archive libpq5/lenny uptodate 8.3.9-0lenny1 wood...@mappy:/u/local/src$ sudo dpkg -i postgis_1.5.1-1_amd64.deb Selecting previously deselected package postgis. (Reading database ... 75002 files and directories currently installed.) Unpacking postgis (from postgis_1.5.1-1_amd64.deb) ... dpkg: dependency problems prevent configuration of postgis: postgis depends on libpq5 (>= 8.4~0cvs20090328); however: Version of libpq5 on system is 8.3.9-0lenny1. dpkg: error processing postgis (--install): dependency problems - leaving unconfigured Processing triggers for man-db ... Errors were encountered while processing: postgis wood...@mappy:/u/local/src$ sudo apt-get install -f Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following packages will be REMOVED: postgis 0 upgraded, 0 newly installed, 1 to remove and 3 not upgraded. 1 not fully installed or removed. After this operation, 1738kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 75013 files and directories currently installed.) Removing postgis ... Processing triggers for man-db ... Does this mean that I need to pin libpq5 that is in backports.org or am I still missing something else? -Steve Alan Boudreault wrote: Hi Stephen, Just a quick thing you could try: "apt-get install -f" , this should install the missing dependency and continue the postgis package installation normally. Be sure you have lenny-backports in you sources.list because the libpq5 version 8.4 is there. Note that dpkg will never download and install missing dependencies, it's not its job. It's the apt-get job. That's why you have to call apt-get to fix things and continue what dpkg started before. You can also take a look at the "gdebi" utility. It's a tool to install a .deb file and it *should* (never used it much) call apt-get itself to solve missing dependencies. see also my comments below Stephen Woodbridge wrote: Hi all, I have just found pbuilder and I'm using it with the pkg-grass debian package definitions for geos-3.2.0 and postgis-1.5.1 building packages for lenny. This is all very cool and makes things soo much easier. I am also using some packages backports.org. So, I have gotten things setup and have been able to build packages, but postgis and postgresql-8.3-postgis will not install giving the following error: wood...@mappy:/u/local/src$ sudo dpkg -i postgis_1.5.1-1_amd64.deb [sudo] password for woodbri: (Reading database ... 75044 files and directories currently installed.) Preparing to replace postgis 1.5.1-1 (using postgis_1.5.1-1_amd64.deb) ... Unpacking replacement postgis ... dpkg: dependency problems prevent configuration of postgis: postgis depends on libpq5 (>= 8.4~0cvs20090328); however: Version of libpq5 on system is 8.3.9-0lenny1. dpkg: error processing postgis (--install): dependency problems - leaving unconfigured Processing triggers for man-db ... Errors were encountered while processing: postgis I have attached the postgis_1.5.1-1_amd64.build.gz from the pdebuild. I think this might be because the control_lenny file has BOTH postgresql-server-dev-8.3, postgresql-server-dev-8.4 as Build-Depends for postgis. That is ok, the package is made to build the postgis extension for both versions. Would this not then require BOTH libpq5 8.4~0cvs20090328 from postgresql-8.4 libpq5 8.3.9-0lenny1from postgresql-8.3 to be part of the dependencies, probably with the later one winning or whatever? No. libpq5 is the library that allows user programs to communicate with a postgresql server. The version of libpq5 >=8.4 is compatible to communicate with servers from PostgreSQL 8.2 or later. So it's all right that the postgis package has libpq5 >=8.4.x as dependency. Any ideas how to fix this? Does the control file need to be split into two files one for postgresql-8.3 and one for postgresql-8.4? would the rules file need to changes also or instead of the control file? As I said, the control and rule files are ok and build the extension for postgresql 8.3 and 8.4. I've put a lot of time and effort into trying to resolve this, but I just don't know that much about building debian packages. Reall need to guidance and help on this one. Best regards, -Steve ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/m
[DebianGIS-dev] Bug#582474: marked as done (libgeos-dev: please include *.la files in package)
Your message dated Fri, 21 May 2010 14:15:39 +0200 with message-id <20100521121539.gh2...@blegrez.ba.issia.cnr.it> and subject line Re: [DebianGIS-dev] Bug#582474: libgeos-dev: please include *.la files in package has caused the Debian Bug report #582474, regarding libgeos-dev: please include *.la files in package to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 582474: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582474 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libgeos-dev Version: 3.2.0-1 Severity: important i've just tried to build spatialite (a spatial extension to sqlite3), but it needs libgeos.la, which is unfortunately missing from libgeos-dev. best regards, alex -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgeos-dev depends on: ii libgeos-3.2.0 3.2.0-1Geometry engine for Geographic Inf ii libgeos-c13.2.0-1Geometry engine for Geographic Inf libgeos-dev recommends no packages. Versions of packages libgeos-dev suggests: pn libgdal-doc(no description available) -- no debconf information --- End Message --- --- Begin Message --- On Fri, May 21, 2010 at 04:39:28AM +0300, alex bodnaru wrote: > Package: libgeos-dev > Version: 3.2.0-1 > Severity: important > > i've just tried to build spatialite (a spatial extension to sqlite3), > but it needs libgeos.la, which is unfortunately missing from libgeos-dev. > This is a feature, not a bug. One of the squeeze goals is removing all libtool helpers which rely strictly on the libtool version used to create them. You need to rely on pkg-config or other similar helpers to find out the correct building options. So, adding a .la file when not *strictly* required is an RC bug. And that's exactly the case for geos which provides geos-config --libs. Note that spatialite is provided in sid anyway, and correctly patched for that. AFAIK, Sandro Furieri will patch in the same way upstream package in the next release. -- Francesco P. Lovergine --- End Message --- ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] Bug#579989: Bug#579989: Bug#579989: Bug#579989: Tries to dlopen libproj.so instead of libproj.so.0
On Wed, May 19, 2010 at 11:54:50AM +0200, Jens Thiele wrote: > > Ok, thanks. Solved in the 1.7.2 branch on svn, due in a few for > > experimental. The reason for skipping by default a usual shlib > > linking is quite obscure to me, but that can be better managed > > by configure. I suspect that is done to avoid depending strictly > > on a specific SONAME, because proj4 API is frozen since ages, but > > anyway that's not the way things are done on Debian. > > a) Your solution is IMHO fine (though the upstream naming of the > configure option is misleading, because afaiu libproj is linked > dynamically now and not statically). > Agree. > > b) just as additional comment: > > Using dlopen basically allows to move a dependency from build-time to > run-time. The application can provide features depending on wether a > certain library is available at run-time or not. There are certain use > cases where this is required: > > Typically interpreter language modules are implemented like that (you > can't build all possible combinations of perl/python/... + modules). Or > "more general" application plugins are done like that. One also can use > dlopen to update a running application (though this has its own problems > and I don't know a real-world example for that one at the moment) > The whole thing has a limited sense in the Debian environment, where the whole toolchain is anyway conventionally linked to many other libraries. Using this kind of approach would be nice if all drivers were provided by a (versioned) plugin mechanism, which is not. Honestly, I see no reason to use that approach for proj and nothing else. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] Help with postgis and backport to lenny using pbuilder
On Thu, May 20, 2010 at 07:52:04PM -0400, Stephen Woodbridge wrote: > Hi all, > > I have just found pbuilder and I'm using it with the pkg-grass > debian package definitions for geos-3.2.0 and postgis-1.5.1 building > packages for lenny. This is all very cool and makes things soo much > easier. I am also using some packages backports.org. > > So, I have gotten things setup and have been able to build packages, > but postgis and postgresql-8.3-postgis will not install giving the > following error: > As a general suggestion, note that pbuilder load packages based on regular pinning. Generally, you need to add ad-hoc pinned entries in /etc/apt/preferences to load the correct backported build-deps. -- Francesco P. Lovergine ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel