Bug#606491: crontab -e should do syntax check on EOL character
Package: cron Version: 3.0pl1-105 Severity: wishlist Hello, from crontab(5): | Each line has five time and date fields, followed by a command, | followed by a newline character ('\n'). When editing a user crontab with 'crontab -e' the syntax is checked - except of the newline character. This may result in the last cronjob beeing silently ignored when the newline character is missing. This might be a rare case but can still be very uncomfortable if a cronjob is not executed as expected. Therefore it would be nice to syntax check the newline, too. Many thanks, Andreas -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (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 cron depends on: ii adduser 3.110 add and remove users and groups ii debianutils 2.30 Miscellaneous utilities specific t ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l ii libselinux1 2.0.65-5 SELinux shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages cron recommends: ii postfix [mail-transport-agent 2.6.5-3High-performance mail transport ag Versions of packages cron suggests: pn anacron none (no description available) pn checksecurity none (no description available) pn lockfile-progsnone (no description available) ii logrotate 3.7.1-5Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546746: openvas-server: wrong plugin directory
Package: openvas-server Version: 2.0.3-2 Severity: normal Hi, openvas-nvt-sync downloads plugins to /var/openvas/plugins/ (hardcoded in the script) while in openvasd.conf plugins_folder = /var/lib/openvas/plugins/ Thus, openvas cannot find any plugins in the default configuration. Thanks, Andreas -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (700, 'stable'), (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535901: nfdump: it is not compiled with --enable-nfprofile support. It is not possibile use nfsen.
Hi Erik, On Jul 23 14:12, Erik Wenzel wrote: --enable-nfprofile is configured. See debian/rules. This is a good example for a bad bug report. No evidence, no description, but maximum severity. Thanks for the bug-report. Though my problem with nfprofile segfaults (which i thought might be the problem of the submitter as well) still persists. Should i open a new bug for that problem? Regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#464548: mailping: latency not calculated because import string is missing in file maildir.py
severity 464548 important thanks Hi, On Feb 08 12:08, Thijs Kinkhorst wrote: On Fri, February 8, 2008 10:28, Norbert Schmidt wrote: I've just done a standard installation using apt-get: This is what apt-cache show mailping gives: Your maildir.py is different from the one I get when installing mailping from etch fresh on a system. What happens when you apt-get install mailping on another system? What does debsums -c tell you? Using apt-get install --reinstall mailping should revert to the archive version of mailping. i can confirm the problem in lenny, there is an 'import string' missing in maildir.py. $ grep string maildir.py return string.atof(%s.%s % (seconds, microseconds)) This bug renders mailping useless when used together with nagios. I don't know if this is the case with munin as well, so only raised the severity to important. debsums mailping shows no error. Regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535901: nfdump: it is not compiled with --enable-nfprofile support. It is not possibile use nfsen.
Hello, On Jul 05 22:39, Giu wrote: Package: nfdump Version: 1.5.7+20081221-3+b1 Severity: grave Justification: renders package unusable afaik nfdump 1.5.7+20081221-3 is compiled with --enable-nfprofile but nfprofile segfaults von nfsen tries to update its profiles. The symptoms are that nfsen is able to update the live profile but cannot update graphs for user created profiles. There should also be segfault message in syslog, of course. Do you have the same problem or is your package indeed compiled without nfsprofile (i can't find your version 1.5.7+20081221-3+b1 anywhere in the archive)? Regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535221: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535221: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535173: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530804: closed by Wilmer van der Gaast wil...@gaast.net (Fixed)
Hi, On Jun 07 21:27, Debian Bug Tracking System wrote: #530804: /etc/default/bitlbee overwrites values in bitlbee.conf It has been closed by Wilmer van der Gaast wil...@gaast.net. I consider this bug fixed. I added a clear comment to bitlbee.conf saying that the Debian init script overrides this value with what's in /etc/default/bitlbee. Notice the version of the package i was referring to which does not have your comments. It's usually better to close a bug with a version if it is already fixed. Which i'm not fully agree with because you break for example unattended updates that use debconf frontend 'noninteractive' and --force-confold presumably. But i'm not going to reopen the bug. After all, it's your decision how you want to handle the configuration :) I agree that it'd be nicer to not have this hack at all, but for that I'd have to do some fragile in-place bitlbee.conf editing in the maintainer script which I'm not too excited about. :-/ I'm open to suggestions on how this could be done easily and reliably. I'm usually a fan of /etc/default/* but in this case i found it annoying because it broke my setup. I don't know how other packages deal with it but in my opinion it would be a better solution if the values from bitlbee.conf are used in favour of debconf if they are not commented. Though i understand that this would be hard to implement, since usually command line options override config files. Maybe it's better to not use /etc/default/bitlbee at all? Or you could try to provide reasonable defaults, e.g. what's currently used in bitlbee.conf. Isn't ucf capable to handle bitlbee.conf? Thank's for packaging bitlbee btw :) Cheers, Andreas signature.asc Description: Digital signature
Bug#532145: [DebianGIS-dev] Bug#532145: Acknowledgement ([osm2pgsql] osm2pgsql: always forces a password prompt - breaks unassisted map generation)
Hi, On Jun 09 03:24, Eddy Petrișor wrote: 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. Are you planning to do official backports, too? I made my own patched package, but maybe other people would find them useful. Yes, once the package migrated to testing i will take care that it goes into backports as well. 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 :) Well, is, imo, sufficient to indicate the possible cause of the login issue. Better handling is preferable, but I don't this is crucial to improve this, especially if it complicates the code a lot (I haven't looked). Problem is that there are many possible reasons why the database connection failed and i think it's impossible to handle them all. But it might be a good idea to just hint the -W option in any case. Andreas signature.asc Description: Digital signature
Bug#532145: [DebianGIS-dev] 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
Bug#530804: /etc/default/bitlbee overwrites values in bitlbee.conf
Package: bitlbee Version: 1.2.3-1 Severity: normal Hi, this seems related to #514148. After upgrading bitlbee no longer listened on the port i configured in bitlbee.conf but uses BITLBEE_PORT from /etc/default/bitlbee. If configuration via bitlbee.conf is no longer supported (though i would prefer it would) you should at least remove the relevant configuration options to avoid confusion. Thanks, Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (1000, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bitlbee depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii debianutils 2.30 Miscellaneous utilities specific t ii libc6 2.9-4 GNU C Library: Shared libraries ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgnutls13 2.0.4-4the GNU TLS library - runtime libr ii net-tools 1.60-21The NET-3 networking toolkit ii netbase 4.34 Basic TCP/IP networking system ii tcpd 7.6.q-16 Wietse Venema's TCP wrapper utilit bitlbee recommends no packages. bitlbee suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521125: /usr/bin/josm wrapper doesn't respect 'java' alternative
severity 521125 wishlist tag 521125 wontfix thanks Hi, On Mar 25 01:01, Matthew W. S. Bell wrote: I note that there seems to be some issues resulting in josm having a hard dependency on OpenJDK. Regardless of this, the /usr/bin/josm wrapper script seems to go to extra pains to prevent the user running JOSM with anything other than OpenJDK. This is only partly true. The josm wrapper respects the environment variables JAVA_HOME and JAVACMD. See README.Debian for details. Sun's java will be added as an alternative to the wrapper in the next version of the packge. Please would you add, or indeed replace, an option to use the system java alternative (which I note is the Debian standard method of handling this sort of situation). Trying to stop the user making choices is bad and wrong, and contray to the whole point of this operating system. Unfortunately this is not possible (at least we think it is not). josm does not run with most of the jvm's in debian and displays only a grey, unresponsive window when executed. I don't think we can handle all available jvm's as actual alternatives therefore and try to circumvent this with our own wrapper that tries all jvm's that work with josm. To not fully remove the possibility to choose your own java, you can export those environment variables, see above. Regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#471826: Where can I peep at pgpool2-2.1
Hi, On Feb 23 14:54, Martin Marques wrote: Where can I get a look at new pgpool2 deb packages, if available? You can fetch it from mentors.debian.net, but you need to build it yourself. http://mentors.debian.net/debian/pool/main/p/pgpool2 Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#471826: Any news?
Hi Fabio, On Dec 23 08:29, Fabio Tranchitella wrote: * 2008-12-22 15:47, Andreas Putzo wrote: I was waiting for lenny to go on with pgpool2. But we could certainly upload the new upstream version to experimental anytime. If you are interested i would appreciate co-maintenance since i'm very busy from time to time :/ We are using pgpool2 in one of our projects, so we are definitely interested in having a good package for pgpool2. I will work on it in the next days and I'll send you a diff.gz before uploading to experimental. I prepared a pgpool2-2.1 package for experimental. Could you please have a look and possibly sponsor an upload? I uploaded to mentors: dget -x http://mentors.debian.net/debian/pool/main/p/pgpool2/pgpool2_2.1-1.dsc pgpool2 is maintained in the pkg-postgres group svn repository. If you are still interested in comaintaining the package you might want to ask Peter Eisentraut for commit access (in case you don't have already, of course :). Cheers, Andreas signature.asc Description: Digital signature
Bug#509239: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#471826: Any news?
Hi, On Dec 08 15:23, Fabio Tranchitella wrote: I'm interested in adopting pgpool2. Any news about the ITA? Can I take it over? Andreas, would you be interested in co-maintaining the package with me? I was waiting for lenny to go on with pgpool2. But we could certainly upload the new upstream version to experimental anytime. If you are interested i would appreciate co-maintenance since i'm very busy from time to time :/ Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509239: [DebianGIS-dev] 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
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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498428: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
Bug#427162: Bug#497829: remove sendxmpp from lenny?
Hi, On Sep 12 10:24, Thomas Viehmann wrote: it seems to me that sendxmpp is not of release: The two RC bugs 496823 Does not work at all 497829 Syntax for specifying the connection host does not work These patches look simple enough to include them for lenny. have patches, but the important bug 427162 Not XMPP compliant with Authen::SASL::Cyrus aka 427231 MUST not send default authorization identity (open for 1 year) with the comment in the source code use Authen::SASL qw(Perl); # authentication broken if # Authen::SASL::Cyrus module installed The comment is a bit misleading because it is (as i understand) in fact the fix for this bug. From Authen::SASL(3pm): | By default the order in which these plugins are selected is | Authen::SASL::Cyrus first and then Authen::SASL::Perl. | | If you want to change it or want to specifically use one implementation | only simply do | |use Authen::SASL qw(Perl); Actually, this should be applied to libnet-xmpp-perl where the authentication handling happens. Makes it very doubtful that is is of release quality. In fact, I wonder whether it'd be good to raise #427231 to RC as well. sendxmpp is a nice tool to easily send messages from scripts or commandline and i'm not aware of a good alternative in debian. If no one objects i would prepare a nmu and reassign 427162 to libnet-xmpp-perl. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496823: sendxmpp: Does not work at all
tags 496823 + patch thanks On Sep 04 00:05, Andreas Putzo wrote: This fails with that error message for real servers too. The problem could be in xmpp_login(): my @res; my $arghash = { hostname= $host, tls = $tls, connectiontype = 'tcpip', componentname = $comp, }; $arghash-{port} = $port if (!$port); if (!$port) { @res = $cnx-Connect(%$arghash); Shouldn't this be more like this? $arghash-{port} = $port if ($port); Anyway, after changing this, sendxmpp seems to run fine $ echo test | sendxmpp -v -u user -p pass -j server recipient sendxmpp: Connect: 1 sendxmpp: AuthSend: ok sendxmpp: MessageSend sendxmpp: Disconnect but i never received the message.. I now tested with another client and received the message. I don't know yet why it doesn't work with bitlbee which i used before but this seems not to be sendxmpp's fault. So it's just a little typo with the $port assignment. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498531: live-helper: Using --keyring-packages together with aptitude fails
Package: live-helper Version: 1.0.0-2 Severity: normal Hi, lh_config --apt aptitude --keyring-packages debian-archive-keyring .. fails with this error message ... Reading extended state information...error: creating chroot failed. Initializing package states... Reading task descriptions... aptitude: unrecognized option `--force-yes' aptitude 0.4.11.8 Usage: aptitude [-S fname] [-u|-i] ... This seems to be in /usr/bin/lh_chroot_sources line 291. Regards, Andreas -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages live-helper depends on: ii cdebootstrap 0.5.2 Bootstrap a Debian system ii debootstrap 1.0.9 Bootstrap a basic Debian system ii gettext-base 0.17-2 GNU Internationalization utilities live-helper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497393: missing DBus-glib.xml?
On Sep 03 09:45, Francois Marier wrote: On 2008-09-02 at 21:23:03, Andreas Putzo wrote: I don't know why it works on your system but the tarball does not include workrave-1.9.0/common/bin/DBus-glib.xml and it seems not to be auto generated. This file, however, can be found in upstream vcs [1]. I added the file and workrave compiled fine with that. Actually, that file doesn't exist in my build tree: I now tried on amd64 (yesterday was on i386) but i get the very same error message. http://git.debian.org/?p=collab-maint/workrave.git;a=tree;f=common/bin;hb=master and it does look like it's auto-generated by common/bin/dbusgen.py: I'm not very good with python but i read the script that it tries to open the file python ../../../../common/bin/dbusgen.py --language=dbus-glib ../workrave-gui.xml DBusGUI for template_name in templates: t = Template(file=template_name) ... DBusGUI is indeed auto-generated, but for that, dbusgen.py needs the respective template file (DBus-glib.xml) to be there. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496823: sendxmpp: Does not work at all
Hi, On Aug 27 22:14, Guus Sliepen wrote: On Wed, Aug 27, 2008 at 10:37:11PM +0400, Alexander Galanin wrote: sendxmpp does not work: $ echo test | sendxmpp -u user -j server.example.com -p secret -v [EMAIL PROTECTED] Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Net/XMPP/Connection.pm line 132. Use of uninitialized value in string eq at /usr/share/perl5/XML/Stream.pm line 730. Could not connect to server 'server.example.com': Well of course sending a message to server.example.com does not work, that server does not exist. Is it just this exact command that fails, or does it also fail to send messages to real, existing Jabber servers? This fails with that error message for real servers too. The problem could be in xmpp_login(): my @res; my $arghash = { hostname= $host, tls = $tls, connectiontype = 'tcpip', componentname = $comp, }; $arghash-{port} = $port if (!$port); if (!$port) { @res = $cnx-Connect(%$arghash); Shouldn't this be more like this? $arghash-{port} = $port if ($port); Anyway, after changing this, sendxmpp seems to run fine $ echo test | sendxmpp -v -u user -p pass -j server recipient sendxmpp: Connect: 1 sendxmpp: AuthSend: ok sendxmpp: MessageSend sendxmpp: Disconnect but i never received the message.. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497393: FTBFS OSError: [Errno 2] No such file or directory: '/build/buildd/workrave-1.9.0/common/bin/DBus-glib.xml'
Hi, On Sep 02 17:40, Francois Marier wrote: On 2008-09-01 at 14:24:02, Loïc Minier wrote: I think this is the third upload which FTBFS on all buildds; you should use pbuilder or something to make sure your uploads will build for other developers and on the buildds. I'm not quite sure why it's failing on the build daemons because it works fine when I run it in pbuilder on sid (see attached log). There seems to be some kind of python-related error but I haven't seen it on my machine... Any ideas? I don't know why it works on your system but the tarball does not include workrave-1.9.0/common/bin/DBus-glib.xml and it seems not to be auto generated. This file, however, can be found in upstream vcs [1]. I added the file and workrave compiled fine with that. Regards, Andreas [1] http://workrave.svn.sourceforge.net/viewvc/workrave/workrave/trunk/common/bin/DBus-glib.xml?revision=1454view=markup -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497452: nfdump: vulnerable to symlink attacks
tags 497452 patch thanks Hi, On Sep 01 22:26, Andreas Putzo wrote: Package: nfdump Version: 1.5.7-4 Severity: grave Tags: security nfdump in its default installation starts nfcapd as a daemon that creates a file in /var/tmp/nfcapd.current.pid as well as /var/tmp/nfcapd.mmddhhmmss. These files are vulnerable to symlink attacks which is especially worse because nfcapd runs as root (see #497446) and thus can overwrite any file on the system. Please look at attached patch that should fix this problem. I think the easiest way would be to fix #497446 and let nfcapd store its files in /var/lib/nfdump (-l command line switch) or similar instead of world-writeable /var/tmp. I still think this point is valid and nfcapd should use a more sane default directory to store its data files :) Regards, Andreas --- nffile.c.orig 2008-09-02 20:10:30.0 + +++ nffile.c 2008-09-02 20:11:34.0 + @@ -415,7 +415,7 @@ intnffd; *err = NULL; - nffd = open(filename, O_CREAT | O_RDWR | O_TRUNC, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH ); + nffd = open(filename, O_CREAT | O_RDWR | O_TRUNC | O_EXCL, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH ); if ( nffd 0 ) { snprintf(error_string, ERR_SIZE, Failed to open file %s: '%s' , filename, strerror(errno)); error_string[ERR_SIZE-1] = 0; --- nfstatfile.c.orig 2008-09-02 20:10:40.0 + +++ nfstatfile.c 2008-09-02 20:04:15.0 + @@ -308,7 +308,7 @@ if ( lock == READ_ONLY || lock == LOCK_IF_EXISTS) { // no lock need return ERR_NOSTATFILE; } else { // create the file, to and lock the file -fd = open(filename, O_RDWR|O_TRUNC|O_CREAT, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH); +fd = open(filename, O_RDWR|O_TRUNC|O_EXCL|O_CREAT, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH); if ( fd 0 ) { LogError(open() error on '%s' in %s line %d: %s\n, filename, __FILE__, __LINE__, strerror(errno) ); free(dirstat_stack[next_free].dirstat); @@ -455,7 +455,7 @@ filename = dirstat_stack[index].filename; if ( fd == 0 ) { - fd = open(filename, O_RDWR|O_TRUNC|O_CREAT, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH); + fd = open(filename, O_RDWR|O_TRUNC|O_EXCL|O_CREAT, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH); if ( fd 0 ) { LogError( open() error in %s line %d: %s\n, __FILE__, __LINE__, strerror(errno) ); return ERR_FAIL;
Bug#497115: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484526: nfdump: 0 (zero) is a valid shm id
Hi, On Jun 04 18:55, Christoph Biedl wrote: Package: nfdump Version: 1.5.7-2 Severity: normal I noticed nfcapd did not restart after a config change. After a long search the reason was found at bookkeeper.c:160: 158 shm_id = shmget(shm_key, sizeof(bookkeeper_t), 0600); 159 160 if ( shm_id 0 ) { 161 // the segment already exists. Either a running process is active 162 // or an unclean shutdown happened As described in the shmget manpage, a value of -1 indicates an error situation, therefore 0 should be treated as a valid id. This actually happened on system but don't ask me how I did this: The current code not only prevented nfcapd from running but also gave a completely misleading error message later since errno was not changed by the successful (from glibc's point of view) shmget call. The easy fix 160 if ( shm_id = 0 ) { works for me. i had the same problem and the suggested fix works for me as well. I wonder if the severity isn't too low because the failing shmget renders the package completely useless. Please consider this patch for lenny, especially since it's so simple. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497446: nfdump: Should not run as root
Package: nfdump Version: 1.5.7-4 Severity: important Hi, nfdump currently runs as root which is not necessary to function properly. Quoting from upstream website: | Security: none of the tools requires root privileges, unless you have | a port 1024. However, there is no access control mechanism in nfcapd. | It is assumed, that host level security is in place to filter the | proper IP addresses. I created a user nfdump and use start-stop-daemon's --chuid option to run nfcapd as this user which works without a problem. Regards, Andreas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages nfdump depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii librrd4 1.3.1-3Time-series data storage and displ ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip nfdump recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497452: nfdump: vulnerable to symlink attacks
Package: nfdump Version: 1.5.7-4 Severity: grave Tags: security Hi, nfdump in its default installation starts nfcapd as a daemon that creates a file in /var/tmp/nfcapd.current.pid as well as /var/tmp/nfcapd.mmddhhmmss. These files are vulnerable to symlink attacks which is especially worse because nfcapd runs as root (see #497446) and thus can overwrite any file on the system. I think the easiest way would be to fix #497446 and let nfcapd store its files in /var/lib/nfdump (-l command line switch) or similar instead of world-writeable /var/tmp. Note that i only tried to overwrite files with nfcapd.current.pid but i believe the same bug exists for the nfcapd.date variant. Regards, Andreas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages nfdump depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii librrd4 1.3.1-3Time-series data storage and displ ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip nfdump recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496861: josm should depend on openjdk-6-jre | jamvm | java2-runtime
On Aug 28 22:06, James Andrewartha wrote: On Thu, 28 Aug 2008, Andreas Putzo wrote: 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. How about a openjdk-6-jre | sun-java6-jre dependency then? My understanding is that this is not allowed by policy 2.2.1 | In addition, the packages in main must not require a package outside of main | for compilation or execution (thus, the package must not declare | a Depends, Recommends, or Build-Depends relationship on a non-main package) This is a bit vague though since a dependency on openjdk-6-jre | sun-java6-jre does not *require* a package outside of main to run josm. But there are already some packages in the archive that do exactly that. I will ask for clarificaton/some more opinions and presumably adjust the dependencies. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474626: [DebianGIS-dev] Bug#474626: #474626: still happens here
Hi, 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... i managed to get a visible gui with xmonad but it would still be very unusable because resizing does not work on the components. I found the suspected reason in the manpage of awesome that also suffers from this bug: | Java applications which use the XToolkit/XAWT backend may draw grey | windows only. The XToolkit/XAWT backend breaks ICCCM-compliance in | recent JDK 1.5 and early JDK 1.6 versions, because it assumes a | reparenting window manager. As a workaround you can use JDK 1.4 | (which doesnt contain the XToolkit/XAWT backend) or you can set | the following environment variable (to use the older Motif backend | instead): AWT_TOOLKIT=MToolkit Unfortunately, this works only with SUN's Java and not with OpenJDK at the moment because openmotif is non-free, see also this Ubuntu bug #211105 [1] Cheers, Andreas [1] https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/211105 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474626: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474626: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482239: openscenegraph: FTBFS: CMake Error at CMakeLists.txt:9 (ADD_EXECUTABLE):
tag 482239 +patch thanks On May 21 15:42, Lucas Nussbaum wrote: Package: openscenegraph Version: 2.4.0-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080520 qa-ftbfs Justification: FTBFS on i386 Entering /build/user/openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads Called from: [1] /build/user/openscenegraph-2.4.0/OpenSceneGraph/src/CMakeLists.txt Entering /build/user/openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads/pthreads -- Looking for pthread_yield Called from: [1] /build/user/openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt CMake Error at CMakeLists.txt:9 (ADD_EXECUTABLE): Target cmTryCompileExec links to item -lpthread which has leading or trailing whitespace. This is now an error according to policy CMP0004. Attached patch fixes this problem. Regards, Andreas #! /bin/sh /usr/share/dpatch/dpatch-run ## cmake.dpatch by Andreas Putzo [EMAIL PROTECTED] ## ## DP: Fix for cmake policy CMP0004. @DPATCH@ diff -urNad openscenegraph-2.4.0~/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt --- openscenegraph-2.4.0~/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt 2008-07-29 23:55:09.0 + +++ openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt 2008-07-29 23:55:33.0 + @@ -23,7 +23,7 @@ ) SET(CMAKE_REQUIRED_LIBRARIES_SAFE ${CMAKE_REQUIRED_LIBRARIES}) -SET(CMAKE_REQUIRED_LIBRARIES ${CMAKE_REQUIRED_LIBRARIES} ${CMAKE_THREAD_LIBS_INIT}) +SET(CMAKE_REQUIRED_LIBRARIES ${CMAKE_REQUIRED_LIBRARIES} ${CMAKE_THREAD_LIBS_INIT}) CHECK_FUNCTION_EXISTS(pthread_yield HAVE_PTHREAD_YIELD) IF(HAVE_PTHREAD_YIELD)
Bug#491893: This package should not be released with lenny
severity 491893 wishlist thanks On Jul 22 19:21, Frank Lichtenheld wrote: Package: pgpool2 Severity: serious User: [EMAIL PROTECTED] Usertags: npolsr-cleanup My suggestions is that this package should be removed from Debian. If you object to this reasoning, please speak up in the next seven days (or better yet, adopt the package and close this bug with your initial upload). I adopted this package and just waiting for a sponsored upload to close this bug. Lowering severity to avoid its removal until then. It has some improvements over pgpool and thus i think it should be released with lenny. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471824: O: pgpool2 -- connection pool server for PostgreSQL
retitle 471826 ITA: pgpool2 -- connection pool server for PostgreSQL owner 471826 ! retitle 471824 ITA: pgpool -- connection pool server for PostgreSQL owner 471824 ! thanks Hello, On Mar 20 13:51, Peter Eisentraut wrote: Package: wnpp Severity: normal I'm orphaning the pgpool2 package. Adopters are encouraged to continue the package maintenance within the pkg-postgresql group. I can help arrange access. If you want to take pgpool as well, that would be a bonus. I use pgpool regulary and was in fact waiting for pgool2 to be included with lenny. I did not notice earlier that you orphaned these packages. Can you add me to the pkg-postgresql group to continue maintenance there? Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490700: libhighgui-dev: Linking against libhighgui fails
severity 490700 normal thanks On Jul 13 20:47, Jan Binder wrote: Package: libhighgui-dev Version: 1.0.0-5 Severity: grave Justification: renders package unusable Compiling an application and and then linking against libhighgui fails with: /usr/lib/libhighgui.so: undefined reference to `img_convert' collect2: ld returned 1 exit status Versions of packages libhighgui-dev depends on: ii libavcodec-dev 3:20080706-0.2library to encode decode multimedi ii libavformat-dev3:20080706-0.2development files for libavformat Please use libavcodev and libavformat from debian (0.svn20080206). The testcase works fine in an up-to-date sid chroot for me. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491459: rsyslog-pgsql: /etc/rsyslog.d/ missing
Package: rsyslog-pgsql Version: 3.16.2-1 Severity: grave Justification: renders package unusable Hi, rsyslog-pgsql fails to install: Creating config file /etc/rsyslog.d/pgsql.conf with new version cp: cannot create regular file `/etc/rsyslog.d/pgsql.conf': No such file or directory dpkg: error processing rsyslog-pgsql (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: rsyslog-pgsql E: Sub-process /usr/bin/dpkg returned an error code (1) The dependency on rsyslog does not guarantee that the directory is already created. I guess the same problem exists for rsyslog-mysql, i didn't tested it, though. Regards, Andreas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages rsyslog-pgsql depends on: ii dbconfig-common 1.8.39 common framework for packaging dat ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.7-10 GNU C Library: Shared libraries ii libpq58.3.3-1PostgreSQL C client library ii rsyslog 3.16.2-1 enhanced multi-threaded syslogd ii ucf 3.007 Update Configuration File: preserv Versions of packages rsyslog-pgsql recommends: pn postgresqlnone (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490920: debian-maintainers: DM Application for Andreas Putzo
Package: debian-maintainers Severity: normal Hello, I would like to be added to the maintainers keyring. Please find the jetring changeset attached. Regards, Andreas Comment: Add Andreas Putzo [EMAIL PROTECTED] as a Debian Maintainer NM-Page: https://nm.debian.org/nmstatus.php?email=andreas%40putzo.net Agreement: http://lists.debian.org/debian-newmaint/2008/07/msg00040.html Advocates: http://lists.debian.org/debian-newmaint/2008/07/msg00044.html Date: Tue, 15 Jul 2008 12:02:48 +0200 Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.6 (GNU/Linux) mQGiBDw5mm8RBADGahHwl55IPuYFptVVj6E/9QwddgguNRNAm09xjAQ/zOGGwZPf fzkISpW1E5Kx673fGUhSOBeeq4ttIvBXl4/VcyDbyb3XEBtlrtqZoTDdXef1CuP3 Wu6hCCnEFaXemQNEemPLHyO0TSSUyDPdlr9m9yfBTL1ufXJp+99OdowGzwCgyEkr fs+s9UrkwFzsmsz3MhYUIWkEAJ7+3nWjom5ao9WLDRYlXa4CsBxnuLurMcc/1fLL u2k2WKDcUs2NNR+GbvjeMd4CT9XJVnegC3OYXc83v6hQP5GUVO582tYG8rzvH32D e3j65+/WJr8j1xIkTyACtmMK1/qCzG11fa32Z5pcQ6/N/zv9za+nh+Z7MZnvitg+ 08ArA/9utEaDpNSCGQ/UXgOOwY6Qr6ytku1PUWmQsZV6zDFTOzJIP3jrdRhQyB+z lIDv0KzkoEQapuGSxv3SRfVMwJRt1SVvB05mZkIcImYicfMf/fXw9Fwo88zGpAMR 1yCxX9ijgHLUpxK7sqnOERi05bDBT4XonkdFPAYioF+fR94YdrQhQW5kcmVhcyBQ dXR6byA8YW5kcmVhc0BwdXR6by5uZXQ+iGMEExECACMCGwMGCwkIBwMCBBUCCAME FgIDAQIeAQIXgAUCRsV++gIZAQAKCRAfK3qyBbmd1r3WAJ4mY9s69NlpAGyFTCdC tj64itlyeQCdEvSDwcwrKSAiHqYkP3hUiqdtDg2IYAQTEQIAIAUCRp5J0QIbAwYL CQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEB8rerIFuZ3WTJwAoLEmtt6VWXI6vo1J Hl+cAnVmNkA1AJ9OAcVDDAqFjW1YJTXJM1oGC05I/IhGBBIRAgAGBQJHF5hWAAoJ EN56r26UwJx/FWcAoL2GuNRJuGCmN+r3bxlgVQYngPITAJ95t29t2pj0GubPErcb rZTBjIe0oLQpQW5kcmVhcyBQdXR6byA8YW5kcmVhc0BpbmZlcm5vLm5hZGlyLm9y Zz6IXgQTEQIAHgUCQcwQdQIbAwYLCQgHAwIDFQIDAxYCAQIeAQIXgAAKCRAfK3qy Bbmd1m8vAJ0Xq3KStplyo9OiEDWUYVHHyB4wxwCcCKtMRCzGuyAQukZ2WFVi64og zmuIRgQTEQIABgUCQdfG4gAKCRDZ4i/P1A/Sb3dKAJ98fOo7cSrxNWzVOerfG/yz yQF3oACeIHVqAZLwlKhHVCwZ9PShrFIs/h2IRgQTEQIABgUCQdrDSAAKCRA7jqQf gvYSQApZAKCCTU7XP3fmA24Skb9TuRtUB7pPSgCgiG48M/zMcoKdEvaVRqaH62pP D3OIRgQQEQIABgUCQdUUWgAKCRDhabP7PYg+oLOzAKC6TGIv2THcicLkC46lIhcy F/sQyACfWBszfkRv20ym7NKLp0gEnWFYVEyIRgQQEQIABgUCQdcjSgAKCRAGFD05 0zolSZMGAJ9rPcbopMDlUGPGPv/atiS6VdNZVwCePoWrv+7AzalQvPP70bvKhxzY ub+IRgQQEQIABgUCQdcmAAAKCRDS1YRHJEUK/ds1AKDsxK62PjSiYNcOi9OKEd+V 9rzRpwCcDTO7ggEK3WukuZoB1Ta5BuvCUv+IRgQQEQIABgUCQde9TAAKCRCHVA2D ejfu5nxeAKCGYZ5ocDRxmvntFteB3IMNu1OldwCgqi1UCkCA+pMjRocLPpYFg6ND 3UuIRgQSEQIABgUCQdQpVwAKCRCJ9buUZckShVrmAJ9Vjq4gZFQ14xwXLa6JmEMw GdPJOACfSRLlhDDpLNxEVbmwR89/Zq8Mo6uIRgQSEQIABgUCQdVRbAAKCRD+9IvX 3YhcGE42AJ9vbDYmKRMtN+W2oALy5ISNhLTc3QCeJjxuqv4FTRoF3JwAzlPW2rgh oDaIRgQSEQIABgUCQdawbgAKCRA5o+UeRAMMEupFAKCrKjld1tSWspjFUiBuWIbM nIWASgCcCStqXT7pRtEmueYA4ucWL+Cqz9qIRgQTEQIABgUCQdKxEwAKCRD+H14v 0eKxb46+AJ9RLwxkgZ2OqIIKgwv1saHaOyB7xQCdGXVl6WN3rxhvvfkD4CPrSJTu UfeIRgQTEQIABgUCQdRQiwAKCRDOinnXmAFtx7LBAJ948ZgXSV37q6gy4X8u6GTR RxqztgCffEbFSPw4CqyRYSUswm4+DquSJYWIRgQTEQIABgUCQdVzfgAKCRAkHlDE kKwMx8ZxAJ4s0eSYW0jzJq2/GIuMnpOTZWgdkQCffKbbEOHE6xjm8pmfrsl8b6Wu a+mIRgQTEQIABgUCQdWKaQAKCRA3Rw9iAzhJxEflAKC3XW5yUZdIx4Iczza4008S X2NJwwCfU3bVKjOugun7BnA7R6GZp0s/mAaIRgQTEQIABgUCQdWPSgAKCRBs1Ky9 3fUWZbKlAJ9/oJKsVyHBvgd4syp8/u46+ixhUgCcDLaM91+nbxmjqGNvlukHI3VM 7HGIRgQTEQIABgUCQdbLzQAKCRBp0qYd4mP81GYYAJ9waIwvMDdTuA63Mfk9+Kgk H8lsGwCcC2I67AZPNQy6ioB3EPa9d8KMXD2IRgQTEQIABgUCQdbNfQAKCRAYLCRh Mjm3IOzRAJ9GJqzdJHi1rnKX6aTkjnV+3tSwFgCfaiezRHpHcIqox/n9Jm2iYtII WBmIRgQTEQIABgUCQdcnCwAKCRB+hyOFTPNfkx7AAKDMXVQSVzBQRkDlM6f5nNam N+ZGuQCeLIPuT6hcc2IycZijM2gcic68fkqIRgQTEQIABgUCQdhgRAAKCRBPJ5u4 gGYJBlSzAKDBohZmuGR8uTt3YXAQU/fnKxj8TACgtqTaxchmoqHUkrIEmdrSsiGQ UFWIRgQTEQIABgUCQdl73gAKCRC8NV9GMS0j9N97AKDK9uphOw1Fl7NXLQvlisTO tun+7ACePfCSr+iUh/5rqMttz6Sz8JDmgraIRgQTEQIABgUCQdqCjgAKCRDZt0f1 Nwfjf7yhAJ4pq8AmnpLiZeIocjNPF/2oE1YP/gCfVNk/VSJLLIK9qqq/uHh6/JRH o7GIRgQTEQIABgUCQdvDqAAKCRBsDAIOOGGLTeWdAJ9K9xJJJgrd5otrMH1FFUWA QUic3gCgl36YUEMc/1kaaconXlp5Xyk/pTuIRgQTEQIABgUCQdyNNwAKCRBKIiKH QT6ZEdDgAKDliuP9HXAsTUG4nJka9EG0HCnQpgCeJFcytTDwzxHHtF8cOnnTVswH kmGIRgQTEQIABgUCQdy3wwAKCRCGBYV76UUatF2UAKCk9hJhYV3mGaTzpM50Ophn ZbqsrwCfduZPLFOCqyVoWxc654eZoyRUkzSIRgQTEQIABgUCQeEj0wAKCRCVZB9r JT5Y40HtAKD6SRmCALbxhcYXJnqOV+aLBX1n+ACgsW90WfqniPPqiSLCtSdZzT6S A1aIRgQTEQIABgUCQeEj6QAKCRBL7yYkIt9Ah8OZAJ9Anktk9NhvQkDT10WMccp6 NTgIzwCbBSeAmNHcmwD2sySc7jNh2facUvSIRgQTEQIABgUCQfqEAAAKCRD9NdSz m4nGn0JrAJ9dEPn+wbihL2AebFVWxV4bX92mUgCdF0Cc1WJzkbOiGxzuw4TPiPDo QhmIRgQTEQIABgUCQyArawAKCRBAZaHohBow1I7iAKDETax57nu2rU3c/6Cf/5/2 oBFosACeOV2rXH0CfHyGVcyfYFZhJupg4xSJARwEEAECAAYFAkJzMcsACgkQ+0Ce g3+t/GdQxAgAnSdxa+OVH4iSWj2gu2bR4Z3pXLzFo4v8qhADleipO3NpjC4bNJP6 G/5bvJQo7vf6e5vdD2y1BPTJxHjRl3ajp39A181GmMDKfC7upxR7X2uYqdDA3Gps PwJU9N2FBdtHLmS17ZbMb7x7reRTIR2afM55v401ddPbACFuwPL8lv/AuYrMmFPN MkaWbePEi6dQ5PyMYx7NGdpRGuf0el4F1YhiVWOpvmLIijD1ckzJqs6N9b+J7NB2 JtLIgh/sB8Uedj0Ca1JSPHrejN0SMLiF7Pnf0m+2Q2FxIowzNzToDlOGfTBP1MI/ GjGCxaX+XXMG1QFqvaDg8ScYQEg9gTDZ2ohGBBIRAgAGBQJHF5haAAoJEN56r26U wJx/N/oAnAulr694KxUazM1jOIs1nnUa//RVAKCFu
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489090: mapserver: FTBFS: php_mapscript.c:14195: undefined reference to `_convert_to_string'
Hi Lucas, On Jul 03 10:01, Lucas Nussbaum wrote: Package: mapserver Version: 5.0.3-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080702 qa-ftbfs Justification: FTBFS on i386 During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: g++ -shared -o php_mapscript.so php_mapscript_util.o php_mapscript.o mapscript_i.o php_regex.o -L/build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2 -lmapserver -lfcgi -lcurl -Wl,-z,defs-L/usr/lib -lpq -L/usr/lib -ljpeg -lfreetype -L/usr/lib -lpng -L/usr/lib -lz -L/usr/lib -lXpm -lX11 -L/usr/lib -lgdal1.5.0 -L/usr/lib -lgeos_c -lpthread -lproj -L/build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/.agg-2.4/lib -lagg -laggfontfreetype -L/usr/lib -lgd -L/usr/lib -ljpeg -lfreetype -L/usr/lib -lpng -L/usr/lib -lz -L/usr/lib -lXpm -lX11 -lc -L/usr/lib -lz -lm -lstdc++ php_mapscript_util.o: In function `_phpms_report_mapserver_error': /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:52: undefined reference to `zend_error' php_mapscript_util.o: In function `_phpms_fetch_handle2': /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:75: undefined reference to `zend_error' /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:78: undefined reference to `zend_hash_find' /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:82: undefined reference to `zend_error' /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:89: undefined reference to `_zend_list_find' /build/user-mapserver_5.0.3-2-amd64-bTd7Ax/mapserver-5.0.3-2/mapscript/php3/php_mapscript_util.c:93: undefined reference to `zend_error' [..] I cannot reproduce this problem. I noticed that you built with php 5.2.6-1. Does mapscript still ftbfs with 5.2.6-2 for you? regards, andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485927: otrs2: Please add a versioned dependency on libmime-perl
Package: otrs2 Version: 2.2.6-1 Severity: wishlist Hi, otrs2 has a problem displaying Umlauts with the libmime-perl package available in etch. See this entry in the otrs FAQ database: http://faq.otrs.org/otrs/public.pl?Action=PublicFAQItemID=287 Can you add a versioned dependency = 5.426 to avoid installing those packages together? Thanks, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474632: Bug #474632: josm: Should not enter testing
Hi, On May 21 20:00, Torsten Werner wrote: On Sun, May 18, 2008 at 6:58 PM, Giovanni Mascellani [EMAIL PROTECTED] wrote: while an out-of-date josm wouldn't work for anyone. every Flickr client, the google data api, instant messager client that talk proprietory protocols and probably more packages have the same problem but we ship them in testing and stable anyway. I still think your bug report is not valid. I have set debian-release on Cc: to get their opinion about this issue. when i opened this bug there was an upcoming Openstreetmap Web API release under development but it wasn't clear when it will be ready and if the API will stay compatible. That's why we decided to keep josm out of lenny until some more information was available. It's now confirmed that the API will indeed be incompatible but chances are good that it will be deployed in june which would mean some weeks left for testing josm and maybe ship it with lenny. We can, however, expect more changes to the OSM API during lenny release cycle. In the past, a new version has been deployed more or less every 6 month. So far, every change of the API was incompatible with no transition period. Upstream stated that they currently do not want to provide a stable API nor provide time for transitions. Provided that the new API is ready in june we could likely ship a working josm with lenny but we can expect its breakage after a few month as well. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480430: merkaartor: Upcoming OSM web API change may break meerkator
Package: merkaartor Version: 0.0.10-1 Severity: important Hi, there is a change to the OSM web API planned in a few weeks that might break clients that upload data to the OSM database. Draft of the API change in the OSM wiki: http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.6 Thread on the osm-dev list: http://lists.openstreetmap.org/pipermail/dev/2008-May/010098.html Proposal to make the change backward compatible: http://lists.openstreetmap.org/pipermail/dev/2008-May/010085.html Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479985: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477000: pokerth: FTBFS: src/core/common/crypthelper.cpp:23:25: error: openssl/md5.h: No such file or directory
Hi, On Apr 20 15:57, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: g++ -c -pipe -O2 -Wall -W -D_REENTRANT -fPIC -DENABLE_IPV6 -DQT_NO_DEBUG -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4 -I. -Isrc -Isrc/engine -Isrc/gui -Isrc/gui/qt -Isrc/gui/qt/qttools -Isrc/net -Isrc/engine/local_engine -Isrc/engine/network_engine -Isrc/config -Isrc/core/tinyxml -Isrc/core/libircclient/include -Isrc/core -Imocs -Iuics -o obj/crypthelper.o src/core/common/crypthelper.cpp src/core/common/crypthelper.cpp:23:25: error: openssl/md5.h: No such file or directory libqt4-dev cleaned up its dependencies so that your package is now missing a build-dependency on libssl-dev. pokerth builds fine with gcc-4.3 otherwise. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385881: reopening
Abraham, are you still interested in this package? libabz0 is rc-buggy for almost 2 years now. If you don't intend to fix these problems i think it's better to remove it and its rdepends. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465576: ftm: FTBFS: clients.c:35:29: error: libiptc/libiptc.h: No such file or directory
package ftm block 465576 by 472655 thanks On Feb 13 12:50, Lucas Nussbaum wrote: Package: ftm Version: 0.0.8 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080212 qa-ftbfs Justification: FTBFS on i386 During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: gcc -Wall -Wno-trigraphs -Os -pipe -fno-strict-aliasing -fno-common -I/usr/local/include -I../include -I../lib -c -o clients.o clients.c clients.c:35:29: error: libiptc/libiptc.h: No such file or directory libiptc disappeared from iptables-dev package. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475985: tagging 475985
Hi, On Apr 14 17:26, Enrico Tassi wrote: # Automatically generated email from bts, devscripts version 2.10.25 tags 475985 + unreproducible this is reproducable with dpkg-buildpackage. dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 Looking at configure.sh the default values are only assigned when these variables are unset which in this case is not true. CFLAGS=${CFLAGS:--O2 -g3 -Wall -Wextra -DHAVE_CONFIG_H -I$PWD} Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475773: ITP: mkgmap -- Generate Garmin maps from OpenStreetMap data
Package: wnpp Severity: wishlist Owner: Andreas Putzo [EMAIL PROTECTED] * Package name: mkgmap Version : r561 Upstream Author : Steve Ratcliffe [EMAIL PROTECTED] * URL : http://www.parabola.me.uk/mkgmap/index.html * License : GPL-2 Programming Lang: Java Description : Generate Garmin maps from OpenStreetMap data This program converts OpenStreetMap data into a map that can be loaded onto a Garmin GPS device. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474626: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474626: [DebianGIS-dev] Bug#474626: JOSM interface is empty
Hi, 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 think josm should be moved to contrib if one needs the Java RE from Sun. Josm works well with gij-4.1 and jamvm for me. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474626: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474632: josm: Should not enter testing
Package: josm Version: 0.0.0.20080330-1 Severity: serious It's not yet confirmed that the Openstreetmap web API will stay compatible for the duration of a stable release. This bug is meant to prevent josm to enter testing until this has been resolved. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474641: ITP: ifm -- Interactive Fiction Mapper
Package: wnpp Severity: wishlist Owner: Andreas Putzo [EMAIL PROTECTED] * Package name: ifm Version : 5.2 Upstream Author : Glenn Hutchings ([EMAIL PROTECTED]) * URL : http://ifarchive.org * License : GPL-2 Programming Lang: C Description : Interactive Fiction Mapper IFM is a language and a program for keeping track of your progress through an Interactive Fiction game. You can record each room you visit and its relation to other rooms, the initial locations of useful items you find, and the tasks you need to perform in order to solve the game. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474626: [DebianGIS-dev] 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
Bug#474388: cadubi: Make workspace scrollable
Package: cadubi Version: 1.3-2 Severity: wishlist It would be nice if the workspace could be larger than the current console with a scrolling feature when reaching the border of the visible part. Regards, Andreas Versions of packages cadubi depends on: ii libterm-readkey-perl 2.30-3 A perl module for simple terminal ii perl 5.8.8-12 Larry Wall's Practical Extraction cadubi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472305: [DebianGIS-dev] 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
Bug#459213: gpsdrive: crashes when choosing options preferences
package gpsdrive severity 459213 normal thanks On Jan 04 21:14, Andreas Putzo wrote: 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 Lowering severity because i can no longer reproduce this in an up-to-date testing environment. It only spits out a warning but does not crash anymore so that the way.txt file can be (re-) configured in the preferences menu. Cheers, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456928: python-gps: gpsfake cannot find gpsd in PATH
Package: python-gps Version: 2.34.dfsg-6 Severity: normal Hi, gpsfake fails to start when gpsd cannot be found in PATH. Since gpsd now resides in /usr/sbin this is almost always the case for users in a default installation. Hardcoding the path to gpsd in /usr/share/python-support/python-gps/gpsfake.py should do the trick if there is no better way. Thanks, Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.7+x40 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456929: python-gps: Missing dependency on gpsd
Package: python-gps Version: 2.34.dfsg-6 Severity: important Hi, python-gps should depend on gpsd because gpsfake spawns a local instance of it and is useless otherwise. Thanks, Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.7+x40 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456929: python-gps: Missing dependency on gpsd
On Dec 18 16:26, Bernd Zeimetz wrote: hi, python-gps should depend on gpsd because gpsfake spawns a local instance of it and is useless otherwise. I'll add it to Recommends, they're installed on Debian by default these days, as imho there's no need to have gpsd on the same machine as the python modules, except you want to run gpsfake. Adding gpsd to Recommends is certainly the better option. But gpsfake must be killed the hard way if gpsd cannot be executed. If it doesn't depend on gpsd it should at least die gracefully. I attached a small patch that checks for that. Cheers, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456929: python-gps: Missing dependency on gpsd
On Dec 18 21:09, Bernd Zeimetz wrote: hmm, the patch is missing in the mail. But thanks in advance! Oops. here it is :) --- gpsfake.py.orig 2007-12-18 19:49:36.0 + +++ gpsfake.py 2007-12-18 19:50:34.0 + @@ -281,6 +281,8 @@ class DaemonError(exceptions.Exception): def __init__(self, msg): self.msg = msg +def __str__(self): +return repr(self.msg) class DaemonInstance: Control a gpsd instance. @@ -294,7 +296,10 @@ self.pidfile = /tmp/gpsfake_pid-%s % os.getpid() def spawn(self, options, port, background=False, prefix=): Spawn a daemon instance. -self.spawncmd = gpsd -N -S %s -F %s -P %s %s % (port, self.control_socket, self.pidfile, options) +self.spawncmd = /usr/sbin/gpsd +if not os.path.isfile(self.spawncmd) or not os.access(self.spawncmd, os.X_OK): +raise DaemonError(Cannot execute %s % self.spawncmd) +self.spawncmd += -N -S %s -F %s -P %s %s % (port, self.control_socket, self.pidfile, options) if prefix: self.spawncmd = prefix + + self.spawncmd.strip() if background:
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
Bug#456152: [DebianGIS-dev] 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454849: [DebianGIS-dev] 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 [EMAIL PROTECTED] 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
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447622: mapnik-utils: Please add mapnik-viewer
Package: mapnik-utils Version: 0.4.0-1 Severity: wishlist Hi, it would be great if you could add mapnik-viewer to the utils package. Looks like it's currently not included in the release tarball but it can be found in svn in the demo/viewer directory. Many thanks, Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.7+x40 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages mapnik-utils depends on: ii libboost-program-options1.33. 1.33.1-10 program options library for C++ ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libstdc++64.2.1-4The GNU Standard C++ Library v3 mapnik-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446780: Please remove gpsdrive diversion
Package: gpsd Version: 2.33-5 Severity: minor Hi, gpsdrive no longer comes with its own copy of gpsd, hence the diversion of gpsd and gpsd.1 is no longer necessary. Cheers, Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.7+x40 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages gpsd depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-3simple interprocess messaging syst ii libgcc1 1:4.2.1-4 GCC support library ii libstdc++64.2.1-4The GNU Standard C++ Library v3 ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii netbase 4.30 Basic TCP/IP networking system Versions of packages gpsd recommends: ii gpsd-clients 2.33-5 clients for the GPS daemon ii python2.4.4-6An interactive high-level object-o -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444705: ITP: osm2pgsql -- Openstreetmap data to PostgreSQL converter
Package: wnpp Severity: wishlist Owner: Andreas Putzo [EMAIL PROTECTED] * Package name: osm2pgsql Version : 0.06 svn Upstream Author : Jon Burgess [EMAIL PROTECTED] * URL : http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/ * License : GPL Programming Lang: C, C++ Description : Openstreetmap data to PostgreSQL converter Convert OSM planet snapshot data to SQL suitable for loading into a PostgreSQL database which can then be used by Mapnik to render map tiles. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.7+x40 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423646: wwwoffle: The WWWOFFLE root CA private key file 'certificates/root/root-key.pem' cannot be loaded.
Hi, On May 12, Dr. Claudia Neumann wrote: Package: wwwoffle Version: 2.9a-2 Severity: grave Justification: renders package unusable Can't load wwwoffled. I get the error message: [EMAIL PROTECTED]:/etc/init.d# /etc/init.d/wwwoffle start Starting HTTP cache proxy server: wwwoffled wwwoffled[11539] Warning: Could not import private key [Base64 decoding error.]. wwwoffled[11539] Fatal: The WWWOFFLE root CA private key file 'certificates/root/root-key.pem' cannot be loaded. ...failed. The file /etc/wwwoffle/certificates/root/root-key.pem exists, but is empty. You aborted the installation with ^C after waiting some time and nothing happend, right? ;-) (At least this way i was able to reproduce this bug) When wwwoffled starts it checks whether the CA private key exists and if not, it tries to create one. Due to entropy starvation this can last a (very) long time on some systems. The problem is, that wwwoffle doesn't tell about this when startet via start-stop-daemon so the user is left clueless about what's going on. After waiting several minutes without any visible progress it is quite understandable to abort, thus leaving a broken installation. When wwwoffled is interrupted it leaves the empty root-key.pem. Next time it is started the root-key.pem is already there so wwwoffled tries to read it and of course fails as the file is empty. To fix this in the first place, the simplest solution is to rm -r /etc/wwwoffle/certificates and start wwwoffled again without interrupting it. Cheers, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441900: sqlitebrowser: Should not use its own copy of sqlite
Package: sqlitebrowser Version: 1.3-2 Severity: normal Hi, from sqlitebrowser/building: | SQLite is not used as a shared library: it is built from source code | included in this package (sqlite_source directory), and linked as a | static library into the executable. for debian i think this is suboptimal. Upstream has to take care of sqlite bugs, too. Statically linked even if libsqlite3 is available on the system, etc. Perhaps it can be make configurable to link against a shared or a static library? libsqlite3-dev provides a statically linked library, so it's not necessary to include another copy of the sqlite3 source code. Cheers, Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.7+x40 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441229: java-package: Can't locate controllib.pl and parselog problems
package java-package severity 441229 minor retitle 441229 Use of 822-date is deprecated thanks Hi, On Sep 07, Vincent Lönngren wrote: Package: java-package Version: 0.34 Severity: normal I'm not sure what this means, but it seems to prevent something or other from working like it should: Done. Testing extracted archive... okay. Can't locate controllib.pl in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/822-date line 11. This is bug #440962 in dpkg-dev which is marked as pending. (/usr/lib/dpkg/ is missing in @INC). You could add our $dpkglibdir=/usr/lib/dpkg; push(@INC, $dpkglibdir); above the require controllib.pl in /usr/bin/822-date. The parselog problem is a subsequent error of this and should be gone after this has been fixed. However, use of 822-date has been deprecated. I think we should change this in lib/j2se.sh to $( date -R ) instead of $( 822-date ). Cheers, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439676: ITP: openstreetmap-map-icons -- A collection of icons useful for maps
Hi, On Aug 26, Christian Perrier wrote: Quoting Andreas Putzo ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist Owner: Andreas Putzo [EMAIL PROTECTED] * Package name: openstreetmap-map-icons Description : A collection of icons useful for maps I suggest you remove the leading articlecollection of... Right. A set of icons intended to be used together with maps. This is not really a sentence. I suggest improving it to This package provides a set Hey, this was proper broken english :) Thanks for your corrections. I'll improve the description as you suggest. Cheers, Andreas
Bug#439676: ITP: openstreetmap-map-icons -- A collection of icons useful for maps
Package: wnpp Severity: wishlist Owner: Andreas Putzo [EMAIL PROTECTED] * Package name: openstreetmap-map-icons Version : svn Upstream Author : Openstreetmap Contributers Joerg Ostertag [EMAIL PROTECTED] Guenther Meyer [EMAIL PROTECTED] Ulf Lamping [EMAIL PROTECTED] and others * URL : http://svn.openstreetmap.org/applications/share/map-icons/ * License : PD Programming Lang: n/a Description : A collection of icons useful for maps A set of icons intended to be used together with maps. Several point-of-interest categories are covered like accommodation, education, food, health, geocache, places, religion, shopping, etc. . These icons are part of the OpenStreetMap project but may be useful for others. == I'm going to package it since it's a new dependency of gpsdrive. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.7+x40 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438183: '421 Could not go to my home directory' on 'wzdftpd' login after fresh install
tags 438183 patch thanks Hi, On Aug 16, Nick Shaforostoff wrote: Package: wzdftpd Version: 0.8.2-1 Severity: grave Justification: renders package unusable what i did: dpkg -P wzdftpd rm -rf /var/log/wzdftpd #because dpkg complained apt-get install wzdftpd ftp 127.0.0.1 [type wzdftpd:wzdftpd] =login fails with '421 Could not go to my home directory' ps i did fresh install because it stopped to allow all logins (including wzdftpd) so i wanted to configure it from scratch To workaround this you could stop wzdftpd /etc/init.d/wzdftpd stop and edit /etc/wzdftpd/users, setting the home directory of 'wzdftpd' in the [USERS] section to something that exists on your system. After starting wzdftpd again it should work. Looks like this file is copied from /usr/share/wzdftpd/files/users.sample in postinst. This file is generated from backends/plaintext/users.sample.cmake. Attached patch sets the homedir for the admin user to /. Cheers, Andreas --- backends/plaintext/users.sample.cmake.orig 2007-08-16 12:34:33.0 + +++ backends/plaintext/users.sample.cmake 2007-08-16 12:35:03.0 + @@ -15,7 +15,7 @@ ip_allowed=127.0.0.1 ip_allowed=:::127.0.0.1 ip_allowed=::1 [EMAIL PROTECTED]@/@ftproot@/ftp +default_home=/ rights=0x gid=0 @@ -24,7 +24,7 @@ [USERS] name=wzdftpd pass=Oz1iHGIgV8HIQ [EMAIL PROTECTED]@/@ftproot@/ftp +home=/ uid=0 groups=admin rights=0x @@ -35,4 +35,4 @@ bytes_ul_total=0 bytes_dl_total=0 num_logins=1 -flags=OIstH \ No newline at end of file +flags=OIstH
Bug#436206: freemind misses a dependency
Hi, On Aug 06, Andreas Barth wrote: Package: freemind Severity: serious Version: 0.7.1-6 after installation, freemind fails to execute: I resolved this issue with installing libgcj7-awt, but that seems to depend on the java version I use - so, I'm not tagging this bug patched. With sun-java-6-jre (6-02-1) these dependencies are missing: libxext6 libxtst6 libxi6 Cheers, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435860: [Box Backup] Re: Bug#435860: boxbackup-client: AlwaysInclude[File|Dir] is not working as expected
severity 435860 wishlist thanks On Aug 03, Chris Wilson wrote: On Fri, 3 Aug 2007, Reinhard Tartler wrote: Andreas Putzo [EMAIL PROTECTED] writes: from the config file: BackupLocations { home { Path = /home/andreas ExcludeDir = /home/andreas/chroot AlwaysIncludeDir = /home/andreas/chroot/sid/home/andreas } } I expected that /home/andreas/chroot/sid/home/andreas would be included in the backup but this is not the case. boxbackup is running several days now so it should be there, even in lazy mode. Unfortunately not. If you Exclude a directory, then Box Backup will never scan it or its subdirectories, and will never make it down the tree to /home/andreas/chroot/sid/home/andreas which should be backed up. Ah ok. I assumed something like this. Perhaps the comments in the generated bbackupd.conf should be improved then to be more clear on this. It can be terrible if one learns the hard way, that the backup system is not backing up all the files you was thinking it would. :) At the moment, the workarounds are to either (1) create a new location, or (2) exclude all files and directories under the excluded directory, except the ones on the path to the AlwaysIncluded directory, like so: ExcludeFilesRegex = /home/andreas/chroot/.* ExcludeDirsRegex = /home/andreas/chroot/.* AlwaysIncludeDir = /home/andreas/chroot/sid AlwaysIncludeDir = /home/andreas/chroot/sid/home AlwaysIncludeDir = /home/andreas/chroot/sid/home/andreas AlwaysIncludeFilesRegex = /home/andreas/chroot/sid/home/andreas/.* AlwaysIncludeDirsRegex = /home/andreas/chroot/sid/home/andreas/.* I'm sorry that this is not very convenient. I would like to change the include/exclude logic in a subsequent release to make it easier to specify configurations like yours. I have several directives like this in my config. Since they are all subdirectories of 'home' i don't want to create different locations for each of them. Using (2) would render the config file more complicated and error-prone. If the include/exclude logic can be improved to be aware of AlwaysIncluded subdirectories i would appreciate this. Thanks, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435860: [Box Backup] Re: Bug#435860: boxbackup-client: AlwaysInclude[File|Dir] is not working as expected
Hi Chris, On Aug 05, Chris Wilson wrote: On Sun, 5 Aug 2007, Andreas Putzo wrote: Ah ok. I assumed something like this. Perhaps the comments in the generated bbackupd.conf should be improved then to be more clear on this. It can be terrible if one learns the hard way, that the backup system is not backing up all the files you was thinking it would. :) Yes, but that can happen to any backup system, that's why test restores are important (nothing else will really reassure you). Of course. That's why i noticed that something was missing in my backup. At the moment, the workarounds are to either (1) create a new location, or (2) exclude all files and directories under the excluded directory, except the ones on the path to the AlwaysIncluded directory, like so: I have several directives like this in my config. Since they are all subdirectories of 'home' i don't want to create different locations for each of them. Why not? Just a matter of personal preference. I want to cd down the tree as i would do on my local filesystem. Using (2) would render the config file more complicated and error-prone. Indeed. If the include/exclude logic can be improved to be aware of AlwaysIncluded subdirectories i would appreciate this. I wish it were so simple, but because AlwaysInclude*Regex can apply at any point in the tree, it would mean that we always have to scan all the way down the tree. So we'd need another directive like SkipDir(sRegex) to completely exclude descending into a directory and any possibility of files inside it being backed up. Mmh, true. I wasn't thinking about that because i was using a simple ExcludeDir/AlwaysIncludeDir directive without any regex in it. After all, i think the current possibilities to define backup locations are already powerful enough. It's just that i got fooled (dumb me :) by the comment # For example: # # ExcludeDir = /home/guest-user # ExcludeFilesRegex = \.(mp3|MP3)$ # AlwaysIncludeFile = /home/username/veryimportant.mp3 # # In general, Exclude excludes a file or directory, unless the # directory is explicitly mentioned in a AlwaysInclude directive. Perhaps it would be sufficient to be a little more precise on this, eg. that AlwaysIncludeFile = /home/guest-user/veryimportant.mp3 will not work in the above example. Cheers, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435860: boxbackup-client: AlwaysInclude[File|Dir] is not working as expected
Package: boxbackup-client Version: 0.10+really0.10-1 Severity: important Hi, from the config file: # The exclude directives are of the form # # [Exclude|AlwaysInclude][File|Dir][|sRegex] = regex or full pathname [..] # In general, Exclude excludes a file or directory, unless the directory is # explicitly mentioned in a AlwaysInclude directive. BackupLocations { home { Path = /home/andreas ExcludeDir = /home/andreas/chroot AlwaysIncludeDir = /home/andreas/chroot/sid/home/andreas } } I expected that /home/andreas/chroot/sid/home/andreas would be included in the backup but this is not the case. boxbackup is running several days now so it should be there, even in lazy mode. Cheers, Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.17.11+x40 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages boxbackup-client depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libdb4.3 4.3.29-8 Berkeley v4.3 Database Libraries [ ii libedit2 2.9.cvs.20050518-3 BSD editline and history libraries ii libgcc1 1:4.2-20070609-1 GCC support library ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii libstdc++64.2-20070609-1 The GNU Standard C++ Library v3 ii openssl 0.9.8e-5 Secure Socket Layer (SSL) binary a ii perl 5.8.8-7Larry Wall's Practical Extraction ii ucf 3.001 Update Configuration File: preserv ii zlib1g1:1.2.3.3.dfsg-5 compression library - runtime boxbackup-client recommends no packages. -- debconf information: boxbackup-client/MaxUploadWait: 86400 boxbackup-client/incorrectAccountNumber: boxbackup-client/IncorrectNumber: boxbackup-client/incorrectDirectories: * boxbackup-client/notifyMail: root * boxbackup-client/debconf: true * boxbackup-client/generateCertificate: true boxbackup-client/UpdateStoreInterval: 3600 * boxbackup-client/backupMode: lazy * boxbackup-client/backupServer: somewhere * boxbackup-client/backupDirs: somedirs boxbackup-client/MinimumFileAge: 21600 * boxbackup-client/accountNumber: 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]