[SCM] gosmore annotated tag, debian/0.0.0.20080704-1, created. debian/0.0.0.20090624-1
The annotated tag, debian/0.0.0.20080704-1 has been created at e22c89aca71804583ae0fe6aadfdf6ad57aeb0e3 (tag) tagging 1d565e31246971275feb2903a91c36ea77275030 (commit) tagged by Francesco Paolo Lovergine on Wed Jun 24 20:43:28 2009 + - Shortlog [svn-buildpackage] Tagging gosmore (0.0.0.20080704-1) Andreas Putzo (16): prepare new gosmore snapshot. added missing build-dep forgot to close bug close the other bug as well.. new svn snapshot, api0.6 compatible add copyright of ConvertUTF.* close #491842 close #524042 update svnrev, fixing a Makefile bug yet another svn snapshot fixing a bug in FindResource() remove dpatch, last patch has gone bump policy fixate copyright prepare for release flite support vanished bumped debhelper compat level Petter Reinholdtsen (3): Make trunk and tags directories. * Add josm as suggests. * Add get-orig-source target to the rules file. --- -- Openstreetmap.org viewer ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] gosmore annotated tag, debian/0.0.0.20090624-1, created. debian/0.0.0.20090624-1
The annotated tag, debian/0.0.0.20090624-1 has been created at 99c1c28ae5c98b5877f79b1bb38d11efe0486eb2 (tag) tagging 1d565e31246971275feb2903a91c36ea77275030 (commit) tagged by Francesco Paolo Lovergine on Thu Jul 16 08:17:56 2009 + - Shortlog [svn-buildpackage] Tagging gosmore (0.0.0.20090624-1) Andreas Putzo (16): prepare new gosmore snapshot. added missing build-dep forgot to close bug close the other bug as well.. new svn snapshot, api0.6 compatible add copyright of ConvertUTF.* close #491842 close #524042 update svnrev, fixing a Makefile bug yet another svn snapshot fixing a bug in FindResource() remove dpatch, last patch has gone bump policy fixate copyright prepare for release flite support vanished bumped debhelper compat level Petter Reinholdtsen (3): Make trunk and tags directories. * Add josm as suggests. * Add get-orig-source target to the rules file. --- -- Openstreetmap.org viewer ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[SCM] mapserver annotated tag, debian/4.10.0-5+etch3@2355, created. debian/4.10.0-5+etch3@2355
The annotated tag, debian/4.10.0-5+etch3@2355 has been created at 228a91269c46fa96fb3cd644afd5d2242e51c81f (tag) tagging 2f54e961de0a298361b7c9ebad03a336fe8a7257 (commit) replaces debian/4.10.0-5 tagged by Francesco Paolo Lovergine on Tue Jul 14 17:58:33 2009 + - Shortlog Security patch for etch Andreas Putzo (2): etch branch copied from r623 + changes from the version currently in etch. Added patch to fix xss for etch version using --- -- Mapserver ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] [SCM] osm2pgsql annotated tag, debian/0.08.20071007-1, created. debian/0.08.20071007-1
The annotated tag, debian/0.08.20071007-1 has been created at 99db6473462603a8be1b72e1d9afbfde777ea348 (tag) tagging 4976c1c45aa81d239b4b7c073de1721c72e9bdd3 (commit) tagged by David Paleino on Mon Jan 17 20:57:15 2011 +0100 - Shortlog Debian release -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk00nxwACgkQ5qqQFxOSsXTKFQCeOnixZLi5JiTKZmYBT4h9GI1g xngAn28RKMse7rSOoz5IdbaJMlR5Ohz0 =ep1o -END PGP SIGNATURE- Andreas Putzo (5): Creating trunk directory [svn-inject] Applying Debian modifications to trunk * Set debhelper compat level to 4 to make backports more easy. - Update to the api 0.5 version. [svn-buildpackage] Tagging osm2pgsql (0.08.20071007-1) --- -- OpenStreetMap data to PostgreSQL converter ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] [SCM] osm2pgsql annotated tag, debian/0.50.20071211-1, created. debian/0.50.20071211-1
The annotated tag, debian/0.50.20071211-1 has been created at 825b77ca1294c084dbe8600f4d612d940c537a1e (tag) tagging e14f796fa0e7b0e40ce866582acbd28c175c65f8 (commit) tagged by David Paleino on Mon Jan 17 20:57:28 2011 +0100 - Shortlog Debian release -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk00nykACgkQ5qqQFxOSsXTT+wCgja6DlLvGOyqywj9wB+Fdeoqj 3REAoJekd5iHiRlThlLNM4npq3P6mbrk =wG4C -END PGP SIGNATURE- Andreas Putzo (6): Creating trunk directory [svn-inject] Applying Debian modifications to trunk * Set debhelper compat level to 4 to make backports more easy. - Update to the api 0.5 version. New upstream snapshot. [svn-buildpackage] Tagging osm2pgsql (0.50.20071211-1) --- -- OpenStreetMap data to PostgreSQL converter ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] [SCM] osm2pgsql annotated tag, debian/0.52.20080408-2, created. debian/0.52.20080408-2
The annotated tag, debian/0.52.20080408-2 has been created at 0ba254bbfbf901f0f3d32f2d555a3e0a83cc86f2 (tag) tagging a038706ec8f425c34541bf7fcd500572e1729648 (commit) tagged by David Paleino on Mon Jan 17 20:57:43 2011 +0100 - Shortlog Debian release -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk00nzcACgkQ5qqQFxOSsXRUzQCfdBRFS3KLCRIDSfa0StJc53+V wNoAn2db/KZVxTWdD+FBSyK0nLMHFd1C =AUmw -END PGP SIGNATURE- Andreas Putzo (10): Creating trunk directory [svn-inject] Applying Debian modifications to trunk * Set debhelper compat level to 4 to make backports more easy. - Update to the api 0.5 version. New upstream snapshot. * New upstream version. Added patch to actually fix the FTBFS bug. preparing for release. update changelog to the version that got uploaded. [svn-buildpackage] Tagging osm2pgsql (0.52.20080408-2) --- -- OpenStreetMap data to PostgreSQL converter ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] [SCM] osm2pgsql annotated tag, debian/0.52.20080408-1, created. debian/0.52.20080408-1
The annotated tag, debian/0.52.20080408-1 has been created at 77bd4e9fff854f7749d20db3d04052434a53e9d8 (tag) tagging 7cb76de16c7ebd9eff80301b1257b051a9d7deb6 (commit) tagged by David Paleino on Mon Jan 17 20:57:36 2011 +0100 - Shortlog Debian release -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk00nzAACgkQ5qqQFxOSsXRuiQCguyxfk9o49NqYMx5xYwB1ZRoe SiEAoKQAwtKfemtH7WczjsTaltN4LwSB =RGxZ -END PGP SIGNATURE- Andreas Putzo (7): Creating trunk directory [svn-inject] Applying Debian modifications to trunk * Set debhelper compat level to 4 to make backports more easy. - Update to the api 0.5 version. New upstream snapshot. * New upstream version. [svn-buildpackage] Tagging osm2pgsql (0.52.20080408-1) --- -- OpenStreetMap data to PostgreSQL converter ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] [SCM] osm2pgsql annotated tag, debian/0.66.20090526-1, created. debian/0.66.20090526-1
The annotated tag, debian/0.66.20090526-1 has been created at 92da5a661241ad0b7e3b4870482bd71f0d52e767 (tag) tagging e84b6b2b7ebecf03a6415b1d82b3bb2f39d2fdbf (commit) tagged by David Paleino on Mon Jan 17 20:57:55 2011 +0100 - Shortlog Debian release -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk00n0MACgkQ5qqQFxOSsXS+WQCghiR1w8G4+aV+4r5bJM69uXhb qG4Anjfa5M4ONBiP4BRPKGjOw0EpDBWp =NV0l -END PGP SIGNATURE- Andreas Putzo (17): Creating trunk directory [svn-inject] Applying Debian modifications to trunk * Set debhelper compat level to 4 to make backports more easy. - Update to the api 0.5 version. New upstream snapshot. * New upstream version. Added patch to actually fix the FTBFS bug. preparing for release. update changelog to the version that got uploaded. preparing new upstream svn release added patch from Frederik Ramm to install styles system-wide. update manpage fixating changelog remove cruft preparing for release close #532145 [svn-buildpackage] Tagging osm2pgsql (0.66.20090526-1) Francesco Paolo Lovergine (4): Updated build-dep. Main fixes to upload an updated package. Changed uploader field. commit 3095fc97996a6f9d10f9282074e36170aa86c8c6 --- -- OpenStreetMap data to PostgreSQL converter ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] [SCM] openstreetmap-map-icons annotated tag, debian/1_0.0.0.20080713-1, created. debian/1_0.0.0.20080713-1
The annotated tag, debian/1_0.0.0.20080713-1 has been created at a3df8b237ff95eeebf35eee55d4031735ba4de7d (tag) tagging d1ab75542d2ee04a1d225dc3ff43c53119d44529 (commit) tagged by Giovanni Mascellani on Sun Apr 4 15:57:09 2010 +0200 - Shortlog Debian version 1:0.0.0.20080706-1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iF4EABEIAAYFAku4msAACgkQBIoTAU7n/+M+dgD6Anvlcby6AHA4/gsBWjP3N4pa MEq8t3/498sMw/c5p6wBAJMM8z5DRHXW15EnPlrA7DGYapKr45dXjJP9DdN9hRKG iJwEAAEIAAYFAku4msAACgkQgQqfaeGImwBfRwP+JoPY7Lr0+ak+qaWeu26wY9jG u61VRIQBdf5cH74clSnu8Z0PnnEnka8dWdQd81t6FREPtK//+tyWwG+dDU4ouAgZ 1RVvq3KegqsnU0szfKlfk2ireNGZmx7r4ngQYi0x2scSpqnjIYNreU8agt8wJ7qd 2bOB4rjOojB0aSio/TE= =fSTS -END PGP SIGNATURE- Andreas Putzo (8): Creating trunk directory [svn-inject] Applying Debian modifications to trunk Add get-orig-source target. rename package Rename back to openstreetmap-map-icons. Add explanation to changelog adapt install path fetched new snapshot from svn with the cmake modules removed. --- -- OpenStreetMap icon artworks ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] [SCM] josm tag, debian/0.0.0.20080713-1, created. 29891bdbff934de00f7245fa3c6a81e5cd92609d
The tag, debian/0.0.0.20080713-1 has been created at 29891bdbff934de00f7245fa3c6a81e5cd92609d (commit) - Shortlog commit 29891bdbff934de00f7245fa3c6a81e5cd92609d Author: Andreas Putzo andr...@putzo.net Date: Sat Jul 19 19:53:35 2008 + wrap debian/copyright at 80 characters. --- -- Java OpenStreetMap editor ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] [SCM] josm tag, debian/0.0.svn1515-1, created. 540068ab49ef7cf84a5ece6386b29461db5366c2
The tag, debian/0.0.svn1515-1 has been created at 540068ab49ef7cf84a5ece6386b29461db5366c2 (commit) - Shortlog commit 540068ab49ef7cf84a5ece6386b29461db5366c2 Author: Andreas Putzo andr...@putzo.net Date: Thu Apr 16 21:04:12 2009 + argh, encodings. convert this file to utf-8 --- -- Java OpenStreetMap editor ___ 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#535221: Bug#535221: osm2pgsql: consider including 900913.sql in the package?
Hello, On Jun 30 22:57, Timo Juhani Lindfors wrote: Package: osm2pgsql Version: 0.66.20090526-1 Severity: wishlist http://wiki.openstreetmap.org/wiki/Mapnik instructs that I should import some 900913.sql which is included with osm2pqsql. However, the debian package contains no such file. Any idea how essential this is? I see the file in the source package, maybe it should be included in the binary package as well? You are right, that file should be there because standard postgis does not contain this projection and i guess it would give weird results with mapnik. I will add this file as an example in /usr/share/doc/osm2pgsql/examples/. In case you not already extracted it from the source package, here is the content until the updated package is available. INSERT INTO spatial_ref_sys (srid, auth_name, auth_srid, srtext, proj4text)VALUES (900913,'EPSG',900913,'PROJCS[WGS84 / Simple Mercator,GEOGCS[WGS 84,DATUM[WGS_1984,SPHEROID[WGS_1984, 6378137.0, 298.257223563]],PRIMEM[Greenwich, 0.0],UNIT[degree, 0.017453292519943295],AXIS[Longitude, EAST],AXIS[Latitude, NORTH]],PROJECTION[Mercator_1SP_Google],PARAMETER[latitude_of_origin, 0.0],PARAMETER[central_meridian, 0.0],PARAMETER[scale_factor, 1.0],PARAMETER[false_easting, 0.0],PARAMETER[false_northing, 0.0],UNIT[m, 1.0],AXIS[x, EAST],AXIS[y, NORTH],AUTHORITY[EPSG,900913]]','+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgri...@null +no_defs'); The wiki page links to http://wiki.openstreetmap.org/wiki/Osm2pgsql which says that osm2pgsl can be installed with apt-get. So if user should get 900913.sql via some other means than apt-get I think we should document that in the wiki. (Yes I know bugs.debian.org is not for bugs in the openstreetmap wiki but...). 900913.sql is not essential for osm2pgsql to work, but it's still a bug that is is missing from the package. So thanks for reporting it here so that we can fix the package instead of 'reporting' it to the OSM wiki :) Regards, Andreas ___ 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#535221: Bug#535221: osm2pgsql: consider including 900913.sql in the package?
On Jul 01 23:06, Timo Juhani Lindfors wrote: Hi, Andreas Putzo andr...@putzo.net writes: it would give weird results with mapnik. I will add this file as an example in /usr/share/doc/osm2pgsql/examples/. Thanks, I'll probably get a notification when this hits unstable and I can add this info to the wiki? Yes. Btw, is debian's mapnik/osm2pgsql generally up-to-date enough to render openstreetmap tiles? I'm having hard time trying to judge this from the wiki since http://wiki.openstreetmap.org/wiki/Osm2pgsql just has a vague warning Be warned: the packages might be old. If you see rendering artifacts, try compiling osm2pgsql from source. without telling which exact versions of mapnik and osm2pgsql work together. The statement is a bit vague but generally not false. Debian/stable is supposed to only receive security updates and important bugfixes so that version might become outdated over time. I'm going to provide a backported packages for stable users on backports.org, but this still needs to be done. testing and unstable should contain a more or less up-to-date version but this again depends on manpower to ensure a properly tested package. Perhaps it's a good idea to link the package page so that people can judge whether that version is sufficient? (And if not, bug reports are of course welcome :) http://packages.qa.debian.org/o/osm2pgsql.html My personal need to run mapnik currently only involves rendering a city with custom styles and updating it with hourly diffs from a cronjob. It would be terrific if the debian package came with a tested and known-to-work script to setup rendering of some test city automatically :-) (hint, hint) As a bonus, you could use this to test that the shipped versions of osm2pgsl and mapnik work together well. This might become difficult since everybody uses a different setup, but something like a an example script that can easily be adjusted sounds like a good idea. Regards, Andreas ___ 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#535173: Bug#535173: crash when opening preferences
tag 535173 + unreproducible thanks Hi, On Jun 30 14:47, Michal Čihař wrote: When trying to open preferences, I got following exception: Manifest-Version: 1.0 Ant-Version: Apache Ant 1.7.0 Created-By: 14.0-b10 (Sun Microsystems Inc.) Main-class: JOSM Main-Version: 1529 SVN Main-Date: 2009-04-16T17:26:54.307895Z Debian-Release: 0.0.svn1529-1 Class-Path: /usr/share/java/gettext-commons.jar /usr/share/java/metadata-extractor.jarJava version: 1.6.0_14 java.lang.NullPointerException at sun.font.TrueTypeGlyphMapper.init(TrueTypeGlyphMapper.java:44) at sun.font.TrueTypeFont.getMapper(TrueTypeFont.java:1235) at sun.font.FileFontStrike.init(FileFontStrike.java:151) at sun.font.FileFont.createStrike(FileFont.java:76) at sun.font.Font2D.getStrike(Font2D.java:331) at sun.font.Font2D.getStrike(Font2D.java:262) [...] so far i failed to reproduce the problem. I tried with LANG=cs_CZ.UTF-8 JAVACMD=/usr/lib/jvm/java-6-sun/bin/java josm and can open preferences without a problem. Maybe there is a font package missing or something? I will try in a stripped down environment tomorrow to see if i can catch the error. Regards, Andreas ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] RFS: gosmore
Hi, i'm looking for a sponsor for gosmore. The updated package makes it compatible with current OSM data again, fixing a rc bug. Except for the missing manpage, the package appears to be lintian clean. gosmore (0.0.0.20090624-1) unstable; urgency=low * New upstream snapshot fetched from svn, revision 16088. (Closes: #533372) * debian/rules get-orig-source: - Remove debian/ dir. - Ignore externals in svn export command. * Removed 10-findresources.dpatch, applied upstream. * Mentioned ConvertUTF.c, elemstyles.xml and icons.* in debian/copyright. * Added a note to the long description that gosmore needs additional data files. (Closes: #491842) * Dropped dependency on libgps-dev, gosmore tries to parse NMEA sentences on its own. (Closes: #524042) * Removed dpatch build-dependency and debian/patches since there are no patches currently. * Bumped policy to 3.8.2, without changes. * Added DM-Upload-Allowed to debian/control. * Removed build-dependency on flite-dev, feature has been removed. * Bumped debhelper compatibility level to 7. -- Andreas Putzo andr...@putzo.net Wed, 24 Jun 2009 20:32:38 + I uploaded to mentors but the packages should also build fine from svn :) dget -x http://mentors.debian.net/debian/pool/main/g/gosmore/gosmore_0.0.0.20090624-1.dsc Regards, Andreas ___ 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#527956: gpsdrive: FTBFS:
Hi, On Jun 10 19:38, Adam D. Barratt wrote: On Mon, 2009-05-25 at 23:46 +0200, Kurt Roeckx wrote: On Mon, May 25, 2009 at 10:28:39PM +0100, Adam D. Barratt wrote: One oddity I did notice in the debdiffs of the binary packages is that gpsdrive lost its zlib dependency; I can't see any obvious reason for that, hence not having tagged the bug patch as yet. This might be the result of using the Debian version of libtool which is patched not link against the depedencies of the dependent on library. So zlib will still be pulled in, but it's the other lib that is using it and pulling it in. Yep, looks like it; thanks. gpsdrive maintainers: This bug has been open for a month already and is the last thing blocking the transition of the new version of mapnik to testing. I'm therefore planning on uploading an NMU to fix it in a couple of days' time, unless there are any objections. If you'd rather fix it yourselves then that's obviously fine, but please say so. :-) i get a symbol lookup error currently. I try to look into this tonight, but feel free to NMU if you have a working solution :) gpsdrive: symbol lookup error: /usr/lib/mapnik/0.5/input/postgis.input: undefined symbol: _ZN5boost5mutex7do_lockEv Andreas ___ 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#527956: gpsdrive: FTBFS:
On Jun 11 18:22, Adam D. Barratt wrote: Andreas Putzo wrote: On Jun 10 19:38, Adam D. Barratt wrote: This bug has been open for a month already and is the last thing blocking the transition of the new version of mapnik to testing. I'm therefore planning on uploading an NMU to fix it in a couple of days' time, unless there are any objections. If you'd rather fix it yourselves then that's obviously fine, but please say so. :-) i get a symbol lookup error currently. I try to look into this tonight, but feel free to NMU if you have a working solution :) gpsdrive: symbol lookup error: /usr/lib/mapnik/0.5/input/postgis.input: undefined symbol: _ZN5boost5mutex7do_lockEv Hmmm, how did you produce that error? The version of /usr/bin/gpsdrive I've built is linked against mapnik 0.6 (that rather being the point of getting the bug fixed in the first place ;-) but it's possible something is still picking up a 0.5 dependency somewhere. (and thinking about it the build-dep should probably also be bumped to require libmapnik-dev = 0.6, to ensure that it gets upgraded in chroots if already present). I built the package with pbuilder and tried it in an up-to-date sid chroot. What does ldd /usr/bin/gpsdrive | egrep mapnik give you? $ ldd /usr/bin/gpsdrive |grep mapnik libmapnik.so.0.6 = /usr/lib/libmapnik.so.0.6 (0xb748b000) I still had libmapnik0.5 installed. If i deinstall it, gpsdrive runs without error. Just noticed there is /usr/lib/mapnik/0.5 hardcoded in debian/patches/96-mapnik-plugins-dir.dpatch. I guess that's the problem. Regards, Andreas ___ 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#527956: gpsdrive: FTBFS:
On Jun 11 20:39, Adam D. Barratt wrote: On Thu, 2009-06-11 at 21:22 +0200, Andreas Putzo wrote: On Jun 11 18:22, Adam D. Barratt wrote: Andreas Putzo wrote: gpsdrive: symbol lookup error: /usr/lib/mapnik/0.5/input/postgis.input: undefined symbol: _ZN5boost5mutex7do_lockEv Hmmm, how did you produce that error? The version of /usr/bin/gpsdrive I've built is linked against mapnik 0.6 (that rather being the point of getting the bug fixed in the first place ;-) but it's possible something is still picking up a 0.5 dependency somewhere. (and thinking about it the build-dep should probably also be bumped to require libmapnik-dev = 0.6, to ensure that it gets upgraded in chroots if already present). I built the package with pbuilder and tried it in an up-to-date sid chroot. I meant more specifically. :-) I tried it on up-to-date sid as well, but I obviously didn't try the right thing, as I hadn't spotted the problem. :-/ Well, i started gpsdrive, got the symbol error and gpsdrive terminated. You didn't had libmapnik0.6 *and* libmapnik0.5 installed when you tried it presumably. What does ldd /usr/bin/gpsdrive | egrep mapnik give you? $ ldd /usr/bin/gpsdrive |grep mapnik libmapnik.so.0.6 = /usr/lib/libmapnik.so.0.6 (0xb748b000) I still had libmapnik0.5 installed. If i deinstall it, gpsdrive runs without error. Just noticed there is /usr/lib/mapnik/0.5 hardcoded in debian/patches/96-mapnik-plugins-dir.dpatch. I guess that's the problem. Yep, sounds likely. It sounds like you've got this under control? If so and you're likely to upload a new version shortly then I'll ignore the NMU; a maintainer upload is generally preferable and you should be able to test it more usefully than I can :) Just uploaded the new version. Sorry for the delay, wasn't aware that i'm blocking the mapnik transition :( Regards, Andreas ___ 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#532145: Bug#532145: Acknowledgement ([osm2pgsql] osm2pgsql: always forces a password prompt - breaks unassisted map generation)
tags 532145 + fixed-upstream pending thanks Hi, On Jun 07 04:08, Eddy Petrișor wrote: Package: osmqpgsql I just looked into the code and it seems that whenever the user parameter was given, the password prompt appeared, evn if not necessary. Thanks for your bug report and the patch. The bug is already fixed upstream the same way as you did. Please expect an updated packages soon. (D)Patch is attached, I tested it on my password-less config on a lenny machine (made a local backport) and it works properly. If used without a password when is actually needed this message appears, (which, imo, could be improved to add a hint, if -W wasn't present - maybe a password is required?), so I'd say the fix makes sense and doesn't break anything that worked before: 0 e...@heidi ~/usr/src/osm/planet/git-planet-rom $ osm2pgsql -d gis -m -U osm planet-rom.osm osm2pgsql SVN version 0.52-20090607 $Rev: 7141 $ Connection to database failed: FATAL: Ident authentication failed for user osm The error message comes from postgres, i guess that's nothing osm2pgsql should deal with :) Andreas signature.asc Description: Digital signature ___ 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#529294: josm: Can't load library: /usr/lib/jvm/java-6-openjdk/jre/lib/ext/libjava-access-bridge-jni.so
tags 529294 + unreproducible thanks Hi, On May 18 16:43, Timo Juhani Lindfors wrote: Package: josm Version: 0.0.svn1529-1 Severity: important I am no longer able to start josm at all: lindi1:~$ josm Using /usr/lib/jvm/java-6-openjdk/bin/java to execute josm. Exception in thread main java.lang.UnsatisfiedLinkError: Can't load library: /usr/lib/jvm/java-6-openjdk/jre/lib/ext/libjava-access-bridge-jni.so [..] Could not find the main class: JOSM. Program will exit. i cannot reproduce the problem but i suppose you encountered a bug in openjdk [1]. Can you please upgrade openjdk to 6b16-1 and see if this helps? Alternatively, you might try to create the missing symlink yourself. $ readlink /usr/lib/jvm/java-6-openjdk/jre/lib/ext/libjava-access-bridge-jni.so ../../../../../jni/libjava-access-bridge-jni.so [1] https://bugs.launchpad.net/ubuntu/+source/java-access-bridge/+bug/375347 Regards, Andreas ___ 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#525194: openstreetmap-map-icons-classic: Package needs updating to keep in sync with JOSM package (0.0.svn1529-1)
reassign 525194 openstreetmap-map-icons tag 525194 pending thanks Hi, (reassigning to the source package since the other icon sets are affected as well) On Apr 22 22:01, Robert Naylor wrote: I've manually installed the latest JOSM package from debian unstable on my system. However as openstreetmap-map-icons-classic is out of date many of the icons are showing as a box with a cross in JOSM. Please update the package. i'm working on an updated package, please expect it in a few days. Sorry for the inconvenience in the meantime. Regards, Andreas ___ 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#509239: Bug#509239: josm: [needs-packaging] Update to r1137
On Dec 22 12:09, Francesco P. Lovergine wrote: On Sun, Dec 21, 2008 at 04:39:29PM +0100, Petter Reinholdtsen wrote: retitle josm: Please package new upstream version thanks [Alex Ruddick] NOTE: I run Ubuntu and have never submitted a proper Debian bug, so I modified an earlier one. I have no idea if this is the proper way to ask for updated packaging, but it seems worth a try. Very close, at least. :) Besides the packaging, the homepage has changed, and I added an upstream contact. I agree that a new version should be packaged, but believe it is best to wait until Lenny is released before uploading a new version into unstable. A new version could be uploaded into experimental until then. I do not have the spare time left to do it myself, and hope some of the other debian gis people find time to do it. Happy hacking, About that, isn't that the case to follow josm versioning (i.e. svn release) instead of the timestamp-like version used currently ? My understanding is that this is more or less a matter of personal preference. But josm now has a 'latest more or less stable' svn revision which might be easier to distinguish than a timestamp-like version. Cheers, Andreas ___ 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#509239: Bug#509239: Bug#509239: josm: [needs-packaging] Update to r1137
On Dec 22 21:07, Giovanni Mascellani wrote: Il giorno lun, 22/12/2008 alle 15.14 +0100, Andreas Putzo ha scritto: About that, isn't that the case to follow josm versioning (i.e. svn release) instead of the timestamp-like version used currently ? My understanding is that this is more or less a matter of personal preference. But josm now has a 'latest more or less stable' svn revision which might be easier to distinguish than a timestamp-like version. I think too it's better to use the svn release versioning, which is easier to match with the upstream status than the timstamp. And also the more or less stable revision is a good idea, because makes us able to select the better version to package. That's something upstream introduced. Because they don't want to or don't have time to provide a stable josm vesion they agreed on linking one svn revision that is considered more or less stable. Cheers, Andreas signature.asc Description: Digital signature ___ 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#456149: gpsdrive: Doesn't display my altitude
Hi Hamish, glad to see you working on gpsdrive.. :) On Dec 16 22:55, Hamish wrote: I was having this problem with my BU-353 USB-puck GPS a little while ago. The gpsd cgps program put it into SiRF binary mode without me asking, and that creates (AFAICT) pseudo-NMEA strings when a client asks for raw mode. no idea if it helps with the Garmin, I think the problem with (most?) garmin devices has been fixed in gpsd already. As an alternative one could use the dbus interface to gpsd as well. I opened a bug in the gpsdrive tracker to use libgps or similar in the future and remove gpsdrive's own nmea handler. Cheers, Andreas ___ 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#498428: Bug#498428: wrong instruction in: README.Bluetooth
Hi Hamish, On Dec 16 23:56, Hamish wrote: gpsd usage updated in upstream SVN to current gpsd usage, the fix will be seen in the pre7 release. I've no idea about cat /dev/rfcomm0 count=10 suggestions? You may use cat /dev/rfcomm0 to test if the connection works but it's otherwise not necessary to connect to a bt gpsr. It should output raw NMEA sentences afaik. No idea where this count=10 came from. Andreas ___ 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#508597: gpsdriver: allows local users to overwrite arbitrary files via a symlink attack
Hi, On Dec 12 16:27, Raphael Geissert wrote: Package: gpsdrive Version: 2.10~pre4-6.dfsg-1 Tags: security Severity: important I have found three other attack vectors: /usr/share/doc/gpsdrive/examples/gpssmswatch: src/splash.c i think this was used to e.g. dump the current position to a file and send a sms to a mobile phone. It requires the user to send SIGUSR1 to the gpsdrive process which makes this attack vector more unlikely to be successful. In my opinion this functionality is obsolete anyway and should be removed from gpsdrive. Regarding splash.c there's already a bug in the gpsdrive bug tracker (set forward accordingly). src/unit_test.c: g_snprintf (dir_proc, sizeof (dir_proc), /tmp/gpsdrive-unit-test); g_snprintf (dir_proc, sizeof (dir_proc), /tmp/gpsdrive-unit-test/proc); Will look into this. Cheers, Andreas signature.asc Description: Digital signature ___ 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#497559: josm: honor $http_proxy
Hi, On Sep 02 10:15, dann frazier wrote: The jre provided by openjdk-6-jre (and possibly others) doesn't honor the http_proxy environment variable. When I'm behind a proxy, that means I need to type something like this: /usr/lib/jvm/java-6-openjdk/bin/java -Dhttp.proxyHost=192.168.1.1 -Dhttp.proxyPort=3128 -jar /usr/share/josm/josm.jar It would be nice if the /usr/bin/josm script detected an http_proxy environment variable and automatically added the necessary arguments to the java command line for me. I don't think this is something we should fix in the josm wrapper script because this problem affects every java application that somehow tries to access the network. But openjdk-6 allows to define system-wide proxy settings in /etc/java6-openjdk/net.properties. There's also a property java.net.useSystemProxies which i was told works with the gnome proxy settings but unfortunately not with $http_proxy. We can probably improve the josm wrapper to use the environment variable $JAVA_OPTS to customize the behaviour of the jvm, like defining proxy or memory settings. Regards, Andreas ___ 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#497115: Bug#497115: gpsdrive: possibly non-free file scripts/gpsfetchmap.pl
Hi, On Sep 01 11:47, Francesco P. Lovergine wrote: On Sat, Aug 30, 2008 at 11:13:12PM +0200, Andreas Putzo wrote: This restriction is clearly not dfsg free and for that reason i removed the file from the upstream tarball. I would add a reference for downloading the script in the README.Debian file too, to avoid users would be confused. But for that, that script violates clearly GPL and I would report upstream to solve the issue. That issue got sorted out with upstream some time ago and the script is now GPL-2 licensed. The updated script gets installed and the non-free one was only available in the source package. I don't think we need to provide a URL to the old script beacuse the only difference is the license change which is documented in debian/copyright. Regards, Andreas ___ 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#497115: gpsdrive: possibly non-free file scripts/gpsfetchmap.pl
Hi, On Aug 30 01:42, Sami Liedes wrote: [Cc: to debian-legal] The source package contains the file scripts/gpsfetchmap.pl, which has this copyright notice: #!/usr/bin/perl # gpsfetchmap # # You are allowed to modify the source code in any way you want # except you cannot modify this copyright details # or remove the polite feature. # # NO WARRANTY. The polite feature apparently refers to an option that sleeps between web server accesses. While arguably a minor restriction, I wonder if debian-legal considers this sufficient to render the file non-free, and whether the terse license clearly enough grants all the permissions required for it to be free. Of course if you feel I'm just nitpicking, feel free to close the bug. This restriction is clearly not dfsg free and for that reason i removed the file from the upstream tarball. gpsdrive (2.10~pre4-1) unstable; urgency=low * New upstream release. * Repackage upstream tarball to remove the debian/ dir. Added get-orig-source target to debian/rules. * Removed gpsfetchmap.pl from upstream tarball due to license issues. A new version has been released under GPL which will be installed from debian/scripts/gpsfetchmap.pl now. Updated the manpage for that reason. * Removed map-icons with unclear licenses. [..] -- Andreas Putzo [EMAIL PROTECTED] Tue, 16 Oct 2007 20:00:05 + The get-orig-source target in debian/rules removes gpsfetchmap.pl from the upstream tarball. Somehow the original tarball got uploaded and i can only assume that this happend during the sponsoring process. Question is now how to clean up this mess. As written in the changelog gpsfetchmap.pl is now GPL-2 licensed and shouldn't be much of a problem. But the source package contains some icons as well and since i wasn't able to obtain the licenses for all of them (some are taken from openclipart and wikipedia) i removed them as well. Should i do a sourceful upload with the modified upstream tarball that was intended to go into the archive from the beginning? Regards, Andreas ___ 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#496861: josm should depend on openjdk-6-jre | jamvm | java2-runtime
Hi, On Aug 28 11:33, James Andrewartha wrote: The latest version of josm has a dependency only on openjdk-6-jre which means it can't be used with sun-java6-jre. I don't really want two JREs, and I need Sun Java for compatability reasons. you can still use josm with Sun's Java if you set JAVA_HOME accordingly or run josm with JAVACMD= /usr/lib/jvm/java-6-sun/bin/java josm There are currently many packages that provide java2-runtime, and josm only works with few of them. That's why i prefer keeping the dependency on openjdk and switch back to a virtual dependency as soon as we either have better virtual packages for java runtimes or have the bugs fixed that prevents josm from running with other javas. Regards, Andreas ___ 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#493892: marked as done (gpsdrive-data: Missing conflict with gpsdrive?)
Hi, On Aug 07 16:28, Luk Claes wrote: When upgrading my sid chroot just now, I noticed this message about a conflict between gpsdrive-data and gpsdrive: [...] Unpacking gpsdrive-data (from .../gpsdrive-data_2.10~pre4-4_all.deb) ... dpkg: error processing /var/cache/apt/archives/gpsdrive-data_2.10~pre4-4_all.deb (--unpack): trying to overwrite `/usr/share/gpsdrive/pixmaps/battery.png', which is also in package gpsdrive dpkg-deb: subprocess paste killed by signal (Broken pipe) Preparing to replace gpsdrive 2.10~pre4-3 (using .../gpsdrive_2.10~pre4-4_i386.deb) ... Unpacking replacement gpsdrive ... [...] gpsdrive (2.10~pre4-5) unstable; urgency=low . * Add missing Replaces to the gpsdrive-data package and add a dependency on gpsdrive. (Closes: #493892) I don't see why a Depends is needed, the Recommends seems fine and the Replaces should solve the reported bug? Without the Depends, if someone has gpsdrive 2.10~pre4-5 and installs gpsdrive-data, gpsdrive will be removed which is certainly not the intended behaviour. Cheers, Andreas ___ 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#493892: marked as done (gpsdrive-data: Missing conflict with gpsdrive?)
On Aug 07 20:02, Luk Claes wrote: Andreas Putzo wrote: On Aug 07 16:28, Luk Claes wrote: When upgrading my sid chroot just now, I noticed this message about a conflict between gpsdrive-data and gpsdrive: [...] Unpacking gpsdrive-data (from .../gpsdrive-data_2.10~pre4-4_all.deb) ... dpkg: error processing /var/cache/apt/archives/gpsdrive-data_2.10~pre4-4_all.deb (--unpack): trying to overwrite `/usr/share/gpsdrive/pixmaps/battery.png', which is also in package gpsdrive dpkg-deb: subprocess paste killed by signal (Broken pipe) Preparing to replace gpsdrive 2.10~pre4-3 (using .../gpsdrive_2.10~pre4-4_i386.deb) ... Unpacking replacement gpsdrive ... [...] gpsdrive (2.10~pre4-5) unstable; urgency=low . * Add missing Replaces to the gpsdrive-data package and add a dependency on gpsdrive. (Closes: #493892) I don't see why a Depends is needed, the Recommends seems fine and the Replaces should solve the reported bug? Without the Depends, if someone has gpsdrive 2.10~pre4-5 and installs gpsdrive-data, gpsdrive will be removed which is certainly not the intended behaviour. Why would gpsdrive be removed, you don't use 'Conflicts: gpsdrive', do you? Ok, you are right :) Looks like when i tested this i had a Conflicts there while i thought i had already removed it. Maybe i forgot to run apt-get update before, i don't know. Very ashamed i move it back to Recommends where it belongs and thanks for spotting this mistake (and teaching me). Cheers, Andreas ___ 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#474626: Bug#474626: #474626: still happens here
Hi, On Aug 04 11:01, Bernd Zeimetz wrote: unfotunately this is not the case for me, the window just stays white here. Looking at the output of strace it seems to be stuck in a futex, the gps traces server is down today, could this be the reason? No, josm should at least start. Downloading gps traces works anyway, only uploading is currently disabled. Maybe you can see something with jdb from the opendj-6-jdk package. $ /usr/lib/jvm/java-6-openjdk/bin/jdb -classpath /usr/share/java/metadata-extractor.jar:/usr/share/java/gettext-commons.jar:/usr/share/josm/josm.jar org.openstreetmap.josm.gui.MainApplication $ run $ suspend $ where all for a start.. Regards, Andreas ___ 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#474626: Bug#474626: Bug#474626: #474626: still happens here
On Aug 04 20:38, Bernd Zeimetz wrote: Looking at this I started to wonder if the bug is really in josm, so I've tried it with a different window manager and I had to realize that it works well in Fluxbox. What I'm using at the moment is xmonad as window manager within KDE, so the problem seems to be somewhere within java, xmonad and KDE... That's indeed interesting and i can reproduce it with xmonad (without kde). Funny thing is if you start josm with java -verbose -jar /usr/share/josm/josm.jar and click with the mouse in the grey josm window you trigger click events and i even managed to produce a correct popup window with this. I tried freemind, which also uses java swing, and this works fine in xmonad, so it might well be something weird in josm, though i didn't spot anything at a first glance. Regards, Andreas ___ 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#474626: #474626: still happens here
Hi, On Jul 07 16:07, Roland Mas wrote: I'm just back from the Libre Software Meeting, where I fell in love with Openstreetmap. I'm trying to use JOSM, but I run into the same bug as reported as #474626. This is with an up-to-date sid system, running either JAVACMD=/usr/bin/jamvm josm or josm directly. $ JAVACMD=/usr/bin/jamvm josm Let me know if/how I can help debug. Thanks for your help debugging this so far. However, with openjdk-6 now available in debian and jamvm being the last classpath based jvm in lenny that works with josm, i think it's best to drop support for it for now and fully rely on openjdk. We could add classpath support at any time later, once it works a bit more reliable with josm. Regards, Andreas ___ 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#474626: #474626: still happens here
On Jul 10 14:01, Roland Mas wrote: Roland Mas, 2008-07-10 09:03:58 +0200 : Hm. I managed to get it running in a sid Qemu too, but not in a clean account on my main box. I guess I'll try to sort-of-bisect between these two environments. Maybe additional packages create conflicts, or a library from the wrong JVM/JRA/Jwhatever is loaded, since there are a few Jthings installed here (mainly for Openoffice, apparently). I compared the results of aptitude search ~djava | grep ^i in the Qemu and the main box after installing Openoffice, and found no relevant difference (apart from some Mozilla-related libs). Still runs in the Qemu, still doesn't outside. I'll try diffing the outputs of strace, just in case, but I'd appreciate some more ideas on how to debug that. Maybe diffing the output of /usr/bin/jamvm -verbose -jar \ /usr/share/josm/josm.jar does help, too. Do you have any java related environment variables set on your main box that may cause problems? Though i have no example code at hand, i tried to execute freemind with jamvm which should work, too. What version of classpath do you have installed? I tried with all versions = 2:0.97 on snapshot.d.n., still no luck in reproducing the error. But perhaps you have some version installed that's not available there.. Andreas ___ 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] Compiling issues with new JOSM versions
Hi, On May 18 18:05, Giovanni Mascellani wrote: Problems were not finished: Josm didn't compile, because it now relies on classes such as sun.net.www.protocol.http.Handler and sun.net.www.protocol.http.HttpURLConnection, which are present in official Sun compiler, but not in GCJ, which we are using. Using the Sun class is a temporary workaround to support a body in DELETE statements that should go away once diff uploads are implemented. So, the question is: should we move to Sun's javac, or do you know some workaround for this? I've just updated josm-plugins (which can't be build right now, because it depends on too recent josm) and josm (which fails to build for the reason I just underlined) to SVN. I'd say let's wait until support for api 0.6 is properly implemented in josm and upload a new version then. Another word to Andreas: we're currently shipping josm-plugins under GPL-3+. Do you agree to move to GPL-2+ like we've done for josm? Yes, of course :) Regards, Andreas signature.asc Description: Digital signature ___ 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#479985: Bug#479985: Gosmore patch for API 0.5
On May 08 11:21, Celso González wrote: Seems that the bug is related to the API change in OSM I tried the following patch http://wiki.openstreetmap.org/index.php/Gosmore_patch_for_API_0.5 and seems to work better, but still with some glitches. There is also a script in the OSM repository that converts osm files between api 0.4 and 0.5 http://svn.openstreetmap.org/applications/utils/conv05/ regards, andreas ___ 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#456149: gpsdrive: Doesn't display my altitude
Hi Andrew, On Dec 13 21:59, Andrew McMillan wrote: Package: gpsdrive Version: 2.10~pre4-1 Severity: normal GPSDrive is not displaying any altitude reading from my GPS (a Garmin 60CSx). If I telnet to the gpsd port on my local machine I definitely do see my altitude coming through on the various data streams available. You may try to use gpsdrive together with the DBUS interface (gpsdrive -X) wich is enabled in the package since version -2. This should work with your GPS to display the altitude in gpsdrive. regards, andreas ___ 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] JOSM In Sid
Hi, On Apr 12 12:06, Richard Degelder wrote: To Debian GIS Project maintainers, Thank you for having JOSM available to users of Debian. I downloaded and installed the package from Sid recently and it works very well. I have been involved with OpenStreetMap for almost a year and a half and find it enjoyable and now that it is supported within my Linux distribution of choice it is even more convenient. There is only one minor feature request that I have and with that I am wondering if it is possible to create, and install it when the package is installed, an icon for the desktop. Thanks for the suggestion. We will certainly add a desktop file in an upcoming package version. It's usually better to submit a wishlist bug against the josm package to the Debian Bug Tracking System so that the request can be tracked. An easy way to report bugs is with the 'reportbug' command which is available via the reportbug package. Regards, Andreas ___ 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#475878: josm: Depends: java-gcj-compat | java2-runtime, but doesn't work.
Hi, On Apr 13 17:25, Kurt Roeckx wrote: Package: josm Version: 0.0.0.20080330-1 Severity: serious Hi, Your package has a Depends on: java-gcj-compat | java2-runtime but those dependencies are not enough. It complains with: No valid JVM found to run JOSM. Please install one of those mentioned in README.Debian or set the JAVACMD environment variable prior running josm. I'm aware of the fact that this is a bit unfortunate but I don't want to remove the dependency on java2-runtime because for example SUN's java provides this and josm of course works fine with it. It's also a requirement by the Java policy which is a bit controversial to the fact that a package must specify the dependency information about other packages that are required for the first to work correctly. Josm simply does not work with every java implementation which we try to address in the wrapper script that ignores the alternatives system and trys to find a working jvm instead. If none is found it gives hints how to resolve this. But it doesn't even try to use /usr/bin/java. Because it's very likely that /usr/bin/java points to a jvm that does not work. This would just show an empty GUI interface without any hints for the user about what possibly went wrong. See also #474626 and #472285. I have java-gcj-compat installed. java2-runtime is provided by those packages: gij-4.2 4.2.1-5 gij-4.1 4.1.2-16 gij 4:4.3-1 Of those, gij-4.1 is the only one I don't have installed. If it only works with jamvm (which is java1-runtime) and gij-4.1, then use those as depends instead of something that you're not even using. I agree that the dependency can be tightened to depend on gij-4.1 | jamvm | java2-runtime instead of java-gcj-compat (which is again just a meta package) until the bug is fixed that prevents josm to work with the version provided by java-gcj-compat. But this still cannot prevent installations where a working jvm is missing. Regards, Andreas ___ 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#474626: Bug#474626: JOSM interface is empty
package josm severity 474626 normal tags 474626 unreproducible thanks On Apr 07 21:31, Andreas Putzo wrote: On Apr 07 10:19, Max Moritz Sievers wrote: Now I installed gij 4.1 additionally. I couldn't remove gij 4.3. Now I still get the missing icon messages but then no window opens, the starting process aborted and I was back at the shell prompt. Josm should tell you what java cmd it is using. Does the wrapper actually select /usr/bin/gij-4.1 to execute josm? Do you get any output on the console (except missing icons) that could help us to solve this problem? Does it make a difference if you start josm with the following command? /usr/bin/gij-4.1 -jar /usr/share/josm/josm.jar I cannot reproduce this problem. Does it still not work when executing josm with 'JAVACMD=/usr/bin/jamvm josm' or 'JAVACMD=/usr/bin/gij-4.1 josm'? Lowering severity of this bug for now. Regards, Andreas ___ 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#474626: Bug#474626: JOSM interface is empty
On Apr 06 21:30, Max Moritz Sievers wrote: Package: josm Version: 0.0.0.20080330-1 Severity: grave When I start JOSM I get the same or quite the same output as described in bug report #472305. But my bug is more severe. The window which opens and wich decoration is entitled JOSM is empty. It's just white space. I am using Debian GNU/Linux lenny beta 1 and installed gij 4.3. (selected by aptitude). No packages from non-free. gij 4.3 is known to not work with josm. Can you confirm this bug with either gij 4.1 or jamvm? You might need to unset JAVA_HOME and/or JAVACMD before running josm. Usually gij 4.3 should only be used when explicity selected by exporting one of these variables. Regards, Andreas ___ 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#474626: Bug#474626: Bug#474626: JOSM interface is empty
On Apr 06 23:55, Giovanni Mascellani wrote: (gij-4.1 and jamvm). I think we should make the package depend only on those, and not on the generic java2-runtime. This wouldn't work because SUN's java (and others) do provide java2-runtime. If josm drops this dependency users might need to install a jvm they don't want to. It's also current policy to depend on the virtual package, also this should be changed in the future as far as i know. Regards, Andreas signature.asc Description: Digital signature ___ 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#472305: Bug#472305: How to solve it
Hi Giovanni, On Mar 28 14:35, Giovanni Mascellani wrote: The problem here is that josm searches for icons in a directory belonging to the package openstreetmap-map-icons-classic, which doesn't have all the icons josm expects to find. Moreover, not one of the icon collections contained in packages openstreetmap-map-icons-*, nor the collection distributed in josm upstream SVN, is a super-set of the other collections. And josm's icon collection has unique elements, which are not present in openstreetmap-map-icons-*. The icons directory (styles/standard/) in josm upstream svn is really an external reference to http://svn.openstreetmap.org/applications/share/map-icons/classic.small. This is the source of the openstreetmap-map-icons* packages, too. I think that the best solution is to not drop josm's icons when creating the tarball from the SVN, but letting them into the archive a make josm use them. After all, they're fewer than 400 kB compressed! I'll wait for acknowledgement before applying these modifications. Once the openstreetmap-map-icons* package are updated josm should find all icons it wants. Expecting thousands of new josm installations, 400kB (1.8Mb uncompressed) duplicated disk space and bandwidth is a lot, if you ask me :) Cheers, Andreas signature.asc Description: Digital signature ___ 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] JOSM package
Hello, On Jan 05 13:18, wrote: I was working on JOSM package, and then I found out that you guys have been working on it too. I looked at your work on Alioth's SVN. It looks much better than what I did indeed. Except for are a couple of things: 1. Your package compiles against sun-java6-jdk which as far as I understand could make the package be in non-free. I compiled using IcedTea, I know that IcedTea is not *yet* in Debian, but I was just talking to someone who is working on a Debian package for IcedTea this weekend. I did not yet committed my latest changes to the subversion repository. I no longer build with sun-java but with the GNU java compiler. This works but has some drawbacks. Seeing IcedTea in Debian would certainly be nice. 2. I added a josm.desktop file. Please find the .diff file attached with this email, I hope that you'd find benefit in it and probably merge some of what I've done (especially the 2 points I mentioned) with your work. Many thanks. I will commit it to svn (along with my other changes :) Regards, Andreas ___ 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#459213: gpsdrive: crashes when choosing options preferences
Hi, On Jan 04 10:25, Donald Davis wrote: Package: gpsdrive Version: 2.10~pre4-1 Severity: grave Justification: renders package unusable When I choose options preferences gpsdrive crashes with (gpsdrive:11434): libgnomevfs-CRITICAL **: gnome_vfs_get_uri_from_local_path: assertion `g_path_is_absolute (local_full_path)' failed Can you please edit ~/.gpsdrive/gpsdriverc and change all variables that contain a filename or directory to an absolute path to see if this helps? For example, waypointfile = ~/.gpsdrive/way.txt mapdir = ~/.gpsdrive/maps/ instead of waypointfile = way.txt Thanks, Andreas ___ 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#458273: gpsdrive-scripts: geoinfo osm-poi import fails - Geo::Filter::Area missing
Hi, On Dec 30 00:06, Michael Eric Menk wrote: Package: gpsdrive-scripts Version: 2.10~pre4-1 Severity: normal When importing POIs from a .osm fil (www.openstreetmap.org), the package Geo::Filter::Area do not exist. Command: geoinfo --osm=tmp.osm --area=norway The error is in /usr/share/perl5/Geo/Gpsdrive/OSM.pm line 413 The program works if $AREA_FILTER = Geo::Filter::Area-new( area = $area_name ); is changed with $AREA_FILTER = Geo::Gpsdrive::Filter::Area-new( area = $area_name ); Thanks for reporting this. I will include your fix in the next upload. Cheers, Andreas ___ 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#456149: gpsdrive: Doesn't display my altitude
On Dec 17 21:18, Andrew McMillan wrote: On Mon, 2007-12-17 at 00:10 +0100, Andreas Putzo wrote: On Dec 14 20:19, Andrew McMillan wrote: GPSDrive is not displaying any altitude reading from my GPS (a Garmin 60CSx). If I telnet to the gpsd port on my local machine I definitely do see my altitude coming through on the various data streams available. The GPS itself is a Garmin GPSMap 60 CSx which has a barometric altimeter, can see 10 satellites at the time and is itself displaying altitude and '3D' in it's own status. Here is a sample from connecting to gpsd now. There are no GSA sentences in your sample log and i think gpsdrive heavily relies on them to determine whether it knows the altitude or not. According to the manual of the 60CSx the device should use GSA. Did you set the Serial Data Format in the Interface Setup menu to NMEA and if not, can you please verify if the problem persists with this setting? I can set the serial data format to 'NMEA', but it doesn't make a difference because I'm using the USB connection. It looks like the Garmin will only output in the 'Garmin' format via the USB connection, so gpsdrive is depending on the 'on the fly' translation done by gpsd for non-NMEA units. On the other hand, gpsd is certainly *providing* the altitude within the NMEA output, viz: $GPGGA,055148,4106.5421,S,17452.2917,E,1,09,,94.9,M,16.836,M,,*42 It looks like the GSA sentence is not produced by gpsd when it's doing it's on-the-fly translation. It does provide a 'q' command which returns essentially the same data, so it could probably be added. On the other hand, perhaps using the GSA message as the sole source of altitude data seems short-sighted, especially if there are GPS out there which can provide greater altitude accuracy by combining the GPS data with other sensors internally. I've filed bug #456634 against gpsd asking if it can also provide GSA sentences when synthesizing NMEA output, but I think it would still be nice if gpsdrive were capable of using the GGA output as an alternative as well. IMHO gpsdrive shouldn't try to parse raw gps data itself altogether :) There was a DBUS interface to gpsd which should work with garmin but it is currently broken. Anyway, i will talk with upstream about this. Regards, Andreas ___ 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#456152: Bug#456152: gpsdrive: Can't override window size
On Dec 14 12:40, Mark Robinson wrote: [EMAIL PROTECTED]:~$ gpsdrive --help gpsdrive: unrecognized option `--help' The --help option spits an error message but works anyway. The -g option does not appear in the help or the manpage, while the -s and -r options are incorrectly documented in both. By accident i tested with a later development version where the usage is correct. Thus, manpage and usage information needs to be updated. Thanks, Andreas ___ 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#456569: Bug#456152: gpsdrive: Can't override window size
On Dec 14 12:40, Mark Robinson wrote: Sadly it's still quite badly broken, failing to correctly calculate the sizes for the various panels leaving critical values (lat, long etc) unreadable and failing to make the map the same size as the panel it's assigned to. Can you please elaborate on what exactly the problem is? I have no problems neither with 800x600 nor 1024x768. All widgets are visible for me, even if i force the resolution with the -g switch. There seems to be a problem when resizing the window, though. Further, there are obvious map rendering errors using when using neither the no_dir nor expedia maps at wide zooms. The scale bar at the bottom right of the image appears to be approximately an order of decimal magnitude out. The map grabbing code seems buggy too. Please open separate bugs for this problems. It's otherwise a bit hard to track. Menus to configure mysql and pgsql seem to have disappeared and that support which remains seems broken. For all i know there never was a configuration menu for mysql (also i agree that it would be nice to have one :) ). Please see Readme.Debian for instructions on how to set up the database(s). It's a shame that this very promising program seems to be becoming less functional with more development. Perhaps it is worth considering reverting distribution to an earlier version which is less buggy. Cheers, Andreas ___ 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#456149: gpsdrive: Doesn't display my altitude
On Dec 14 20:19, Andrew McMillan wrote: GPSDrive is not displaying any altitude reading from my GPS (a Garmin 60CSx). If I telnet to the gpsd port on my local machine I definitely do see my altitude coming through on the various data streams available. The GPS itself is a Garmin GPSMap 60 CSx which has a barometric altimeter, can see 10 satellites at the time and is itself displaying altitude and '3D' in it's own status. Here is a sample from connecting to gpsd now. There are no GSA sentences in your sample log and i think gpsdrive heavily relies on them to determine whether it knows the altitude or not. According to the manual of the 60CSx the device should use GSA. Did you set the Serial Data Format in the Interface Setup menu to NMEA and if not, can you please verify if the problem persists with this setting? Thanks, Andreas ___ 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#456152: gpsdrive: Can't override window size
Hi, thanks for reporting this bug. On Dec 13 22:25, Andrew McMillan wrote: Package: gpsdrive Version: 2.10~pre4-1 Severity: normal According to the man page, gpsdrive has -s and -r options to override the autodetection. Since the autodetection doesn't notice the panels at the top and bottom of my screen I tried to use these options to set a saner resolution. It appears that the options simply do not work, whether supplied alone, or together. Looks like this is a mistake in the manual page. The correct command line switch is now -g geometry, for example: gpsdrive -g 800x600 -s disables the splash screen shown at startup now and -r is no longer used, see also gpsdrive --help. Regards, Andreas ___ 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#456149: gpsdrive: Doesn't display my altitude
Hi Andrew, thanks for reporting this bug. On Dec 13 21:59, Andrew McMillan wrote: Package: gpsdrive Version: 2.10~pre4-1 Severity: normal GPSDrive is not displaying any altitude reading from my GPS (a Garmin 60CSx). If I telnet to the gpsd port on my local machine I definitely do see my altitude coming through on the various data streams available. Does the GPS Status bar in the bottom right corner sometimes displays a 3D Fix which is needed to determine the altitude? The problem might be that gpsdrive switches to n/a in the altitude widget as soon as your gps device loses its 3D fix. If this happens frequently it might look as if there were no altitude information altogether. It would be helpful if you could provide a sample of collected nmea data for example by starting gpsd with -D2 or by reading nmea sentences directly from the device. Regards, Andreas ___ 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#454849: Bug#454849: FTBFS with GCC 4.3: missing #includes
Hi, this bug has been reported to to Debian Bug Tracking System. build_geometry.cpp needs to include cstring to build with gcc 4.3. Regards, Andreas On Dec 07 19:13, Martin Michlmayr wrote: Package: osm2pgsql Version: 0.08.20071007-1 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. Automatic build of osm2pgsql_0.08.20071007-1 on em64t by sbuild/amd64 0.53 ... g++ -O2 -Wall -DGEOS_INLINE -O2 -Wall -Wextra -I/usr/include/libxml2 -I/usr/include -I/usr/include/postgresql -DVERSION=\0.08-20071207\ -c -o build_geometry.o build_geometry.cpp build_geometry.cpp: In function 'char* get_wkt(osmNode*, int, int, double*)': build_geometry.cpp:89: error: 'strdup' was not declared in this scope make[1]: *** [build_geometry.o] Error 1 make[1]: Leaving directory `/build/tbm/osm2pgsql-0.08.20071007' -- Martin Michlmayr http://www.cyrius.com/ ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel --- build_geometry.cpp.orig 2007-12-08 20:09:59.0 + +++ build_geometry.cpp 2007-12-08 20:10:15.0 + @@ -21,6 +21,7 @@ */ #include iostream +#include cstring #include geos_c.h ___ 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#351920: gpsdrive: won't stop with gps off
Hi, almost two years ago you reported this bug against gpsdrive. On Feb 08 06:04, Blars Blarson wrote: If I turn off my magellan meridian color before quitting gpsdrive, gpsdrive will hang on exit with a waiting for thread to finish message displayed. Can you still reproduce this with the current gpsdrive version? Since gpsdrive no longer supports direct serial connections but handles gps via gpsd i believe that this is no longer an issue. Hence i'm going to close this bug soon unless you say otherwise. Regards, Andreas ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] RFS: mapserver
Hi, i prepared a new mapserver package for the new upstream bugfix release that fixes some XSS issues. Additionaly i added the reviewed debconf templates and debian/control and the updated translations. Could you please review and upload the package? Since this is a new upstream release i uploaded to mentors: dget -x http://mentors.debian.net/debian/pool/main/m/mapserver/mapserver_4.10.3-1.dsc You could also download the source tarball from: http://download.osgeo.org/mapserver/mapserver-4.10.3.tar.gz Cheers, Andreas ___ 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] Task packages for Debian GIS and the Live CD
Hi, for unknown reasons i received this mail only today. Sorry for the late response. Am 7.8.2007 schrieb Petter Reinholdtsen [EMAIL PROTECTED]: [Andreas Putzo] At the moment josm unfortunately needs to go to contrib, too. Yeah. :( I am all for including contrib packages on the live images. The problem is their non-free dependencies. I'm not sure we are allowed according to their license to distribute them. This needs to be checked on a case-by-case basis then. I don't think this is a problem (IANAL) for SUN's license unless we can live with their Operating System Distributor License which includes besides 'usual' non-free stuff nasty things like paragraph 2: [..] (f) you agree to defend and indemnify Sun and its licensors from and against any damages, costs, liabilities, settlement amounts and/or expenses (including attorneys' fees) incurred in connection with any claim, lawsuit or action by any third party that arises or results from (i) the use or distribution of your Operating System, or any part thereof, in any manner, or (ii) your use or distribution of the Software in violation of the terms of this Agreement or applicable law. You shall not be obligated under Section 2(f)(i) if such claim would not have occurred but for a modification made to your Operating System by someone not under your direction or control, and you were in compliance with all other terms of this Agreement. If the Software README file permits certain files to be replaced or omitted from your distribution, then any such replacement(s) or omission(s) shall not be considered a breach of Section 2(a). [..] Also, for the SUN Java packages, there is a nasty license agreement question to answer, and we can not really answer it on behalf of the users. :( Not quite sure how to handle this. I'm testing a build with both contrib and non-free enabled, and will see what the log say. :) We shouldn't ask for license acceptance each time someone uses the cd as only few packages are affected. The only way i see at the moment is writing a wrapper around these programs (or bin/java) that shows the license to the users when it is started the first time and perhaps put a general note about it somewhere. There is a FAQ in the license file that deals with this: 17. What do you mean by Present for acceptance end user licenses (from #8 above)? Do I have to create a click-through license display when a user first installs or runs the JDK? Must my users accept the license? Your users must agree to the license terms for the JDK before installing it. While you aren't required to show the DLJ on first use or installation, you must inform them that the JDK is licensed software and that they must agree to the license before using it. A click-through mechanism is the preferred way to do this, but at a minimum you must present the license by some appropriate means for acceptance. For example, your OS download procedure could show the user a page that informs him or her that software packages included in the download may contain software licenses to which the user must agree before installation, and allow the user to review them before download. You can leverage your distribution's packaging technology to ensure that the license terms have been accepted. For instance, on Debian and derivative distributions, you could configure the package so that if the debconf key for accepting the DLJ has not been pre-accepted, the installation will be canceled if the license cannot be presented. The point of presenting the license is that an individual, corporation, non-profit or entity which will be an end user of the JRE or JDK has had a chance to review and agree to the DLJ. If the user or administrator pre-accepts the key for DLJ agreement on behalf of herself or her group then it is perfectly acceptable to silently install Sun Java on one or many computers. This is an excellent example of how you can leverage packaging infrastructure to comply with the terms of the DLJ in ways that are convenient and expected for your users. 18. How do I redistribute the JDK in my OS, so that downstream recipients are subject to the DLJ? Do I need to do anything special? Nothing special - just be sure to include the license in your JDK bundle, and inform your downstream recipients that the JDK is subject to the license when they download or install it. Technically, i wouldn't consider downloading and burning a live-cd an installation. But i think the license needs to be accepted before java is used. Again, IANAL. This is just my interpretation of the license and the FAQ. After all, it's plain ugly.. :-( Full license text can be found at: http://packages.debian.org/changelogs/pool/non-free/s/sun-java6/current/copyright Cheers, Andreas
Re: [DebianGIS-dev] r1038 - scripts
On Aug 12, Paolo Cavallini wrote: Looks interesting! Thanks, added to: http://wiki.debian.org/DebianGis/PackageList Anyone planning to package it? pc It's already in new packaged by 'The Debian Vikings' [EMAIL PROTECTED] Cheers, Andreas ___ 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] josm plugins
On Jul 22, Petter Reinholdtsen wrote: [Andreas Putzo] i'm packaging josm (OpenStreetMap Editor). There are many useful plugins for josm, and i started packaging some of them, too. While testing i noticed that josm now has a function to automatically download plugins. I'm wondering if it makes sense then to package them. Could you please advice? I believe it make sense to have the plugins installed for all the users on a system to use, instead of storing them in each users home directory. Storing the plugins system wide still gives the user the possibility to use josm's download/update functionality. I worry that this could lead to some problems due to plugin incompatibility, version conflicts, etc. Removing the download code might be an option. Do you think this would be an unnecessary change to the original src and we should rather try it the way it is, shipping an josm-plugins package _and leaving josm's dl function intact? Sorry if i'm asking silly questions for maybe obvious answers, i need to learn here :) I see from URL:http://bugs.debian.org/385371 that you believe the Btw, is the license incompatibility issue with josm can be solved. This is good news. Indeed. Rgds. Andreas ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] josm plugins
Hi, i'm packaging josm (OpenStreetMap Editor). There are many useful plugins for josm, and i started packaging some of them, too. While testing i noticed that josm now has a function to automatically download plugins. I'm wondering if it makes sense then to package them. Could you please advice? Many thanks, Andreas ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel