Bug#499815: [Pkg-utopia-maintainers] Bug#499815: Bug#499815: Overwrites user runlevel configuration
Michael Biebl wrote: So, here is my compromise: if dpkg --compare-versions $2 lt-nl 0.6.22-4; then [ -e /etc/rc2.d/S??avahi-daemon ] update-rc.d -f avahi-daemon remove fi This will only remove the symlinks when there is a start symlink in rc2 (the default debian run level), so it should not reenable avahi-daemon and also work with insserv. It doesn't update the priorities for file-rc, but at least it doesn't (errorneously) reenable the service. As I said, it's a compromise and doesn't preserve all user modifications, but I'd argue the vast majority. It has the added benefit of keeping support for insserv. Marc, would you be ok with this change? Marc, any comments on this proposal? If not, I'm going to assume, that you are fine with it and go on with upload for this fix. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#509135: please enable PIE during configure
On Thu, Dec 18, 2008 at 04:53:08PM -0800, Kees Cook wrote: On Thu, Dec 18, 2008 at 04:39:01PM -0800, Steve Langasek wrote: On Thu, Dec 18, 2008 at 10:51:28AM -0800, Kees Cook wrote: Hello! Please enable PIE support in the build, since this is correctly handled in the upstream build scripts (and is an upstream default). This gains a measure of additional security on kernels that randomize relocatable program segments. Bug #346416 is the reason this was disabled in the first place. That should be a bug in gdb, not in samba. Bug 346409 is open with a patch to handle PIE. Sure; but the ability to get meaningful backtraces out of samba was considered more important in the near term. Does gdb handle PIE better these days? Currently Debian's gdb does not handle PIE. The above bug, if closed, would solve this. Ok, then I think this bug unfortunately should be 'wontfix' until the gdb bug is addressed. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509172: bugs.debian.org: automatically archive/unarchive bugs in packages removed from/added to Debian
On 2008-12-19 07:28 +0100, Paul Wise wrote: Package: bugs.debian.org Severity: wishlist Currently bugs in packages removed from Debian are handled by manually closing the bugs and marking them as fixed in 0.1-2+rm. I think this is the wrong approach and debbugs should automatically archive close bugs when the package is removed from Debian and automatically unarchive and reopen bugs when the package is added back to Debian. Please not. There are several packages in Debian that come in different flavors (GCC, Python, Emacs), and if an old flavor is removed the bugs need to be examined and reassigned to a newer flavor if necessary, rather than being closed automatically. The same reasoning applies whenever a library changes its soname. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506839: laptop-mode-tools: [PATCH] Add USB Autosuspend mode
This patch looks great, but isn't quite sufficient. This will set the autosuspend timeout for all existing USB devices to 0 when activated, but will not modify the timeout for new USB devices. This can be set by writing to /sys/module/usbcore/parameters/autosuspend. Both this and the existing behavior of the script are required to make sure that all USB devices connected to the system when on battery have autosuspend=0. I'm not sure how to set the default power level for new devices - it would probably require some HAL hooks. Attached is a modified version of the script with this change. - Michael #! /bin/sh # # Laptop mode tools module: USB Auto Suspend power saving mode. # if [ x$CONTROL_USB_AUTOSUSPEND = x1 ] ; then if [ $ON_AC -eq 1 ]; then if [ -f /sys/module/usbcore/parameters/autosuspend ]; then echo 2 /sys/module/usbcore/parameters/autosuspend $LM_VERBOSE echo Disabling auto suspend mode for new USB devices. fi if [ -d /sys/bus/usb/devices ]; then for usb_device in /sys/bus/usb/devices/*; do usb_device=`basename $usb_device`; if [ -f /sys/bus/usb/devices/$usb_device/power/autosuspend ]; then echo 2 /sys/bus/usb/devices/$usb_device/power/autosuspend; $LM_VERBOSE echo Disabling auto suspend mode for usb device $usb_device. $OUTPUT fi if [ -f /sys/bus/usb/devices/$usb_device/power/level ]; then echo auto /sys/bus/usb/devices/$usb_device/power/level; $LM_VERBOSE echo Setting auto power level for usb device $usb_device. $OUTPUT fi done else #This will rarely happen. $LM_VERBOSE echo There are no USB devices. $OUTPUT fi else if [ -f /sys/module/usbcore/parameters/autosuspend ]; then echo 0 /sys/module/usbcore/parameters/autosuspend $LM_VERBOSE echo Enabling auto suspend mode for new USB devices. fi if [ -d /sys/bus/usb/devices ]; then for usb_device in /sys/bus/usb/devices/*; do usb_device=`basename $usb_device`; if [ -f /sys/bus/usb/devices/$usb_device/power/autosuspend ]; then echo 0 /sys/bus/usb/devices/$usb_device/power/autosuspend; $LM_VERBOSE echo Enabling auto suspend mode for usb device $usb_device. $OUTPUT fi if [ -f /sys/bus/usb/devices/$usb_device/power/level ]; then echo auto /sys/bus/usb/devices/$usb_device/power/level; $LM_VERBOSE echo Enabling auto power level for usb device $usb_device. $OUTPUT fi done else #This will rarely happen. $LM_VERBOSE echo There are no USB devices. $OUTPUT fi fi else $LM_VERBOSE echo USB auto suspend is disabled. $OUTPUT fi
Bug#508696: Bug#508876: Bug#508696: Module::CoreList does not list ExtUtils::Miniperl as included with 5.10.0
-=| Niko Tyni, Fri, Dec 19, 2008 at 09:08:41AM +0200 |=- On Fri, Dec 19, 2008 at 07:33:13AM +0200, Damyan Ivanov wrote: I assume that the whole purpose of CoreList is to say whether a given module is to be found in the core Perl distribution or is it to be found on CPAN or somewhere else. For this kind of classification, Miniperl is a core module and should be reported. Is this just aesthetics, or are you actually using ExtUtils::Miniperl for something? Not really. I discovered that it is not reported by Module::CoreList when I tested a routine in dh-make-perl that is supposed to find Debian packages, corresponding to a given Perl module. It needs a way to determine if a given module is a core one and assume it is contained in perl-modules. So the test just blindly invokes the routine on all modules found in /usr/{share,lib}/perl/$Config{version}/ and complains if some of them is not reported as a core module. All pass, except for ExtUtils::Miniperl. The problem I have at hand is that M::CoreList does not match what is actually shipped. I see it was removed from the CPAN side in 2002 (ExtUtils-MakeMaker-5.50_01) with the rationale that it's not useful to anyone outside the Perl core. I think usability is not relevant here. Is ExtUtils::Miniperl a core module or not? How is that judged? My (admittedly naive) criteria is does it come with perl and therefore I think Module::CoreList is wrong here. I also fail to see why EU::Miniperl is still considered core in perls up to 5.9.5, but not after that. If EU::Miniperl is not useful for anything else, but only for building perl, then it should not be shipped at all. That's where my initial doubt has come from -- is this a bug in M::CoreList or maybe EU::Miniperl should not be shipped. It is my belief that this still stands -- either EU::Miniperl is not to be shipped with perl from 5.10.0 on and M::CoreList is correct, or EU::Miniperl is to be shipped, is therefore core, and M::CoreList has a bug. Sadly there is no reply to the RT bug :/ -- damJabberID: d...@jabber.minus273.org signature.asc Description: Digital signature
Bug#508614: fatal server error: lockup after changing screen resolutions
currently installed: xserver-xorg-core v.2:1.4.2-9 xserver-xorg-intel v.2:2.3.2-2+ I saved a few xorg logs at the following URL http://thedark.jabberwocky.ca/themusicgod1/xorg/ jeff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509172: bugs.debian.org: automatically archive/unarchive bugs in packages removed from/added to Debian
On Fri, 19 Dec 2008, Sven Joachim wrote: There are several packages in Debian that come in different flavors (GCC, Python, Emacs), and if an old flavor is removed the bugs need to be examined and reassigned to a newer flavor if necessary, rather than being closed automatically. These bugs should actually be cloned and assigned to all of the affected packages at the time they're filed (or the new package(s) come into existance) rather than at the time the old package is removed. Furthermore, the number of packages that do this kind of multi-flavor thing is fairly small, and the automatic closure and even archiving doesn't make the examination and reassignment of these bugs much more difficult. [It would even be reasonable to have a usertag or possibly a tag that tracked bugs closed in this manner to assist maintainers of multiflavor packages who had gotten behind.] The same reasoning applies whenever a library changes its soname. The only time this would matter is if the source package name changes; that shouldn't happen in the case of library soname changes. [The only exception is the few libraries for which we maintain different APIs, but in this case, it's the API version, not the soname.] (In case it wasn't clear, the automatic closure procedure should only affect source package removals, not binary package removals.) Don Armstrong -- It seems intuitively obvious to me, which means that it might be wrong -- Chris Torek http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509174: RM: unalz -- non-free license problem
2008-12-19 (금), 02:19 -0500, Warren Togami: http://www.kipple.pe.kr/win/unalz/ http://www.kipple.pe.kr/etc/freeware_license/ A reading of their website and especially the license which is unfortunately only in the Korean language, it is abundantly clear. The unalz code was aggregated with zlib licensed code, with a highly visible zlib license in the tarball. However the combined work is freeware where commercial distribution is prohibited. It allows redistribution only unmodified, and patches must be separate. At the bottom it explains the difference between free software and freeware and states that this software is the latter. I don't agree. I doubts someone really read that page. It is very disappointing if RedHat decided so based on pieces of texts translated by Google translate, babelfish or something. (I sometimes use those machine translation tools for making jokes.) In this page, http://www.kipple.pe.kr/win/unalz/ * 저작권 정보 : 무료 프로그램/공개 소스 * 소스 저작권 : 공개 소스(zlib 라이선스) It means: * copyright info: freeware program/open source * source copyright: open source (zlib license) Very funny. They are conflicting. Surely the author has no idea about the license matters, or he incorrectly cut-and-pasted from his other non-free software pages like http://www.kipple.pe.kr/win/nosense/ or http://www.kipple.pe.kr/win/sudoku/. It looks like a mistake. OK, It's still not clear. But It does not mean this program is clearly non-free. I'll contact the author myself. -- Changwoo Ryu cw...@debian.org signature.asc Description: This is a digitally signed message part
Bug#509174: RM: unalz -- non-free license problem
Changwoo Ryu wrote: * copyright info: freeware program/open source * source copyright: open source (zlib license) Very funny. They are conflicting. Surely the author has no idea about the license matters, or he incorrectly cut-and-pasted from his other non-free software pages like http://www.kipple.pe.kr/win/nosense/ or http://www.kipple.pe.kr/win/sudoku/. It looks like a mistake. OK, It's still not clear. But It does not mean this program is clearly non-free. I'll contact the author myself. If his webpage is only mistakenly suggesting it is non-free, then good. However, the source should be improved to have clear copyright and license notices in all files. Currently the source tarball is awfully ambiguous. It should be stated explicitly which parts of the work are under which license. Warren Togami wtog...@redhat.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509175: awstats: logresolvemerge.pl in DOS format
Package: awstats Version: 6.5+dfsg-1+etch1 Severity: normal The file /usr/share/doc/awstats/examples/logresolvemerge.pl has DOS format for line return. The script is not usable by the way, error : -bash: /usr/share/doc/awstats/examples/logresolvemerge.pl: /usr/bin/perl^M: bad interpreter: No such file or directory Quick resolution : dos2unix /usr/share/doc/awstats/examples/logresolvemerge.pl and then, it works (but this resolution must be applied for each upgrade). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686-bigmem Locale: lang=fr_fr.ut...@euro, lc_ctype=fr_fr.ut...@euro (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509143: xserver-xorg-video-radeon: possible 2D render error in radeon crashes cairo application
On Thu, 2008-12-18 at 21:55 +0100, Christian Wäckerlin wrote: Package: xserver-xorg-video-radeon Version: 1:6.9.0-1+lenny4 Severity: normal When working in evince, it crashes. I think this is a problem with the 'radeon' driver, because: * When Xorg is started using 'vesa' instead of 'radeon' or 'ati', evince does not SIGSEGV. * On an other machine running Debian/Lenny with the 'nvidia' driver, the problem does not occur. * The bug was also reproduced on a second laptop with Debian/Lenny and 'radeon'. * The bug also occurs in a Debian/Live system and on systems with default xorg.conf. Still, as the evince process crashes, it's a bug in evince or one of the libraries it uses. (There may or may not also be a bug on the X server side that triggers the bug on the client side) -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508876: ExtUtils::Miniperl not listed in Module::Corelist ?
Hi p5p, as discussed in http://bugs.debian.org/508876 , the ExtUtils::Miniperl module hasn't been listed in Module::Corelist for some time although it still gets installed by the build process. % corelist -a ExtUtils::Miniperl ExtUtils::Miniperl was first released with perl 5.00504 5.00504undef 5.006002 undef 5.008001 undef 5.008002 undef 5.008003 undef 5.008004 undef 5.008005 undef 5.008006 undef 5.009 undef 5.009001 undef 5.009005 undef I see it's a generated file. Presumably Porting/corelist.pl has been run in a clean tree since 5.9.5 so Miniperl.pm is missing. This is clearly a bug somewhere, but what's the right fix? Should ExtUtils::Miniperl be listed at all? Should it be installed at all? FWIW, EU::Miniperl was removed from the CPAN ExtUtils::MakeMaker distribution in 2002 because it wasn't considered useful to anybody outside the core. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509175: [Pkg-awstats-devel] Bug#509175: awstats: logresolvemerge.pl in DOS format
found 508175 6.5+dfsg-1 fixed 508175 6.7.dfsg-1 thanks On Fri, Dec 19, 2008 at 09:42:19AM +0100, Nicolas Lafont wrote: Package: awstats Version: 6.5+dfsg-1+etch1 The problem should be fixed in newer versions (available in Lenny). Until you've upgraded I suggest not running the script directly from the examples directory (ie. keep your local fixed version somewhere else), to avoid problems with the file being overwritten on (possible future) Etch security updates. These files are all just examples, and nothing more then that. Severity: normal The file /usr/share/doc/awstats/examples/logresolvemerge.pl has DOS format for line return. The script is not usable by the way, error : -bash: /usr/share/doc/awstats/examples/logresolvemerge.pl: /usr/bin/perl^M: bad interpreter: No such file or directory Quick resolution : dos2unix /usr/share/doc/awstats/examples/logresolvemerge.pl and then, it works (but this resolution must be applied for each upgrade). -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509176: upgrade-reports: soundcard losing configuration settings
Package: upgrade-reports Severity: critical Justification: breaks the whole system System sound being redirected to /dev/null upon startup. After checking amarok and XMMS, no sound on playback of any ogg files. No sound from streaming video on www.hulu.com (example: http://www.hulu.com/watch/49417/footsteps). XMMS gives error message: sound card is not configured. After running alsaconf everything is working fine. While running alsaconf, Volume Control crashes. Cannot isolate which package is the culprit, kernel update the day before did not show any problems. Problem started after last update 12/18/2008 05:25 upgraded following packages: devscripts (2.9.26) to 2.9.26etch1 dpkg (1.13.25) to 1.13.26 dpkg-dev (1.13.25) to 1.13.26 dselect (1.13.25) to 1.13.26 epiphany-browser (2.14.3-7) to 2.14.3-8 libc6 (2.3.6.ds1-13etch7) to 2.3.6.ds1-13etch8 libc6-dev (2.3.6.ds1-13etch7) to 2.3.6.ds1-13etch8 libc6-i686 (2.3.6.ds1-13etch7) to 2.3.6.ds1-13etch8 libpq4 (8.1.13-0etch1) to 8.1.15-0etch1 locales (2.3.6.ds1-13etch7) to 2.3.6.ds1-13etch8 reportbug (3.31) to 3.31+etch1 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) snd_hda_intel 16788 4 snd_hda_codec 138240 1 snd_hda_intel snd_pcm_oss38048 0 snd_mixer_oss 15232 1 snd_pcm_oss snd_pcm65928 4 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_timer 19972 2 snd_pcm snd45412 12 snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 8928 1 snd snd_page_alloc 10248 2 snd_hda_intel,snd_pcm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509151: [INTL:gl]Galician apt PO translation update
Quoting mvillarino (mvillar...@gmail.com): Package: apt Version: Severity: wishlist Tags: l10n patch -- Best regards, MV Thanks, Marcellino. It ill be committed in APT's bzr repository. I remark that you got the point quite well and found out where to get the material and how to send it back. Your bug report is perfect and the exact right way to do things. I may do two mino suggestions but, please take them as very minor: - your bug report (and the Last-Translator of the PO file) should bear your real life name. I knw that you are Marcellino Villarino as we got in touch by mail previously, but it helps putting right credit...better than mvillarino. - the name of the file should preferrably be gl.po, which helps maintainers to put it in the right place with the right name Again, both these are very minor things, that certainly not prevent your work to be used, far from this. Thanks again for stepping up that quickly to take over the work of Jacobo. I had great respect for his work and I really appreciate to see it being continued and the Galician translations to remain one of the best of Debian. signature.asc Description: Digital signature
Bug#509174: RM: unalz -- non-free license problem
In the readme.txt file in the 0.62 source tarball, (encoded in EUC-KR) $ cat readme.txt | iconv -f euckr -t utf8 unalz v0.62 Copyright(C) 2004-2008 by hardkoder (http://www.kipple.pe.kr) - 최초 작성일 : v0.20 - 2004/10/22 - 라이선스 . 자유로이 변형/배포 가능 (zlib-license) $ It means: - Initially wrote: v0.20 - 2004/10/22 - license - freely modifiable/distributable (zlib-license) To make it more clear, I will contact the author and suggest to insert proper copyright and permission notices into the source files. -- Changwoo Ryu cw...@debian.org signature.asc Description: This is a digitally signed message part
Bug#508614: fatal server error: lockup after changing screen resolutions
found 508614 2:2.3.2-2+lenny5 kthxbye On Fri, Dec 19, 2008 at 02:24:55 -0600, Jeff Cliff wrote: currently installed: xserver-xorg-core v.2:1.4.2-9 xserver-xorg-intel v.2:2.3.2-2+ the -intel version number looks incomplete, but thanks, I assume it's the latest in lenny/sid. I saved a few xorg logs at the following URL http://thedark.jabberwocky.ca/themusicgod1/xorg/ It's easier to have the information in one place, so we don't have to worry about some external site going down, or needing to download something else when offline. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506839: laptop-mode-tools: [PATCH] Add USB Autosuspend mode
Hi Michael, Michael Leuchtenburg wrote: This patch looks great, but isn't quite sufficient. This will set the autosuspend timeout for all existing USB devices to 0 when activated, but will not modify the timeout for new USB devices. This can be set by writing to /sys/module/usbcore/parameters/autosuspend. Both this and the existing behavior of the script are required to make sure that all USB devices connected to the system when on battery have autosuspend=0. I'm not sure how to set the default power level for new devices - it would probably require some HAL hooks. Attached is a modified version of the script with this change. Cool, thanks for contributing! I'll include this modified version in the next upstream release. Cheers, Bart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498964: udevsettle wait for timeout when cryptsetup called from udev rule
On Sep 14, Olivier Guerrier olivier@guerrier.com wrote: -#define UDEVSETTLE /sbin/udevsettle +#define UDEVSETTLE /sbin/udevadm settle --timeout=5 Don't do this, it will only mask the symptoms of your real problem. The correct solution is to stop calling udevsettle, which is the actual bug (like upstream already did). cryptsetup maintainers, please close this bug. -- ciao, Marco signature.asc Description: Digital signature
Bug#484526: nfdump
actually, this patch is invalid. The fact that nfcapd cant start is because of an unclean shutdown, leaving the ols shared memory segment floating around while it shouldn't. At first glance it appears as if you're right, but look at lines 221 and further. Either the page already exists, while the code expects it not, or it doesn't ( shm_id = 0 ) in which case there is either an error or a new segment gets created. It's not the cleanest code I've seen, but it seams to be correct. -- Remco Post -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509129: evolution-exchange: Evolution-exchange stopped working suddenly (partly SOLVED)
Yves-Alexis Perez wrote: On ven, 2008-12-19 at 00:39 +0100, Emanoil Kotsev wrote: Hello, don't understand me wrong and please be a bit more patient. I know evolution is gnome app and I use it because kde didn't provide exchange plugin as evolution did (respect). So I'm ready to use anything so that it's happy and works. The problem is that it was pretty happy for may be 2y. and I have a lot of mail saved in evolution, so I don't want to use other apps right now ;-). By the way, you can export your mail from evolution, to import them in another evolution. There's a backup plugin for that, which will then appear in the File menu. Yes, Iknow this and I was thinking to give it a try, but I'm really willing to track the problem down and to solve it. I already have a backup from what was working. The information you gave here brought me to the idea to try one very simple thing. I removed everything evolution and gnome-keyring realted and reinstalled. This didn't help, so I created a new account, logged in and configured evolution with my exchange account data. It worked! It said it can not communicate with gnome-keyring. the keyring was not running. I started it I logged in into my mailbox after creating a passphrase. Nice. I changed to my own account. I removed the exchange configuration and ... deleted .evolution/exchange and the .gnome2/keyrings/default.keyring I created a new configuration and logged into my mail account. As I clicked the checkbox remember password it runs the gnome-keyring prompt to enter or initially to create password key. Because gnome-keyring was running, yes. If you don't want gnome-keyring, remove it, you'll be sure it'll not get in the way (as in the “new account” case). I think I made it clear that it is not working without the gnome-keyring This makes me think that your statement that it saves the password to gconf is not valid at least for, which means that may be I have a problem with gconf. Well, I'm not really sure it saves it in gconf, but I'm sure it saves it somewhere I'm not interested in when gnome-keyring isn't available. Unfortunately exactly this is not happening, that makes me think the other system is not available. This would be also a very good explanation why I was not prompted for keyring password in Suse or kubuntu, though honestly this is my hypothesis. “this” being? The hypothesis is that it tries to store the PW in gconf but fails and then tries to store in gnome-keyring. I see evidence only for the second part. If I remove the gnome-keyring, then no password storage method is available and evolution behaves funny. how do I check this gconf thingie, or better should I ask what exactly should I check. I remember I used the editor to do configurations in my personal gconf few years ago. Use gconf-editor and explore, evo settings should be in Apps/Evolution. I exported with gconftool-2 -R /apps/evolution and diffed to what I think was working before in kubuntu. I don't see evidence for the hypothesis there, but as far as I know gconf is a dynamic config system, so may be I have to boot in the system. I did chroot for now When I try to reconfigure (upgrade etc) gconf related apps I always see some errors regarding scrollkeeper-omf files. I don't know if it's related Oh, and last things: PLEASE LET THE BUG ON CC: DONT ANSWER TO THE LIST. IS THAT CLEAR? Well, this is because I post over gmane and my yahoo account. I hope it's fine now. I couldn't understand what exactly means contact me if you have a in some of the previous mails regards -- o Emanoil Kotsev penguin friendly o signature.asc Description: This is a digitally signed message part.
Bug#509177: in autotools-files.mk aclocal will only be called if aclocal.m4 allready exists
Package: cdbs Version: 0.4.52 Severity: normal Dear cdbs-developers, I make use of cdbs' DEB_AUTO_UPDATE_* features. In /usr/share/cdbs/1/class/autotools-files.mk in line 52, aclocal-$(DEB_AUTO_UPDATE_ACLOCAL) gets called *only* if the file $(DEB_SRCDIR)/aclocal.m4 does already exist. However, according to aclocal(1) the file aclocal.m4 gets created by aclocal from the contents of configure.in. So the existence of this file is not a requirement for aclocal to be run, it is its result instead. Indeed I have a source at hand (faac 1.26) which does not ship an aclocal.m4 file but defines macros in configure.in which require aclocal to be run before autoconf can be run. Please fix this in a way that aclocal is always run before autoconf, regardless of aclocal.m4 to already exist or not. Thank you very much! Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509178: installation-reports: sparc fails to boot 2.6.26: Memory Address not Aligned
Package: installation-reports Severity: important -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/sparc/iso-cd/debian-testing-sparc-businesscard.iso built on 20081218-10:06 Date: vr dec 19 10:50:07 CET 2008 Machine: SunBlade 2000 SUNW,Sun-Blade-1000 (UltraSPARC-III+) Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Using a VT420 console. Boots from CDROM, starts SILO Version 1.4.13, display welcome message (welcome to Debian GNU/Linux lenny! [...] built on 20081218-10:06 [...]). boot: Allocated 8 Megs of memory at 0x4000 for kernel Loaded kernel version 2.6.26 Loading initial ramdisk (4284688 bytes at Memory Address not Aligned Choosing boot: rescue or boot: expert gives the same. The machine boots SunOS 5.8 from its disk0 just fine, so the hardware apparently is quite OK. The machine has 2048 MB memory installed. I'll try to collect output from report-hw for this bugreport once I have found a working Linux kernel for this machine. Thanks for working on the Debian Installer! Bye, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503397: gucharmap: update planed?
Package: gucharmap Followup-For: Bug #503397 Hi! I today stumbled upon http://de.wikipedia.org/wiki/Gro%C3%9Fes_%C3%9F (capital szlig, used in German language) and found that it's part of unicode 5.1 table updates. As this is tagged fixed-upstream, is there a plan to get the update into the pool anytime soon? Just wondering. And yes, I know about the lenny freeze stuff. ;) Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509179: gstreamer0.10-plugins-bad: libdvdnav4 breaks dvd playback
Package: gstreamer0.10-plugins-bad Version: 0.10.9-1 Severity: normal Upgrading libdvdnav4 to 4.1.3-1 from experimental brings in libdvdread4, and appears to break Totem. Playing an ISO yields: 2017 % totem dvd:///media/brick/Media/30-rock-s1d2.iso ** (totem:11949): DEBUG: Init of Python module ** (totem:11949): DEBUG: Registering Python plugin instance: YouTube+TotemPythonPlugin ** (totem:11949): DEBUG: Creating object of type YouTube+TotemPythonPlugin ** (totem:11949): DEBUG: Creating Python plugin instance ** Message: no file info No accelerated IMDCT transform found libdvdnav: Using dvdnav version 4.1.3 libdvdnav: DVD Title: 30_ROCK_SEASON1_DISC2 libdvdnav: DVD Serial Number: 478D09B4___MVB__ libdvdnav: DVD Title (Alternative): libdvdnav: Unable to find map file '/home/wjt/.dvdnav/30_ROCK_SEASON1_DISC2.map' libdvdnav: DVD disk reports itself with Region mask 0x00e5. Regions: 2 4 5 libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_04_1.VOB (0x9c05)!! libdvdnav: Cell is in block but did not enter at first cell! totem: /build/buildd/libdvdnav-4.1.3/src/vm/vm.c:863: vm_get_video_aspect: Assertion `aspect == 0 || aspect == 3' failed. zsh: abort totem dvd:///media/brick/Media/30-rock-s1d2.iso which is a bit upsetting. Downgrading libdvdnav4 to 4.1.2-3 fixes playback in Totem. Thoggen's quite happy with experimental libdvdnav4, though. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gstreamer0.10-plugins-bad depends on: ii gstreamer0.10-plugins- 0.10.21-3 GStreamer plugins from the base ii libasound2 1.0.16-2 ALSA library ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.7-16GNU C Library: Shared libraries ii libcdaudio10.99.12p2-7 library for controlling a CD-ROM w ii libcelt0 0.4.0-1 The CELT codec runtime library ii libdc1394-22 2.0.2-1 high level programming interface f ii libdirectfb-1.0-0 1.0.1-11 direct frame buffer graphics - sha ii libdvdnav4 4.1.2-3 DVD navigation library ii libdvdread30.9.7-11 library for reading DVDs ii libexempi3 2.0.2-2 library to parse XMP metadata (Lib ii libexif12 0.6.16-2.1library to parse EXIF files ii libfaad0 2.6.1-3.1 freeware Advanced Audio Decoder - ii libgcc11:4.3.2-1 GCC support library ii libglib2.0-0 2.18.3-1 The GLib library of C routines ii libgmyth0 1:0.7.1-1 GObject based library for accessin ii libgsm11.0.12-1 Shared libraries for GSM speech co ii libgstreamer-plugins-b 0.10.21-3 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.21-5 Core GStreamer libraries and eleme ii libiptcdata0 1.0.2+libtool01-2 Library to parse IPTC metadata ii libjack0 0.115.6-1 JACK Audio Connection Kit (librari ii libjasper1 1.900.1-5.1 The JasPer JPEG-2000 runtime libra ii libmms00.4-2 MMS stream protocol library - shar ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libmusicbrainz4c2a 2.1.5-2 Second generation incarnation of t ii libneon27-gnutls 0.28.2-6.1An HTTP and WebDAV client library ii libofa00.9.3-3 Library for acoustic fingerprintin ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libsndfile11.0.17-4 Library for reading/writing audio ii libsoundtouch1c2 1.3.1-2 sound stretching library ii libssl0.9.80.9.8g-14 SSL shared libraries ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libtwolame00.3.12-1 MPEG Audio Layer 2 encoding librar ii libwildmidi0 0.2.2-2 software MIDI player library gstreamer0.10-plugins-bad recommends no packages. gstreamer0.10-plugins-bad suggests no packages. -- 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#504340: djvulibre-plugin/testing and #504340
On Thursday 18 December 2008 18:16:54 Thomas Viehmann wrote: Thomas Viehmann if (map_lookup(instance, id, inst) 0) return NPERR_INVALID_INSTANCE_ERROR; - cur_window = inst-window; + cur_window = (inst) ? inst-window : 0; The problem here is that inst should not be zero if map_lookup returns correctly. Like the previous patch, a seemingly unrelated change seems to solve the problem. The bug appears or disappears depending on the compiler options or depending on the insertion of printf in the right places. Your patch cannot hurt, but I do not think it is the end of the story either... - L. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484526: nfdump: 0 (zero) is a valid shm id
Hi all, It appears to me that 0 indeed is a valid shm key, but it is only returned when the daemon tries to reconnect to an existing segment, for instance if the daemon did not close properly. The daemon started perfectly every first time I ran it, but every subsequent launch it failed. ipcs learned that the daemon left its segment after getting a 9 from start-stop-daemon. My fix was the following patch to debian/init.d: DAEMON=/usr/bin/$NAME DATA_BASE_DIR=/var/cache/nfdump -DAEMON_ARGS=-D -l $DATA_BASE_DIR PIDFILE=/var/run/$NAME.pid +DAEMON_ARGS=-D -l $DATA_BASE_DIR -P ${PIDFILE} SCRIPTNAME=/etc/init.d/$NAME Start-stop-daemon is now able to give a 15 on 'stop', which results in nfcapd to release its segments and properly launch each subsequent time. Jorik
Bug#506419: Driver from Supermicro fixes issue
severity 509156 wishlist thanks On Thu, Dec 18, 2008 at 10:43:59PM +0100, martin f krafft wrote: This makes kernel packaging not policy-compliant, thus I am cloning this bug and making it RC. Not a must-clause nor does the kernel list compatibility with they newest policy version which added this. Bastian -- Get back to your stations! We're beaming down to the planet, sir. -- Kirk and Mr. Leslie, This Side of Paradise, stardate 3417.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509164: libdatetime-format-sqlite-perl URL and license?
This module does not appear on URL : http://datetime.perl.org/ according to the search box on that site. Also, is the licence GPL+Artistic or as Perl? That's what I was trying to check. Thanks for any replies, -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484526: root cause
This problem probably occurs when trying to run nfcapd as a non-root user from the rc script. It is then unable to write a pidfile (due to permissions on /var/run) and the rc script is unable to perform a clean shutdown. -- Remco Post -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509180: please do always run dh_clean after 'make distclean'
Package: cdbs Version: 0.4.52 Severity: normal Dear cdbs-developers, please change the order of rules to always run dh_clean *after* the package has been cleaned via 'make [dist]clean'. The reason for this is that dh_clean may delete some (e.g. auto-generated) files from the source (e.g. via debian/clean) that are required to run 'make [dist]clean' though. Changing the order to run dh_clean last will make the behaviour consistent with the latest dh-make templates and should not make a difference for any other package. I have not tested yet, but i believe that the current behaviour has to do with the order in which the cdbs makefiles are included in debian/rules. In my specific case it is like this: include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/patchsys-quilt.mk Thank you very much! Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509181: Firefox crashes when navigating from a page implementing flash
Subject: iceweasel: Firefox crashes when navigating from a page implementing flash Followup-For: Bug #450564 Package: iceweasel Version: 2.0.0.18-0etch1 *** Please type your report below this line *** Firefox crashes when navigating from a page implementing flash. Occurs at many site. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages iceweasel depends on: ii debianutils2.17 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2 generic font configuration library ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libcairo2 1.2.4-4.1+etch1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch3 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18etch1 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1X Printing Extension (Xprint) clie ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii psmisc 22.3-1Utilities that use the proc filesy ii zlib1g 1:1.2.3-13compression library - runtime iceweasel recommends no packages. -- 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#509182: RFP: haskell-fastcgi -- Haskell interface to FastCGI
Package: wnpp Severity: wishlist * Package name: haskell-fastcgi Version : 3001.0.2.2 Upstream Author : Bjorn Bringert bj...@bringert.net * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/fastcgi * License : 3-clause BSD Programming Lang: Haskell Description : Haskell interface to FastCGI This package provides the Haskell module Network.FastCGI, a Haskell interface to FastCGI. FastCGI provides an interface between web servers and CGI programs that runs the CGI program as a long-running server which services many requests. Network.FastCGI provides an interface almost identical to Network.CGI, making it easy to port existing Haskell CGI programs to FastCGI. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509183: clive: New upstream release
Package: clive Version: 1.0.2-1 Severity: wishlist Hi. There is a new upstream release of clive, and clive-utils. It seems that it was rewritten in Perl, so probably the actual maintainers are not interested, but hopefully you can let the project be maintained by someone else. Thanks -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages clive depends on: ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii python-crypto2.0.1+dfsg1-2.3 cryptographic algorithms and proto ii python-feedparser4.1-12 Universal Feed Parser for Python ii python-newt 0.52.2-11.3 A NEWT module for Python ii python-urlgrabber3.1.0-4 A high-level cross-protocol url-gr clive recommends no packages. Versions of packages clive suggests: ii ffmpeg 0.svn20080206-14 multimedia player, server and enco -- 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#509129: evolution-exchange: Evolution-exchange stopped working suddenly (partly SOLVED)
On ven, 2008-12-19 at 10:49 +0100, Emanoil Kotsev wrote: Yves-Alexis Perez wrote: By the way, you can export your mail from evolution, to import them in another evolution. There's a backup plugin for that, which will then appear in the File menu. Yes, Iknow this and I was thinking to give it a try, but I'm really willing to track the problem down and to solve it. I already have a backup from what was working. Ok. The information you gave here brought me to the idea to try one very simple thing. I removed everything evolution and gnome-keyring realted and reinstalled. This didn't help, so I created a new account, logged in and configured evolution with my exchange account data. It worked! It said it can not communicate with gnome-keyring. the keyring was not running. I started it I logged in into my mailbox after creating a passphrase. Nice. I changed to my own account. I removed the exchange configuration and ... deleted .evolution/exchange and the .gnome2/keyrings/default.keyring I created a new configuration and logged into my mail account. As I clicked the checkbox remember password it runs the gnome-keyring prompt to enter or initially to create password key. Because gnome-keyring was running, yes. If you don't want gnome-keyring, remove it, you'll be sure it'll not get in the way (as in the “new account” case). I think I made it clear that it is not working without the gnome-keyring I just made the test: removed gnome-keyring (apt-get purge) and made sure there was no gnome-keyring running. Then ran evolution, it asked me the account password, and wether I wanted to save it or not. I entered it, and checked yes. The quit evo, and re-run it, and everything was ok, it didn't ask me for the password. But I had to make sure gnome-keyring wasn't running and wasn't installed. At a moment gnome-keyring was purged, but still running in the session and there was problems. This makes me think that your statement that it saves the password to gconf is not valid at least for, which means that may be I have a problem with gconf. Well, I'm not really sure it saves it in gconf, but I'm sure it saves it somewhere I'm not interested in when gnome-keyring isn't available. Unfortunately exactly this is not happening, that makes me think the other system is not available. It's happening here. This would be also a very good explanation why I was not prompted for keyring password in Suse or kubuntu, though honestly this is my hypothesis. “this” being? The hypothesis is that it tries to store the PW in gconf but fails and then tries to store in gnome-keyring. I see evidence only for the second part. If I remove the gnome-keyring, then no password storage method is available and evolution behaves funny. As I already said above, it perfectly works here. I'm on lenny, btw. When I try to reconfigure (upgrade etc) gconf related apps I always see some errors regarding scrollkeeper-omf files. I don't know if it's related I don't think so. Oh, and last things: PLEASE LET THE BUG ON CC: DONT ANSWER TO THE LIST. IS THAT CLEAR? Well, this is because I post over gmane and my yahoo account. I hope it's fine now. Yep, thanks! I couldn't understand what exactly means contact me if you have a in some of the previous mails Hmhm, what is this? -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503397: gucharmap: update planed?
Gerfried Fuchs wrote: Package: gucharmap Followup-For: Bug #503397 Hi! Hi Gerfried, I today stumbled upon http://de.wikipedia.org/wiki/Gro%C3%9Fes_%C3%9F (capital szlig, used in German language) and found that it's part of unicode 5.1 table updates. As this is tagged fixed-upstream, is there a plan to get the update into the pool anytime soon? Just wondering. And yes, I know about the lenny freeze stuff. ;) Rhonda The package is ready and waiting for sponsorship. It will be uploaded to experimental. Will need to go though NEW, so may take some time :) Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441637: [php-maint] php-mdb2X-PGP-KeyID: 0xF22A794E
# Just to let the upload close it… reopen 441642 stop Le jeudi 4 décembre 2008 21:13:14 Vincent Bernat, vous avez écrit : I have uploaded both packages. Thanks for your contribution. Many thanks to Vincent for the upload and to Mark for the packaging ! I was waiting for this package for a relatively long time now ! Best thankful regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#484526: root cause
Am 19.12.2008 um 11:17 schrieb Remco Post: This problem probably occurs when trying to run nfcapd as a non-root user from the rc script. It is then unable to write a pidfile (due to permissions on /var/run) and the rc script is unable to perform a clean shutdown. Unprivileged init script usage shoudn´t do anything. start-stop-daemon checks for valid $UID. Could you verify your guess, please? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509183: [Python-apps-team] Bug#509183: clive: New upstream release
See this thread: http://lists.alioth.debian.org/pipermail/python-apps-team/2008-December/000898.html and this repo: http://git.debian.org/?p=pkg-perl/apps/clive.git;a=shortlog;h=HEAD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509183: [Python-apps-team] Bug#509183: clive: New upstream release
Alejandro Exojo Piqueras wrote: Package: clive Version: 1.0.2-1 Severity: wishlist Hi. There is a new upstream release of clive, and clive-utils. It seems that it was rewritten in Perl, so probably the actual maintainers are not interested, but hopefully you can let the project be maintained by someone else. Hi Alejandro, It's already been handed out to a new maintainer, in the Perl group. http://lists.alioth.debian.org/pipermail/python-apps-team/2008-December/000898.html Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509184: bacula-director-pgsql: Director crashes with double free from jcr.c:343
Package: bacula-director-pgsql Version: 2.4.2-3.1~bpo40+1 I'm using etch-backports bacula-director with postgresql support on Debian etch/amd64. Sometimes, director crashes with ABORTING due to ERROR in smartall.c:194 *double* *free* from jcr.c:343 It's the bug #1162 in the bacula bug tracker. It's resolved with this patch : http://puzzle.dl.sourceforge.net/sourceforge/bacula/2.4.2-jobend-crash.patch please merge this patch or update bacula-director to the lastest 2.4.2 bacula revision -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509185: install report
Package: installation-reports Boot method: network Image version: http://cdimage.debian.org/cdimage/lenny_di_rc1/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: 2008-12-05 10:30 Machine: ASUS M2N32 WS Pro Processor: AMD Athlon 64 Memory: MemTotal: 7655596 kB Partitions: fdisk -l Disk /dev/sda: 1000 GB, 1000202273280 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 124 995998b FAT32 /dev/sda2 125 248 987997 83 Linux /dev/sda3 249 279 240975 83 Linux /dev/sda4 280 121601 9745109325 Extended /dev/sda5 2801252 7807590 82 Linux swap /dev/sda61253 121601 966695310 8e Linux LVM Disk /dev/mapper/vg0-src: 10 GB, 10733990400 bytes 255 heads, 63 sectors/track, 1305 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/vg0-src1 1130610490413 83 Linux Disk /dev/mapper/vg0-Virtual: 107 GB, 107372805120 bytes 255 heads, 63 sectors/track, 13054 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/vg0-Virtual1 1 13055 104864256 83 Linux Disk /dev/mapper/vg0-Graphic: 214 GB, 214745610240 bytes 255 heads, 63 sectors/track, 26108 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/vg0-Graphic1 1 26109 209720511 83 Linux Disk /dev/mapper/vg0-GIS: 21 GB, 21467980800 bytes 255 heads, 63 sectors/track, 2610 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/vg0-GIS1 1261120972826 83 Linux Disk /dev/mapper/vg0-Audio: 53 GB, 53686402560 bytes 255 heads, 63 sectors/track, 6527 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/vg0-Audio1 1652852436128 83 Linux Disk /dev/mapper/vg0-home: 10 GB, 10733990400 bytes 255 heads, 63 sectors/track, 1305 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/vg0-home1 1130610490413 83 Linux Disk /dev/mapper/vg0-opt: 10 GB, 10733990400 bytes 255 heads, 63 sectors/track, 1305 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/vg0-opt1 1130610490413 83 Linux Disk /dev/mapper/vg0-var: 5 GB, 5362882560 bytes 255 heads, 63 sectors/track, 652 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/vg0-var1 1 653 5245191 83 Linux Disk /dev/mapper/vg0-usr: 21 GB, 21467980800 bytes 255 heads, 63 sectors/track, 2610 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/vg0-usr1 1261120972826 83 Linux Output of lspci -knn (or lspci -nn): 00:00.0 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02f4] (rev a2) 00:00.1 RAM memory [0500]: nVidia Corporation C51 Memory Controller 0 [10de:02fa] (rev a2) 00:00.2 RAM memory [0500]: nVidia Corporation C51 Memory Controller 1 [10de:02fe] (rev a2) 00:00.3 RAM memory [0500]: nVidia Corporation C51 Memory Controller 5 [10de:02f8] (rev a2) 00:00.4 RAM memory [0500]: nVidia Corporation C51 Memory Controller 4 [10de:02f9] (rev a2) 00:00.5 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02ff] (rev a2) 00:00.6 RAM memory [0500]: nVidia Corporation C51 Memory Controller 3 [10de:027f] (rev a2) 00:00.7 RAM memory [0500]: nVidia Corporation C51 Memory Controller 2 [10de:027e] (rev a2) 00:04.0 PCI bridge [0604]: nVidia Corporation C51 PCI Express Bridge [10de:02fb] (rev a1) Kernel driver in use: pcieport-driver 00:08.0 RAM memory [0500]: nVidia Corporation MCP55 Memory Controller [10de:0369] (rev a1) 00:09.0 ISA bridge [0601]: nVidia Corporation MCP55 LPC Bridge [10de:0360] (rev a2) 00:09.1 SMBus [0c05]: nVidia Corporation MCP55 SMBus [10de:0368] (rev a2) Kernel driver in use: nForce2_smbus Kernel modules: i2c-nforce2 00:0a.0 USB Controller [0c03]: nVidia Corporation MCP55 USB Controller [10de:036c] (rev a1) Kernel driver in use: ohci_hcd Kernel modules: ohci-hcd 00:0a.1 USB Controller [0c03]: nVidia
Bug#494030: childsplay version 0.99 available
Hi, New upstream version 0.99 is available. Please package it. Regards Barchan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509156: Bug#506419: Driver from Supermicro fixes issue
Hi Martin, On Mittwoch, 10. Dezember 2008, martin f krafft wrote: Okay, that makes sense. How do I get the patched source? The accepted standard methods (see policy 4.9 and 4.14) don't reveal anything and don't work: according to http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage you need to run make -f debian/rules source-all regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#509138: git-buildpackage: behaviour is inconsistent wrt git-export-dir and git-ignore-new
On Thu, Dec 18, 2008 at 04:15:54PM -0300, Felipe Sateler wrote: If --git-export-dir is enabled at the same time than --git-ignore-new, then any uncommited changes will not be part of the new package. If, on the other hand, --git-export-dir is not enabled but --git-ignore-new is, then uncommited changes will be part of the new package. I would prefer if uncommited changes are always taken into account, but it's not that important as long as behaviour is consistent. The behaviour is consistent: ignore-new only discards warnings about uncommitted changes in you source tree. From the manpage: | Build the .diff.gz and debian package although there are uncommitted | changes in the source tree. It has nothing to do with what will be part of the package or not. You can take uncommitted changes into account by adding them to the index. You can even export a completely different tree using --git-export. Cheers, -- Guido P.S.: I'm also thinking about adding a --git-export=WC (working copy) since others have asked for this too and I think it would also solve your problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509164: libdatetime-format-sqlite-perl URL and license?
On Fri, 19 Dec 2008, MJ Ray wrote: This module does not appear on URL : http://datetime.perl.org/ according to the search box on that site. Oops. This is the url I put in debian/control: http://search.cpan.org/dist/DateTime-Format-SQLite/ Also, is the licence GPL+Artistic or as Perl? That's what I was trying to check. From the POD: AUTHOR Claus FA~Xrber cfaer...@cpan.org based on DateTime::Format::MySQL by David Rolyks. Copyright AX 2008 Claus FA~Xrber. Copyright AX 2003 David Rolsky. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. Thanks for any replies, -- Jaldhar H. Vyas jald...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509186: [Installation-Report] Failure in KVM 2Gb
Package: installation-reports Boot method: netinst in kvm Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/20081218-1/amd64/ (Downloaded with jigdo: md5sum OK) Date: 19 december 2008 Machine: KVM emulator on a Dell Latitude D630 amd64 Processor: QEMU Virtual CPU version 0.9.1 Memory: MemTotal: 123648 kB Partitions: (image attached) Output of lspci -knn (or lspci -nn): (image attached) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [E] Install boot loader:[ ] Overall install:[E] Comments/Problems: I used a 2Gb image, with encrypted LVM and automatic partitioning with separate /home, /usr, /var, /tmp partitions. I then choosed Desktop environement and Laptop in the tasksel. The installation failed with a short error (attached) telling that the step Installation of packages failed. Moving to another console and df'ing and 'cat /var/log/syslog' showed that /target/var was full and thus blocked the downloading of more packages. I know that this can be avoided with the default choice (everything in single / ) and these partitioning receipts are hard to make. Eventual solutions: * Check that the download size will fit in /var and warn about this before the download. * Once the error popped up, check if partitions are at 100% and mention it… Regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux did...@raboud.com df -h.pnglspci -knn.png signature.asc Description: This is a digitally signed message part.
Bug#509187: libpoppler-dev: No poppler_version defined
Package: libpoppler-dev Version: 0.4.5-5.1etch3 Severity: normal There has been a backward incompatible change in lib poppler: ... class GlobalParams { public: // Initialize the global parameters by attempting to read a config // file. - GlobalParams(); + GlobalParams(char *cfgFileName); ~GlobalParams(); ... One cannot simple instanciate a GlobalParams anymore. I cannot even test on the POPPLER_VERSION has it is only used during compilation but never in any .h installed file. Please set POPPLER_VERSION ! Thanks -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libpoppler-dev depends on: ii libcairo2-dev 1.6.4-6.1 Development files for the Cairo 2D ii libpoppler0c2 0.4.5-5.1etch3 PDF rendering library libpoppler-dev recommends no packages. -- 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#486507: libx11-6: Locking assertion failure with vmware-server-console
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, i had the same bug running vmware-server-console 1.0.8 (deb created by vmware-package) on testing (x86) and i was able to solve this issue with installing gtkhtml3.14 (3.18.3-1) with all of it dependencies. Maybe this bug can be closed? Bye Hendrik -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklLoDUACgkQjWcQfAgCZA+6KACaAmsUFSM3aiY57vuJWkWQTdST an4AoIAwqn3auJH/rLDH/QwfToBlymyt =IkX9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484974: The requested harmfull behavior
Hi, Today I upgraded -- till today I created my own security fixes for the Sarge packages -- one of my servers and have been badly bitten by this bug. The system has five virtual aliases which resulted in: hoefnix2:~# grep -E 'ntp' /var/log/syslog Dec 19 10:07:05 hoefnix2 ntpdate[3801]: step time server 85.214.111.97 offset -3600.199028 sec Dec 19 09:07:05 hoefnix2 ntpdate[3772]: step time server 81.169.180.23 offset -3600.193623 sec Dec 19 08:07:06 hoefnix2 ntpdate[3736]: step time server 131.234.137.24 offset -3600.191320 sec Dec 19 07:07:07 hoefnix2 ntpdate[3760]: step time server 131.234.137.24 offset -3600.189649 sec Dec 19 06:07:09 hoefnix2 ntpdate[3748]: step time server 85.214.111.97 offset -3600.198522 sec Dec 19 05:07:09 hoefnix2 ntpdate[3816]: step time server 88.198.46.111 offset -3600.190780 sec I suspect that every instance didn't realize that another had already corrected the summer/winter time conversion. Yes I do'nt want to run my servers in the confusing UTC time. I'm human, not a computer :). So the time has to be the time I see on the clocks at my desk. Also customers report events at that time and I don't want to think about adding or substracting one or two hours in logs. Henk van de Kamer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509188: package util-linux doesn't install fdisk on powerpc
Package: util-linux Version: 2.12r-19etch1 Severity: normal I would like to view/edit dos/windows partitions on an external USB drive. A default powerpc debian install installs the mac-fdisk package to supply the fdisk command. However, mac-fdisk only supports apple partition maps. There doesn't seem to be any way to install the 'regular' fdisk on the powerpc architecture. While I understand that mac-fdisk should be the default /sbin/fdisk on this architecture, it would be nice if the util-linux fdisk was also provided under a different name. Thanks. Kuno Woudt -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (1001, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages util-linux depends on: ii lib 2.3.6.ds1-13etch5GNU C Library: Shared libraries ii lib 5.5-5Shared libraries for terminal hand ii lib 2.0.6-4 The S-Lang programming library - r ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 universally unique id library ii lsb 3.1-23.2etch1Linux Standard Base 3.1 init scrip ii tzd 2007j-1etch1 Time Zone and Daylight Saving Time ii zli 1:1.2.3-13 compression library - runtime util-linux recommends no packages. -- 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#509190: libgtk2.0-0: open dialog lists all files twice
Package: libgtk2.0-0 Version: 2.12.11-4 Severity: normal In some GTK program (Mousepad, for example), open an Open dialog. In the Location field, type / and press enter. All the files in the root folder will be listed twice. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) 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 libgtk2.0-0 depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libcomerr21.41.3-1 common error description library ii libcups2 1.3.8-1lenny4 Common UNIX Printing System(tm) - ii libfontconfig12.6.0-3generic font configuration library ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnutls26 2.4.2-4the GNU TLS library - runtime libr ii libgtk2.0-common 2.12.11-4 Common files for the GTK+ graphica ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpng12-01.2.27-2 PNG library - runtime ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcomposite11:0.4.0-3 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.4-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.10-1 default fallback theme for FreeDes pn libgtk2.0-bin none (no description available) Versions of packages libgtk2.0-0 suggests: pn librsvg2-common none (no description available) -- 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#509189: foomatic-db-engine: device-uri is mixed up with printers
Package: foomatic-db-engine Version: 3.0.2-20080211-1 Severity: important Hi I have the problem that my printers are both detected (I am using a modified version of printconf), but the device uris are mixed up. Therefore, my Epson points to the HP printer and vice-versa :) I believe the problem exists in cups_generate_usb_device_lists(). IMHO it would be nice, if that could somehow compare, if the cups device and the system device match. Not sure how to realize that. Alternatively, it could be possible to compare the cups device-uri later on with some other printer information. Please let me know your thoughts. :) Thanks for your work on foomatic. Cheers Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509191: locales: New French month abbrevs (fr_FR ver 4.4) are not fixed length
Package: locales Version: 2.8+20080809-3 Severity: normal Hello, locales version 2.8 switched from version 4.3 to 4.4 of fr_FR. The changes in the file are mostly to the abbreviations, and in my view to the worse. - Month name abbreviations were changed from a fixed three letter length (jan, féb, etc.) to variable length, ranging from 3 (mai) to 5 (juil., avril). - A period was added to all weekday abbrevs, increasing from 3 to 4 letters (but this time keeping it fixed). Working in text mode this is enough of a nuisance to make me switch to an English locale, where all abbrevs are still 3 letter, without period, as I believe is the standard. Would you consider reverting to the old fr_FR ? Cheers, Itai BEN YAACOV -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 [glibc-2.8-1] 2.8+20080809-1 GNU C Library: Shared libraries locales recommends no packages. locales suggests no packages. -- debconf information: * locales/default_environment_locale: fr_FR.UTF-8 * locales/locales_to_be_generated: en_GB.UTF-8 UTF-8, fr_FR.UTF-8 UTF-8, he_IL.UTF-8 UTF-8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509192: pygobject: timestamp skew can cause misbuild with wrong python versions
Package: pygobject Version: 2.15.4-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch jaunty [I originally reported this as https://bugs.launchpad.net/bugs/309674.] The version of pygobject in Ubuntu hardy-updates on sparc is misbuilt to supply only a python2.5 version. This causes other packages to fail to build since python-gtk2 is uninstallable (e.g. http://launchpadlibrarian.net/20576122/buildlog_ubuntu-hardy-sparc.ubiquity_1.8.13_FAILEDTOBUILD.txt.gz). The cause of this is timestamp skew in the build; although it currently happens to apply only to sparc and doesn't affect Debian or more recent versions of Ubuntu right now, it could still show up randomly in a future build, and therefore should be fixed before it bites us in a more painful place. Looking at the pygobject source package in hardy-updates, it includes the following two patches: cjwat...@sarantium ~/src/ubuntu/pygobject/pygobject-2.14.2$ diffstat debian/patches/60_use-python-config-for-includes.patch aclocal.m4 | 843 ++- configure | 217 --- configure.ac | 4 3 files changed, 449 insertions(+), 615 deletions(-) cjwat...@sarantium ~/src/ubuntu/pygobject/pygobject-2.14.2$ diffstat debian/patches/61_dont_use_setwakeupfd.patch configure | 62 --- configure.ac | 20 --- 2 files changed, 82 deletions(-) If the second patch happens to be applied sufficiently later (in the next second) than the first, the standard Automake rules to rebuild autotools files when they change will note that aclocal.m4 is older than configure.ac, and will therefore rerun aclocal and autoconf, and subsequently run ./config.status --recheck. These are run as subprocesses of make and therefore without the PYTHON environment variable that debian/rules passes to configure; as a result, ./config.status picks up the default system python (2.5) rather than the one forced by the PYTHON environment variable (which is 2.4 in the first build pass; again, this isn't a problem in current unstable since the python2.4 build is disabled, but the problem is just dormant, not truly fixed). You can see the problem in action by comparing these two build logs: http://launchpadlibrarian.net/15910647/buildlog_ubuntu-hardy-i386.pygobject_2.14.2-0ubuntu1_FULLYBUILT.txt.gz http://launchpadlibrarian.net/15911262/buildlog_ubuntu-hardy-sparc.pygobject_2.14.2-0ubuntu1_FULLYBUILT.txt.gz This is consistently reproducible by editing the apply-patches rule in /usr/share/cdbs/1/rules/simple-patchsys.mk and inserting a 'sleep 2' command just before the end of the for loop. Possible fixes include: (a) regenerate aclocal.m4 in a later patch rather than in 60_use-python-config-for-includes.patch; (b) touch aclocal.m4 and configure after applying patches; (c) set PYTHON when calling make so that even if ./config.status --recheck is run it will produce correct results. More recent versions of pygobject do (a) (they contain debian/patches/90_autofoo.patch) and therefore do not suffer from this problem, although in principle they might later if the autotools patch were removed. I am inclined to recommend approach (c) for the future, on the basis that it is a more permanent fix. The attached patch does this. (In fact it's probably slightly overkill since second and subsequent make calls won't run ./config.status --recheck again, but I thought overkill was better than underkill.) Thanks, -- Colin Watson [cjwat...@ubuntu.com] * Pass PYTHON environment variable to make as well as configure, in case timestamp skew causes make to rerun autoconf and ./config.status --recheck (LP: #309674). diff -u pygobject-2.15.4/debian/rules pygobject-2.15.4/debian/rules --- pygobject-2.15.4/debian/rules +++ pygobject-2.15.4/debian/rules @@ -42,13 +42,13 @@ build-%/build-stamp: build-%/configure-stamp dh_testdir - $(MAKE) -C build-$* - -$(MAKE) -C build-$* check + PYTHON=/usr/bin/python$* $(MAKE) -C build-$* + -PYTHON=/usr/bin/python$* $(MAKE) -C build-$* check touch $@ dbg-build-%/build-stamp: dbg-build-%/configure-stamp dh_testdir - $(MAKE) -C dbg-build-$* + PYTHON=/usr/bin/python$*-dbg $(MAKE) -C dbg-build-$* touch $@ build: $(PYVERS:%=build-%/build-stamp) $(PYVERS:%=dbg-build-%/build-stamp) @@ -61,12 +61,12 @@ install-%: build-%/build-stamp dh_testdir dh_testroot - $(MAKE) -C build-$* install DESTDIR=$(CURDIR)/debian/python-gobject-dev + PYTHON=/usr/bin/python$* $(MAKE) -C build-$* install DESTDIR=$(CURDIR)/debian/python-gobject-dev dbg-install-%: dbg-build-%/build-stamp dh_testdir dh_testroot - $(MAKE) -C dbg-build-$* install DESTDIR=$(CURDIR)/debian/python-gobject-dbg + PYTHON=/usr/bin/python$*-dbg $(MAKE) -C dbg-build-$* install DESTDIR=$(CURDIR)/debian/python-gobject-dbg find debian/python-gobject-dbg ! -type d ! \( -name '*.so' -o
Bug#509173: gdb: no locals in C++ constructors
reassign 509173 gcc-4.3 thanks On Fri, Dec 19, 2008 at 09:14:02AM +0200, Eugene V. Lyubimkin wrote: Package: gdb Version: 6.8-3, 6.8.50.20081210.python-1 Severity: normal It is very hard to debug something in C++ constructors because GDB failes to see any local variables in it. Consider this tiny example: This is a GCC bug, recently fixed in mainline. There's no debug info for the locals. PRs include 27574 and 33044. 33044 mentions a GDB bug but that's only for static local variables. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#419872: linux-source-2.6.18: apm's suspend-to-ram freezes on DELL Latitude C640 (regression)
[Moritz Muehlenhoff, 17 Dec 2008 (21:44)] ... If you're running Etch, could you try to reproduce this bug with the 2.6.24 based kernel added in 4.0r4? http://packages.qa.debian.org/l/linux-2.6.24.html Hi. It now seems to be OK again: I did install ii linux-image-2.6.24-etchnhalf.1-686 2.6.24-6~etchnhalf.7 Linux 2.6.24 image on PPro/Celeron/PII/PIII/P4 ii linux-source-2.6.242.6.24-6~etchnhalf.7 Linux kernel source for version 2.6.24 with Debian patches and compiled the latter with the configuration of the former, just selecting APM instead of ACPI and the proper processor type (see diff of config. files below). Suspend now seems to work fine again (directly using the Fn-F1 key combination): Dec 19 13:33:07 soma apmd[2060]: Suspending now Dec 19 14:21:47 soma kernel: parport_pc 00:0e: disabled Dec 19 14:21:47 soma kernel: serial 00:0c: disabled Dec 19 14:21:47 soma kernel: atkbd.c: Spurious NAK on isa0060/serio0. Some program might be trying access hardware directly. Dec 19 14:21:47 soma kernel: Intel machine check architecture supported. Dec 19 14:21:47 soma kernel: Intel machine check reporting enabled on CPU#0. Dec 19 14:21:47 soma kernel: CPU0: Intel P4/Xeon Extended MCE MSRs (12) available Dec 19 14:21:47 soma kernel: CPU0: Thermal LVT vector (0xf0) already installed Dec 19 14:21:47 soma kernel: serial 00:0c: activated Dec 19 14:21:47 soma kernel: parport_pc 00:0e: activated Dec 19 14:21:47 soma kernel: PCI: Found IRQ 11 for device :00:1d.0 Dec 19 14:21:47 soma kernel: PCI: Sharing IRQ 11 with :01:00.0 Dec 19 14:21:47 soma kernel: PCI: Setting latency timer of device :00:1d.0 to 64 Dec 19 14:21:47 soma kernel: PCI: Setting latency timer of device :00:1e.0 to 64 Dec 19 14:21:47 soma kernel: PM: Writing back config space on device :00:1f.1 at offset 9 (was 0, writing 2000) Dec 19 14:21:47 soma kernel: PM: Writing back config space on device :00:1f.1 at offset 7 (was 1, writing 375) Dec 19 14:21:47 soma kernel: PM: Writing back config space on device :00:1f.1 at offset 6 (was 1, writing 171) Dec 19 14:21:47 soma kernel: PM: Writing back config space on device :00:1f.1 at offset 5 (was 1, writing 3f5) Dec 19 14:21:47 soma kernel: PM: Writing back config space on device :00:1f.1 at offset 4 (was 1, writing 1f1) Dec 19 14:21:47 soma kernel: PCI: Found IRQ 11 for device :00:1f.1 Dec 19 14:21:47 soma kernel: PCI: Sharing IRQ 11 with :02:00.0 Dec 19 14:21:47 soma kernel: PCI: Found IRQ 11 for device :00:1f.5 Dec 19 14:21:47 soma kernel: PCI: Sharing IRQ 11 with :00:1f.6 Dec 19 14:21:47 soma kernel: PCI: Setting latency timer of device :00:1f.5 to 64 Dec 19 14:21:48 soma kernel: PCI: Found IRQ 11 for device :00:1f.6 Dec 19 14:21:48 soma kernel: PCI: Sharing IRQ 11 with :00:1f.5 Dec 19 14:21:48 soma kernel: PCI: Setting latency timer of device :00:1f.6 to 64 Dec 19 14:21:49 soma kernel: PM: Writing back config space on device :02:00.0 at offset c (was 0, writing f900) Dec 19 14:21:49 soma kernel: eth0: setting full-duplex. Dec 19 14:21:50 soma kernel: hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4 Dec 19 14:21:50 soma kernel: hda: UDMA/100 mode selected Note that while I was there, I also tried using directly linux-image-2.6.24-etchnhalf.1-686 with ACPI. In this case, the Fn-F1 key combination does not work anymore but it is possible to suspend using `hibernate-ram`. The resume phase however is broken as I end up either with a functional computer but with unusable garbled screen (including VTs) or (if the suspend phase is sufficiently long) a non responding computer (with fan spinning out loud). .. $ diff /boot/config-2.6.24-etchnhalf.1-686 /boot/config-2.6.24-soma 3,4c3,4 # Linux kernel version: 2.6.24 # Tue Dec 2 06:17:02 2008 --- # Linux kernel version: 2.6.24-soma # Fri Dec 19 11:00:41 2008 168c168 CONFIG_M686=y --- # CONFIG_M686 is not set 172c172 # CONFIG_MPENTIUM4 is not set --- CONFIG_MPENTIUM4=y 191c191 CONFIG_X86_L1_CACHE_SHIFT=5 --- CONFIG_X86_L1_CACHE_SHIFT=7 193d192 CONFIG_X86_PPRO_FENCE=y 198a198 CONFIG_X86_INTEL_USERCOPY=y 249d248 CONFIG_EFI=y 251d249 CONFIG_BOOT_IOREMAP=y 280,306c278,279 CONFIG_ACPI=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_PROCFS=y CONFIG_ACPI_PROCFS_POWER=y CONFIG_ACPI_SYSFS_POWER=y CONFIG_ACPI_PROC_EVENT=y CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_VIDEO=m CONFIG_ACPI_FAN=m CONFIG_ACPI_DOCK=m CONFIG_ACPI_BAY=m CONFIG_ACPI_PROCESSOR=m CONFIG_ACPI_HOTPLUG_CPU=y CONFIG_ACPI_THERMAL=m CONFIG_ACPI_ASUS=m CONFIG_ACPI_TOSHIBA=m CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_SYSTEM=y CONFIG_X86_PM_TIMER=y CONFIG_ACPI_CONTAINER=m
Bug#509193: openoffice.org depends ttf-liberation abusively
Package: openoffice.org Severity: important ttf-liberation fonts are really ugly (at least I think so), and I'm totally unable to remove them _and_ keep openoffice.org because of that. Please downgrade the dependency to a mere recommends. TIA. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509192: pygobject: timestamp skew can cause misbuild with wrong python versions
Hi, and thanks for forwarding this. Le vendredi 19 décembre 2008 à 13:48 +, Colin Watson a écrit : If the second patch happens to be applied sufficiently later (in the next second) than the first, the standard Automake rules to rebuild autotools files when they change will note that aclocal.m4 is older than configure.ac, and will therefore rerun aclocal and autoconf, and subsequently run ./config.status --recheck. If I understand correctly, it should be enough to set AM_MAINTAINER_MODE to avoid that aclocal/autoconf run. I’m more inclined to do this than the hacks you are proposing. Do you think that would work? Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#508812: Towards a generic python bugtracker client library ? Re: Bug#508812: Reusing python-btsutils for bts-link
Hi. [I'm not sure I've thought about all this with sufficient care (and surely didn't make enough progress towards hacking... so many mails and meetings accumulating, difficult to hack ;), still...] Some comments on previous discussions, and sorry for the bad TO+CC headers. I think there may be a need for a quite generic python client lib for bugtrackers, which would have plugins or subclasses fitting different bugtrackers. This would help for instance for the development of tools like bts-link, which will be a client of several bugtrackers (among them, the DBTS of course). Development of such a library shouldn't be too much Debian-centered, IMHO. Still, the DBTS client part may be developped in the frame of something like python-debian... For instance, the bicho [1] project of the nepomuk [2] project have or are developing client libs in Python for bugzilla these very days. So I don't know... maybe after a python-bugtracker-client project would fit better ? ;) OK, I'm just trying and zoom out of Debian a little bit, but I assume we now have the means with distributed bugtrackers and various other technical bits, to develop things wherever they would be lying. Still the question of a best forum to discuss that stays to be resolved, IMHO. Maybe the Helios project [3] could propose such a generic python-bugtrackers-client-lib list for discussing general non Debian-related API and stuff ? I'll provide other more focused (and DBTS related) responses later. Hope this helps anyway. Regards, [1] bicho : http://tools.libresoft.es/bicho [2] nepomuk and bugs : http://nepomuk.linbox.org/ [3] helios WP3 : https://picoforge.int-evry.fr/cgi-bin/twiki/view/Helios_wp3/Web Le mercredi 17 décembre 2008 à 10:58 -0300, Gustavo R. Montesino a écrit : Em Qua, 2008-12-17 às 13:22 +0100, Bastian Venthur escreveu: Hi, just a quick question. Are the debianbts-python bindings supposed to go into an extra package, will we reuse python-debianbts or is it supposed to go into python-debian? Depending on the answer we can open or use the appropriate mailinglist. I'm open to suggestions there, but I believe it can be integrated on python-debian. If no one objects, I think the right place for the technical discussion would be the pkg-python-debian-discuss ml. Anyways to make a start the discussion, here's what debianbts uses as datastructure for a single bugreport. It fits the needs of reportbug-ng so far, but maybe not others. Feel free to discuss: The current bug class of btsutils tries to separate the usertags in a separete field from the tags. It also has a forwarded field, which kept the URL the bug was forwarded to (or whatever the maintainer set on forwarded) and an url field, which I don't remember why I had added, as it is easy and inexpensive to compute on-the-fly with the bug number... -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509194: putty: Does not accept u...@host format in CLI args
Package: putty Version: 0.60-4 Severity: normal I use the windows version of PuTTY very very frequently. One of the features I use often is to run it from the Windows Run dialog.. Ie. Win+R putty u...@host port Win+R putty m...@example.com 22000 I've noticed that this linux version supports the specification of host and port in the same fashion, but seems to include the username@ portion as part of the hostname, failing with something similar to Unable to open connection to u...@host: Name or service not known. I see there's an -l switch, but I'm curious why this alternate behaviour described above varies from the windows version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.3 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages putty depends on: ii libc62.7-16 GNU C Library: Shared libraries ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.1.4-1 X11 Input extension library ii putty-tools 0.60-4 command-line tools for SSH, SCP, a putty recommends no packages. putty suggests no packages. -- 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#508812: Reusing python-btsutils for bts-link
Hi. Some quick comment on your description of the class attributes. Le mercredi 17 décembre 2008 à 13:22 +0100, Bastian Venthur a écrit : Hi, nr:is the bugnumber summary: is the subject line of the bugreport submitter: is the submitter of the bugreport status:is the bugstatus severity: ... fulltext: should hold the full bugreport but rng just displays the html of our bts instead package: is the package first and lastaction: are dates tags: ... It seems to me that the DBTS includes distinct 'Subject' and 'Summary' fields, at least looking at the internal database (.summary files). It is actually only distinct for a very few bugs. I think this may have been some evolution of the bugtracker that was never really exploited. Didn't take time to look at the code anyway. So I assume that confounding Subject and Summary in practice is not so bad... unless it makes sense to say that sometimes, the summary (as summary of the discussion) could be used more, because new clients would make it easier for the users. Just my 2 cents, P.S.: someone should definitely look at the Debian BTS code to give proper response to that issue ;) -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508787: rdesktop: Access to redirected path denied
tags 508787 + unreproducible severity 508787 normal thanks As noted by Riku, a missing feature does not make the package in question unusable at all, as your original report stated. I am running rdesktop on a pure Lenny box, and am used to running it on my main (Sid) box, and regularly use this feature - I just tested it (1.6.0-2) sending /tmp just as you mentioned, and it works correctly. Please give us more details: Please paste the full invocation command for your rdesktop, and anything that might help regarding your environment (i.e., is /tmp properly set with 1777 permissions? What is failing, the directory listing itself or opening specific files? etc.) Thanks, -- Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509192: pygobject: timestamp skew can cause misbuild with wrong python versions
On Fri, Dec 19, 2008, Loïc Minier wrote: Thanks for the patch (merged); I also added a --disable-maintainer-mode flag to configure which we weren't explicitely passing (but should be the default since we add AM_MAINTAINER_MODE to configure.ac); I don't quite know how timestamp skews have triggerred a recheck here overriding maintainer mode being disabled. Solution (a) is also implemented in the current version. Same thing for pygtk, except it doesn't have AM_MAINTAINER_MODE patched in (nor upstream). -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509192: pygobject: timestamp skew can cause misbuild with wrong python versions
On Fri, Dec 19, 2008, Colin Watson wrote: Looking at the pygobject source package in hardy-updates, it includes the following two patches: (the source against which you report doesn't have this problem anymore as it uses a separate patch for autotools stuff) I am inclined to recommend approach (c) for the future, on the basis that it is a more permanent fix. The attached patch does this. (In fact it's probably slightly overkill since second and subsequent make calls won't run ./config.status --recheck again, but I thought overkill was better than underkill.) Thanks for the patch (merged); I also added a --disable-maintainer-mode flag to configure which we weren't explicitely passing (but should be the default since we add AM_MAINTAINER_MODE to configure.ac); I don't quite know how timestamp skews have triggerred a recheck here overriding maintainer mode being disabled. Solution (a) is also implemented in the current version. -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509192: pygobject: timestamp skew can cause misbuild with wrong python versions
On Fri, Dec 19, 2008, Josselin Mouette wrote: If I understand correctly, it should be enough to set AM_MAINTAINER_MODE to avoid that aclocal/autoconf run. I’m more inclined to do this than the hacks you are proposing. Do you think that would work? Seems not, see debian/patches/03_maintainer_mode.patch. -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509195: Unable to work with more than 1000 items in a group calendar
Package: calendarserver Version: 1.2.dfsg-8 Severity: normal I had a group calendar that after some time it surpassed 1000 items one day, at the next day I couldn't access that group calendar. I tried with Iceowl (Sunbird) and Evolution and both had the same problem. To solve the issue I had to manually go to the /var/spool/caldavd/calendars/__uids__/ab7ac0ee-956b-5f15-ba03-2e1c53be8855/calendar directory and delete the oldest .ics files and have less than 1000 of them. In the error.log it complained about this: [-] [caldav-8008] [-] 'Too many matching components in calendar-query report'. There is a variable called max_number_of_results set to 1000 in /usr/share/pyshared/twistedcaldav/method/report_calquery.py but even setting it to 1100 caused SQLite to complain. I don't know how to solve this issue, thanks for your help. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) 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#476677: Upstream development abandoned
retitle 476677 Upstream development abandoned - update (and package hunspell-hu) thanks [ NB: I am mot the maintainer of myspell-hu ] Hi, andrasfor...@netscape.net wrote: As I know the further upstream development of this package (at its current version 0.99.4) has been abandoned. Yep. In development its successor is the “magyar ispell”, which is basically an extended version of myspell-hu with some new grammatical features making it incompatible with the original format. Currently its latest version is 1.3 and can be found at ‘magyarispell.sourceforge.net’. Which actually is this source package ;-) The maintainer just needs to update his package... Gyorgy, will that happen? I can NMU if you wish... It would be nice to have this living upstream dictionary as an official debian package (probably with the name ‘hunspell-hu’) as it is the native format of hunspell, the .. and with the changes for hunspell ... currently widely used spell checker program. Yes. Basically this is a request for this new package. OpenOffice.org 3.0.1 updated their internal dictionary with the hunspell one, but I could package it from there in emergency, but it of course would (also for the rest) better to continue packaging it from here, Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#398801: rdesktop: Poor font rendering / some text characters mirrored
tags 398801 + unreproducible moreinfo thanks Hi, I have been unable to reproduce this bug. First of all, this is a two year old bug report - Could you please check if it still happens (and reply to 398801-cl...@bugs.debian.org if it is fixed)? If it still happens, please give us more information on your setup. Thanks, -- Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509192: pygobject: timestamp skew can cause misbuild with wrong python versions
On Fri, Dec 19, 2008 at 03:14:08PM +0100, Loïc Minier wrote: On Fri, Dec 19, 2008, Colin Watson wrote: Looking at the pygobject source package in hardy-updates, it includes the following two patches: (the source against which you report doesn't have this problem anymore as it uses a separate patch for autotools stuff) As I noted in my report, the problem is dormant rather than truly gone. I am inclined to recommend approach (c) for the future, on the basis that it is a more permanent fix. The attached patch does this. (In fact it's probably slightly overkill since second and subsequent make calls won't run ./config.status --recheck again, but I thought overkill was better than underkill.) Thanks for the patch (merged); I also added a --disable-maintainer-mode flag to configure which we weren't explicitely passing (but should be the default since we add AM_MAINTAINER_MODE to configure.ac); I don't quite know how timestamp skews have triggerred a recheck here overriding maintainer mode being disabled. I agree with you and Joss that AM_MAINTAINER_MODE is a good way to prevent the recheck happening in the first place; debian/patches/03_maintainer_mode.patch wasn't present in the 2.14.2 package in hardy-updates which I imagine is why the recheck still happened. Even so, it seems relatively fragile until and unless AM_MAINTAINER_MODE is applied upstream as well. Relying on debian/patches/ to fix a problem that manifests while applying debian/patches/ doesn't make me feel right, although I suspect that in this particular case it would work. For subtle misbuilds like this, I have to say I feel more comfortable with fixing it in such a way that it still works even if the first line of defence fails; passing the environment variable to 'make' guarantees that even if a recheck happens for some unforeseen reason then it still works. Thanks to you both, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509196: krb5_newrealm(8) lies about kadm5.keytab
Package: krb5-admin-server Version: 1.6.dfsg.4~beta1-4 krb5_newrealm(8) claims that krb5_newrealm creates /etc/krb5kdc/kadm5.keytab, but it doesn't. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#448716: rdesktop: mousewheel doesn't work
tags 448716 + unreproducible thanks Hi, I am trying to reproduce your bug, using Lenny's rdesktop (1.6.0-2). The mouse wheel works perfectly inside my rdesktop sessions. Please confirm if the bug is still present. If it is gone, close the bug by mailing 448716-d...@bugs.debian.org - please check [1] so you can include the version number which has this bug fixed for you). Thanks, [1] http://www.debian.org/Bugs/Developer#closing -- Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493645: Fwd: Thanks for nostromo-1.8.7.tar.gz
Oh I noticed that the nostromo packaging fails to build on amd64. The problem is something I forwarded upstream last month. However upstream says Debian is doing it wrong! ;) http://git.debian.org/?p=users/kai-guest/nostromo So should there be a Debian patch for -Wall? -- Forwarded message -- From: Marcus Glocker mar...@nazgul.ch Date: Fri, Nov 21, 2008 at 8:39 AM Subject: Re: Thanks for nostromo-1.8.7.tar.gz To: Kai Hendry hen...@iki.fi On Thu, Nov 20, 2008 at 08:08:26PM +, Kai Hendry wrote: ssh mar...@hetty.webconverger.com pass: nazgul Thanks! OK, I have found out that it seems off_t is defined as `long int' instead `long long int'. IMO this is wrong, but I am no Linux/Debian specialist. I haven't seen that problem with other Linux distris yet. You can make a simple workaround by removing the compiler option `-Wall' in nostromo/src/nhttpd/GNUmakefile from CCFLAGS, then it should compile. Regards, Marcus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508968: [manpages-dev] Getdents clarification
Hi Bastien, On Tue, Dec 16, 2008 at 8:23 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Package: manpages-dev Version: 3.05-1 Severity: wishlist Please clarify that before 2.6.4 d-type is DT_UNKNOW. I don't really see what the problem is here. The man page already says that the d_type field is only available since 2.6.4. Why do you not think that is sufficient? Cheers, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ git://git.kernel.org/pub/scm/docs/man-pages/man-pages.git man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509193: openoffice.org depends ttf-liberation abusively
found 509193 1:2.4.1-4 severity 509193 wishlist tag 509193 + wontfix retitle 509193 please don't depend on ttf-liberation thanks Hi, Pierre Habouzit wrote: ttf-liberation fonts are really ugly (at least I think so), and I'm totally unable to remove them _and_ keep openoffice.org because of that. openoffice.org is just a metapackage. No harm when removing it. Please downgrade the dependency to a mere recommends. No. ttf-liberation is the only alternative instead of msttcorefonts when you want not use a installer package which installs non-free fonts. And OOo upstream includes the fonts - so the openoffice.org metspackage, which sense is to install all components what you would get when you installed it upstream dpends on it. (And next time please coose a sane Subject: how is this dependency abusive?) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#408419: rdesktop: Font garbage running cygwin via RDP
Hi, Please check if your bug is still present - this is a two year old bug, and it is likely fixed with newer versions of rdesktop. Try also running rdesktop with the -b and/or -B switches, and tell us if it improves the situation - From the man page: -b Force the server to send screen updates as bitmaps rather than using higher-level drawing operations. -B Use the BackingStore of the Xserver instead of the integrated one in rdesktop. Thanks, -- Gunnar Wolf - gw...@gwolf.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509197: if libapache2-mod-auth-sys-group is installed and enabled basic auth stops working
Package: libapache2-mod-auth-sys-group Version: 1.1.1-6.1 Severity: important I've not found any documentation on the problem so I suppose it's a bug (and very annoying one). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 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 libapache2-mod-auth-sys-group depends on: ii apache2.2-common 2.2.9-10+lenny1 Apache HTTP Server common files ii libc62.7-16 GNU C Library: Shared libraries libapache2-mod-auth-sys-group recommends no packages. libapache2-mod-auth-sys-group suggests no packages. -- 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#172979: Can you reproduce #172979?
Hi! Can you reproduce the bug http://bugs.debian.org/172979, using a newer ImageMagick version, please? (7:6.3.7.9.dfsg1-3 from unstable/testing or 7:6.4.5.4.dfsg1-1 from experimental) Thank you! Best regards, Nelson signature.asc Description: Digital signature
Bug#268241: Info about #268241
Hi! Can you give us more info about #268241, please? (if you are able to reproduce it using a new version of ImageMagick, a link to a test image, etc) Thank you! Best regards, Nelson signature.asc Description: Digital signature
Bug#509163: debian-reference: Alternately build-depend on locales-all
Hi, I would like to help but it does not make sense... On Thu, Dec 18, 2008 at 04:40:06PM -0800, Nick Ellery wrote: Package: debian-reference Version: 2.21 Severity: normal Hi, debian-reference currently has a build-depend-indep on locales. In Ubuntu, the package is replaced by locales-all. It would be very helpful if the Debian package had an alternative build dependency on locales-all. I have Build-Depends: debhelper (= 7) Build-Depends-Indep: debiandoc-sgml (= 1.2.9), w3m (= 0.3), xsltproc, docbook-xsl, docbook-xml, docbook, locales-all If you mean Ubuntu uses locales instead of locales-all, it makes sense. I see this here: https://launchpad.net/ubuntu/+source/debian-reference As I contemplate this problem I think it is best to do this despite some risks: What happend if Debian sbuild chroot machine has locales istalled, then it does not install locales-all and may fail to produce date in localized language etc. (Really minor problem even if it happens). Besides, it is arch any package so autobuilder will not touch it. OK. I will do Build-Depends: debhelper (= 7) Build-Depends-Indep: debiandoc-sgml (= 1.2.9), w3m (= 0.3), xsltproc, docbook-xsl, docbook-xml, docbook, locales-all| locales Is this OK? Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509184: bacula-director-pgsql: Director crashes with double free from jcr.c:343
* fabien foglia fabien.fog...@tigrou3tac.org [2008-12-19 12:30:51 CET]: Version: 2.4.2-3.1~bpo40+1 As this is a backports version I would encourage you to either ask directly on backports-users mailinglist which is the central address for packages taken from backports, and/or at least send me a copy of the bugreport when you're confident that it's not just a problem of the backport. :) I'm using etch-backports bacula-director with postgresql support on Debian etch/amd64. Sometimes, director crashes with ABORTING due to ERROR in smartall.c:194 *double* *free* from jcr.c:343 It's the bug #1162 in the bacula bug tracker. It's resolved with this patch : http://puzzle.dl.sourceforge.net/sourceforge/bacula/2.4.2-jobend-crash.patch Ah, that's neat and convenient. The patch looks pretty tight to the issue. I am discussing with John what's the best approach for it. For what I understand it's a crash after the backup is finished so the impact is pretty low? please merge this patch or update bacula-director to the lastest 2.4.2 bacula revision I'm not completely sure what you mean with the latest 2.4.2 bacula revision. There is only a single 2.4.2 release, not several revisions to it ... But the patch does look like it makes sense indeed. Thanks for the hint, Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509198: rdiff-backup: 1.2.2 fails for listattr on symlinks, raises Too many levels of symbolic links exception
Package: rdiff-backup Version: 1.2.2-1~bpo40+1 Severity: grave Justification: renders package unusable Note: Both source and target system use Debian stable with a backported version of rdiff-backup. The problem occured after upgrading the backup source system to rdiff-backup 1.2.2 from 1.2.1. The backup target system was still running 1.2.1, but the problem is reproducible when both systems are running 1.2.2. This means that the backup target system's version of rdiff-backup is irrelevant to the problem. With the current situation, it is impossible to perform backups with rdiff-backup. Suggested action: rollback the version in testing to 1.2.1, wait for a possible fix in 1.2.3. Detailed problem report: Backup command used, with options: su $customer -c rdiff-backup -v3 --print-statistics $CMD_EXTRA \ --remote-schema 'cstream -v 0 -t 1000 | \ ssh %s '\''rdiff-backup --server'\'' | \ cstream -v 0 -t 1000' $includes $excludes \ $remote_u...@$remote_host::/ $tdir $REMOTE_USER=root, and $customer is a user (not superuser). $CMD_EXTRA may contain e.g. --force, depending on the circumstances. $includes is a list of directories to include. $excludes=/ $tdir is the target directory (the backup repository, if you will). Here's what I see happening, step for step: 1. The backup process is started. 2. Warnings start appearing on the form Warning: listattr('/cdrom'): [Errno 2] No such file or directory for directories that are NOT in the include list. 3. After approximately 180 such errors, the exception '[Errno 40] Too many levels of symbolic links' raised of class 'exceptions.IOError' is raised. 4. The backup target is in an unusable state, but can be fixed by running rdiff-backup --check-destination-dir, which results in the warning Warning: Access Control List file not found. Apparently, dead symbolic links are dereferenced in 1.2.2, and then rdiff-backup tries to run listattr() on the dereferenced link. It apparently forgets to reset the link recursion counter in the process. The error situation seems similar to one reported on the rdiff-backup-users mailing list, but which there is no response to: http://lists.nongnu.org/archive/html/rdiff-backup-users/2008-12/msg00010.html Mid-truncated log output (version 1.2.2 of rdiff-backup used on both systems): Warning: listattr('/cdrom'): [Errno 2] No such file or directory Warning: listattr('/etc/alternatives/irc'): [Errno 2] No such file or directory Warning: listattr('/etc/rc0.d/K06vprocunhide'): [Errno 2] No such file or directory Warning: listattr('/etc/rc2.d/S95vprocunhide'): [Errno 2] No such file or directory Warning: listattr('/etc/rc6.d/K06vprocunhide'): [Errno 2] No such file or directory (...) Warning: listattr('/home/tmp/usr/share/autoconf2.13/acconfig.h'): [Errno 2] No such file or directory Exception '[Errno 40] Too many levels of symbolic links' raised of class 'exceptions.IOError': File /var/lib/python-support/python2.4/rdiff_backup/robust.py, line 32, in check_common_error try: return function(*args) File /var/lib/python-support/python2.4/rdiff_backup/rpath.py, line 1123, in append return self.__class__(self.conn, self.base, self.index + (ext,)) File /var/lib/python-support/python2.4/rdiff_backup/rpath.py, line 868, in __init__ else: self.setdata() File /var/lib/python-support/python2.4/rdiff_backup/rpath.py, line 893, in setdata if self.lstat(): self.conn.rpath.setdata_local(self) File /var/lib/python-support/python2.4/rdiff_backup/rpath.py, line 1470, in setdata_local if Globals.eas_conn: rpath.data['ea'] = ea_get(rpath) File /var/lib/python-support/python2.4/rdiff_backup/eas_acls.py, line 584, in rpath_ea_get ea.read_from_rp(rp) File /var/lib/python-support/python2.4/rdiff_backup/eas_acls.py, line 59, in read_from_rp try: attr_list = rp.conn.xattr.listxattr(rp.path, rp.issym()) Exception '[Errno 40] Too many levels of symbolic links' raised of class 'exceptions.IOError': File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 304, in error_check_Main try: Main(arglist) File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 324, in Main take_action(rps) File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 280, in take_action elif action == backup: Backup(rps[0], rps[1]) File /var/lib/python-support/python2.4/rdiff_backup/Main.py, line 343, in Backup backup.Mirror_and_increment(rpin, rpout, incdir) File /var/lib/python-support/python2.4/rdiff_backup/backup.py, line 51, in Mirror_and_increment DestS.patch_and_increment(dest_rpath, source_diffiter, inc_rpath) File /var/lib/python-support/python2.4/rdiff_backup/backup.py, line 241, in patch_and_increment for diff in rorpiter.FillInIter(source_diffiter, dest_rpath): File /var/lib/python-support/python2.4/rdiff_backup/rorpiter.py, line 177, in FillInIter for rp in rpiter: File
Bug#509163: debian-reference: Alternately build-depend on locales-all
tags 509163 pending thanks I have fixed this in git repo. As much as I would like to help you all, I will appreciate if people from Ubuntu halp this document too. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476677: Upstream development abandoned
Hi, Rene Engelhard r...@debian.org írta 2008-12-19 15:21-kor: andrasfor...@netscape.net wrote: As I know the further upstream development of this package (at its current version 0.99.4) has been abandoned. Yep. In development its successor is the ???magyar ispell???, which is basically an extended version of myspell-hu with some new grammatical features making it incompatible with the original format. Currently its latest version is 1.3 and can be found at ???magyarispell.sourceforge.net???. Which actually is this source package ;-) The maintainer just needs to update his package... Gyorgy, will that happen? I can NMU if you wish... I would appreciate every help. I don't exactly understand the current situation. I haven't followed the developments of dictionary and language packages since years. I already thought about orphaning this package, because this seems to develeped into a special area since those years. Basically this is a request for this new package. OpenOffice.org 3.0.1 updated their internal dictionary with the hunspell one, but I could package it from there in emergency, but it of course would (also for the rest) better to continue packaging it from here, Hmm... There are to many pronoun in this sentence, which blocks me to understand. Can you rephrase it? Cheers, Pásztor György -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#268269: Info about #268269
Hi! There is already a detailed documentation available in recent versions of ImageMagick, in HTML format however. Do the HTML documentation fit in your needs or do you prefer it available in another formats, like manpages, etc? Thank you! Best regards, Nelson signature.asc Description: Digital signature
Bug#509198: Acknowledgement (rdiff-backup: 1.2.2 fails for listattr on symlinks, raises Too many levels of symbolic links exception)
Additional information: When restoring with --check-destination-dir, one MUST use version 1.2.1 to avoid corrupting the mirror, otherwise there will be problems with every single symlink that points to somewhere that's not on the mirror/backup target. E.g.: Warning: listattr('/backup/vikingmud/rdiff-backup/home/username/cvsroot'): [Errno 2] No such file or directory This occurs because cvsroot is a symlink to '/home/anotheruser/cvsroot', which of course is present only on the source system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504340: djvulibre-plugin/testing and #504340
Hi Leon, thanks for following the Debian bug and weighing in here! Leon Bottou wrote: On Thursday 18 December 2008 18:16:54 Thomas Viehmann wrote: Thomas Viehmann if (map_lookup(instance, id, inst) 0) return NPERR_INVALID_INSTANCE_ERROR; - cur_window = inst-window; + cur_window = (inst) ? inst-window : 0; The problem here is that inst should not be zero if map_lookup returns correctly. Like the previous patch, a seemingly unrelated change seems to solve the problem. The bug appears or disappears depending on the compiler options or depending on the insertion of printf in the right places. Your patch cannot hurt, but I do not think it is the end of the story either... OK, thanks for insisting on a proper fix. What it seems to boil down to is that the handling of static variables (such as the instance Map) is, let's say, not ideal - it has no locking and apparently the SetWindow is called at some inopportune moment. The Debian release zars said off-list that they prefer a proper fix as well, so that is the new plan. I'll probably investigate removing the instance map first (and look at what the other static globals are and what to do with them. I hope to be back with more on the issue in a while. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509138: git-buildpackage: behaviour is inconsistent wrt git-export-dir and git-ignore-new
El 19/12/08 09:13 Guido Günther escribió: On Thu, Dec 18, 2008 at 04:15:54PM -0300, Felipe Sateler wrote: If --git-export-dir is enabled at the same time than --git-ignore-new, then any uncommited changes will not be part of the new package. If, on the other hand, --git-export-dir is not enabled but --git-ignore-new is, then uncommited changes will be part of the new package. I would prefer if uncommited changes are always taken into account, but it's not that important as long as behaviour is consistent. The behaviour is consistent: ignore-new only discards warnings about uncommitted changes in you source tree. From the manpage: | Build the .diff.gz and debian package although there are uncommitted | changes in the source tree. It has nothing to do with what will be part of the package or not. You can take uncommitted changes into account by adding them to the index. It is inconsistent. With --git-export-dir you are building HEAD, without it you are building the working copy. This is an important difference. You can even export a completely different tree using --git-export. Cheers, -- Guido P.S.: I'm also thinking about adding a --git-export=WC (working copy) since others have asked for this too and I think it would also solve your problem. Probably. I would just make it default. Saludos, Felipe Sateler signature.asc Description: This is a digitally signed message part.
Bug#336603: Info about #336603
Hi! Is this a correct behaviour for Magick-config, please? (testing/unstable) $ Magick-config --cflags -I/usr/include (experimental) $ Magick-config --cflags -I/usr/include/ImageMagick -fopenmp Thank you! Best regards, Nelson signature.asc Description: Digital signature
Bug#348812: Can you reproduce #348812?
Hi! Can you reproduce http://bugs.debian.org/348812 using a new version of ImageMagick, please? (7:6.3.7.9.dfsg1-3 from testing/unstable or 7:6.4.5.4.dfsg1-1 from experimental) Otherwise, can you give us a link to a test image and the exact command line options that you are using? Thank you! Best regards, Nelson signature.asc Description: Digital signature
Bug#487842: please don't create ~/Desktop automaticly
I am experiencing the same issue: I can imagine the maintainers are very busy.. But I would suggest changing the default behavior to: not creating the default download directory if it does not exist, and come up with a save file dialog instead. Thanks in advance, Jelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508968: [manpages-dev] Getdents clarification
On Fri, Dec 19, 2008 at 3:40 PM, Michael Kerrisk mtk.manpa...@googlemail.com wrote: Hi Bastien, On Tue, Dec 16, 2008 at 8:23 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Package: manpages-dev Version: 3.05-1 Severity: wishlist Please clarify that before 2.6.4 d-type is DT_UNKNOW. I don't really see what the problem is here. The man page already says that the d_type field is only available since 2.6.4. Why do you not think that is sufficient? Even if the d_field is available since 2.6.4, we could retrieve safelly it. Because kernel pad with \0 and therefore it will give DT_UNKNOW. Therefore before 2.6.4 this field is available but alway initialized to DT_UNKNOW. Regards Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509201: Debian Installer does not work with IPv6
Package: Debian Installer Version: lenny / RC1 It's not possible to configure an IPv6 address using the Debian installer. When trying to enter a IPv6 address i get the following message: , | The IP address you provided is malformed It should be in the form | x.x.x.x .. ` I used both normal and expert mode and did load the IPv6 extensions when trying expert mode (wich didn't load the ipv6 Module btw.). cheers Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509200: [INTL:tr] Turkish debconf-po file for ppp
Package: ppp Severity: wishlist Tags: l10n patch Hi, Please find attached the Turkish debconf templates translation. Thanks to Deniz Bahadir Gur. -- roktas tr.po.gz Description: Binary data
Bug#358867: Can you reproduce #358867?
Hi! Can you reproduce http://bugs.debian.org/358867 using a new version of ImageMagick, please? (7:6.3.7.9.dfsg1-3 from testing/unstable or 7:6.4.5.4.dfsg1-1 from experimental) Otherwise, can you give us a link to a test image? Thank you! Best regards, Nelson signature.asc Description: Digital signature
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
On Thursday 18 December 2008 10:05, Paweł Tęcza wrote: I've just found Python module for PostgreSQL support of Pythofilter. It's python-pgsql [1]. Unfortunately it hasn't been debianized yet. Debian has python-pgsql package for long time, but it's different package! Its real name is pypgsql [2], grrr... Ah, that kind of thing is always bloody annoying. I would like to make Debian package with python-pgsql. I don't know what the best name for it is, so probably I'll contact with Debian Python Team. Yeah, or maybe try asking on the Debian mentors mailing list. The people there are usually full of good ideas. B/R, Frederik Dannemare -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508840: taking over
package wnpp owner 508840 ! retitle 508840 ITA: cmt -- Computer Music Toolkit (cmt) a collection of LADSPA plugins thanks I will be taking over this package. Saludos, Felipe Sateler signature.asc Description: This is a digitally signed message part.
Bug#481595: this bug is Done
I have no more this bug, so it could be closed. Cheers, Mazen, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509187: libpoppler-dev: No poppler_version defined
On Fri, Dec 19, 2008, Mathieu Malaterre wrote: Package: libpoppler-dev Version: 0.4.5-5.1etch3 We wont patch the API in the *etch* version at this point; did you check in lenny / unstable? Thanks, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508812: Reusing python-btsutils for bts-link
Hi. Some more comments : Le mercredi 17 décembre 2008 à 14:10 +0100, Stefano Zacchiroli a écrit : What about attachments? I'd love to have an easy way to access what has been posted to bug reports as attachment, as in a lot of cases they represent a patch or something else useful to access. At least some meta-information about attachments may be useful. I'm thinking about doing things like statistical analysis of threads in some of the comments, easily collecting patches, etc. The precise contents may not be that useful to store in memory unless for very specific needs such as parsing of some headers as you explained bellow. However, there, I would expect to handle more or less these attachments like mailing-lists messages or emails, so I hope there are already python libs available (or mailman or other tools' code which could be reused). Similarly, why you just have a fulltext? It is a fulltext of what? The whole buglog? That should be better accessed with some (possibly pre-existing in the python stdlib) mailbox-like abstraction. Sure. In terms of ontologies, for instance, if you have a look at http://www.ifi.uzh.ch/ddis/evo/ which includes BOM as a model for bugs, I think they recently evolved the model so that comments are subclasses of SIOC ontology which relates for online forum, lists and communities. That's the kind of OO modeling that could be adopted here too : mixing bug-specific code and mbox / mailing-lists archives specific code. Also, but possibly as a more long term goal, it would be really nice to provide some (heuristic and optional) parsing of each message in the bug log, especially the first one. At least for some widespread classes of bug report tools (reportbug and reportbug-ng for example) we can easily split the text, the meta-headers, the additional info, ... /me agrees. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org