Bug#548455: ecl: FTBFS: debian/ecl/usr/share/info/dir: No such file or directory
tags 548455 + patch thanks Hi, This problem is settled by adding install-info to Build-depends. I tested on i386 and amd64. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: ecl: FTBFS: debian/ecl/usr/share/info/dir: No such file or directory
Processing commands for cont...@bugs.debian.org: tags 548455 + patch Bug #548455 [src:ecl] ecl: FTBFS: debian/ecl/usr/share/info/dir: No such file or directory Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
On Wed, Dec 09, 2009 at 07:45:35AM +0100, Brice Goglin wrote: Leo L. Schwab wrote: I've upgraded to the 'unstable' mesa libraries, and to the 2.6.32-rc8 kernel. Same problems. You may try upgrading to experimental now... Those were the latest available versions that I could find via packages.debian.org. When did this problem start? What did you upgrade when it started? This is basically a virgin 'testing' install. The machine is a Sony VAIO VGN-S150 laptop. This machine was decommissioned about two years ago when the keyboard inexplicably died. Prior to that, it was running Debian 'unstable' on a daily basis just fine, including GL acceleration. The keyboard just as inexplicably came back to life recently, and I've been experimenting with various desktops as a prelude to gifting it to my mother. But then this corruption issue surfaced. It's a Sony, so I suppose it's possible the machine has traded a broken keyboard for a broken graphics chip (is there a way to test this?), but it has never been subjected to any abuse. It also passes MemTest86+ without issue, so it would not seem to be a problem with flaky memory. Since nobody else has ever reported such a critical problem (while the radeon driver has many users), I suggest your check your installation (with debsums for instance) and maybe check your hardware as well (memtest, smartctl, is there some sort of memtest for video?). The laptop in question isn't being used for anything (yet), so I can subject it to any form of diagnostic abuse you choose :-). Something strange is going on here... I wholeheartedly agree. Thanks, Schwab -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552185: gnome-bluetooth] read/write access to the /dev/rfkill device is required
I have an update on this bug. Yesterday I tried to manually grant write access to the rfkill device and activate Bluetooth via gnome-bluetooth: $ sudo chmod 0777 /dev/rfkill $ bluetooth-properties ** Message: adding killswitch idx 0 state 1 ** Message: killswitch 0 is 1 ** Message: killswitches state 1 ** Message: RFKILL event: idx 0 type 2 op 2 soft 0 hard 0 Here the bluetooth-properties window pops up and presents me a big button that reads Activate Bluetooth. I click this button and it grays out, though bluetooth is still disabled. The following appears on the console again: ** Message: killswitch 0 is 1 ** Message: killswitches state 1 Looks like it's a regression in bluez and not gnome-bluetooth's fault. What do you think? 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-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560146: kvm: failing to go fullscreen in SDL mode explodes the entire emulator process
Package: kvm Version: 85+dfsg-4.1 Severity: critical Justification: causes serious data loss The situation in which I encountered this involved the OpenSolaris 2009.06 Live CD, after it had entered graphical mode. FWIW, my X configuration is 1280x1024; the graphics window for KVM also appeared to be 1280x1024. The command line was: kvm -name dumbbell -uuid e7c06115-e211-4be5-b7e2-47d1502ed59e \ -m 1024 -hda dumbbell.qcow -vga vmware -net nic,vlan=0 -net user,vlan=0 \ -monitor stdio -no-shutdown -cdrom osol-0906-x86.iso -boot d Pressing C-A-f in the SDL display window to switch to fullscreen mode failed with Could not open SDL display, and the entire emulator process immediately vanished with no chance to checkpoint with a savevm or allow the guest to sync its disks or anything. In this case, I got lucky since it happened early in the OS install stage, but in other circumstances a sudden emulator exit could cause serious data loss, which is why I am filing this as a critical bug, similarly to #537569. (As usual, if this is not the correct severity, please advise as to the correct severity.) --- Drake Wilson -- Package-specific info: selected information from lshal(1): /proc/cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 75 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping: 2 cpu MHz : 2210.047 cache size : 512 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy bogomips: 4420.09 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 75 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping: 2 cpu MHz : 2210.047 cache size : 512 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy bogomips: 4420.30 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kvm depends on: ii adduser3.111 add and remove users and groups ii bridge-utils 1.4-5 Utilities for configuring the Linu ii iproute20090324-1networking and traffic control too ii libasound2 1.0.21a-1 shared library for ALSA applicatio ii libbluetooth3 4.57-1Library to use the BlueZ Linux Blu ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgnutls262.8.5-2 the GNU TLS library - runtime libr ii libncurses55.7+20090803-2shared libraries for terminal hand ii libpci31:3.1.4-4 Linux PCI Utilities (shared librar ii libpulse0 0.9.21-1 PulseAudio client libraries ii libsdl1.2debian1.2.13-5 Simple DirectMedia Layer ii libvdeplug22.2.3-3 Virtual Distributed Ethernet - Plu ii libx11-6 2:1.3.2-1 X11 client-side library ii python 2.5.4-2 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages kvm recommends: ii linux-image-2.6.27.1 [linux-i drache.1.0 Linux kernel binary image for vers ii linux-image-2.6.29-1-amd64 [l 2.6.29-3 Linux 2.6.29 image on AMD64 Versions of packages kvm suggests: ii debootstrap 1.0.20 Bootstrap a basic Debian system ii hal 0.5.13-6 Hardware Abstraction Layer pn kvm-sourcenone (no description available) pn samba none (no description available) ii
Bug#560119: marked as done (FTBFS: src/modules/avformat/producer_avformat.c:1425: undefined reference to `lrint')
Your message dated Wed, 09 Dec 2009 09:44:25 + with message-id e1nij5t-0002a7...@ries.debian.org and subject line Bug#560119: fixed in mlt 0.4.10-1 has caused the Debian Bug report #560119, regarding FTBFS: src/modules/avformat/producer_avformat.c:1425: undefined reference to `lrint' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 560119: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560119 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mlt Version: 0.4.8-1 Justification: FTBFS Severity: serious Tags: patch Hi, mlt package FTBFS on some architecture. https://buildd.debian.org/pkg.cgi?pkg=mlt - cc -g -O2 -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -I../.. -Wall -fPIC -DPIC -O2 -pipe -fomit-frame-pointer -ffast-math -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -I/usr/include/libavformat -I/usr/include/libavcodec -I/usr/include/libswscale -DFILTERS -DCODECS -DSWSCALE -c -o consumer_avformat.o consumer_avformat.c cc -shared -o ../libmltavformat.so factory.o filter_avcolour_space.o filter_avresample.o filter_avdeinterlace.o filter_swscale.o producer_avformat.o consumer_avformat.o -Wl,--no-undefined -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../../framework -lmlt -lpthread -Wl,--no-undefined -Wl,--as-needed -lavformat -lavformat -lavcodec -lavutil -lavdevice -lswscale producer_avformat.o: In function `decode_audio': /build/buildd-mlt_0.4.8-1-armel-Gw6Env/mlt-0.4.8/src/modules/avformat/producer_avformat.c:1425: undefined reference to `lrint' collect2: ld returned 1 exit status - When we use lrint, we need libm. But it is not set in LDFLAGS. I created patch and build check. Work file. Please apply this patch? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 fix_lrint.diff Description: application/octetstream ---End Message--- ---BeginMessage--- Source: mlt Source-Version: 0.4.10-1 We believe that the bug you reported is fixed in the latest version of mlt, which is due to be installed in the Debian FTP archive: libmlt++-dev_0.4.10-1_amd64.deb to main/m/mlt/libmlt++-dev_0.4.10-1_amd64.deb libmlt++3_0.4.10-1_amd64.deb to main/m/mlt/libmlt++3_0.4.10-1_amd64.deb libmlt-data_0.4.10-1_all.deb to main/m/mlt/libmlt-data_0.4.10-1_all.deb libmlt-dbg_0.4.10-1_amd64.deb to main/m/mlt/libmlt-dbg_0.4.10-1_amd64.deb libmlt-dev_0.4.10-1_amd64.deb to main/m/mlt/libmlt-dev_0.4.10-1_amd64.deb libmlt2_0.4.10-1_amd64.deb to main/m/mlt/libmlt2_0.4.10-1_amd64.deb melt_0.4.10-1_amd64.deb to main/m/mlt/melt_0.4.10-1_amd64.deb mlt_0.4.10-1.debian.tar.gz to main/m/mlt/mlt_0.4.10-1.debian.tar.gz mlt_0.4.10-1.dsc to main/m/mlt/mlt_0.4.10-1.dsc mlt_0.4.10.orig.tar.gz to main/m/mlt/mlt_0.4.10.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 560...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Patrick Matthäi pmatth...@debian.org (supplier of updated mlt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 09 Dec 2009 08:59:26 +0100 Source: mlt Binary: libmlt-dev libmlt2 libmlt-data libmlt++-dev libmlt++3 libmlt-dbg melt Architecture: source amd64 all Version: 0.4.10-1 Distribution: unstable Urgency: low Maintainer: Fathi Boudra f...@debian.org Changed-By: Patrick Matthäi pmatth...@debian.org Description: libmlt++-dev - MLT multimedia framework C++ wrapper (development) libmlt++3 - MLT multimedia framework C++ wrapper (runtime) libmlt-data - multimedia framework (data) libmlt-dbg - multimedia framework (debugging symbols) libmlt-dev - multimedia framework (development) libmlt2- multimedia framework (runtime) melt - command line media player and video editor Closes: 560119 Changes: mlt (0.4.10-1) unstable; urgency=low . * New upstream release. - Fixes FTBFS because of missing linking with libm. Closes: #560119 Checksums-Sha1: 1652003350d21eef8680359fcad58e6b4c3fea71 1380 mlt_0.4.10-1.dsc
Bug#560151: mono: Missing source for mcs/class/RabbitMQ.Client/docs/specs/*.cs
Package: mono Severity: serious Version: 2.4.2.3+dfsg-3 mcs/class/RabbitMQ.Client/docs/specs/*.cs in the source package are auto-generated, but the script that was used to generate them and the spec necessary to do so is not present. I know the XML file the spec is shipped in is not even suitable for non-free, but there is a BSD-licenced JSON description of the 0.8 and 0.9.1 (but not 0.9 yet) spec available from http://hg.rabbitmq.com/rabbitmq-codegen/file/c3da3b2b0584 If you make your C# derivatives of the JSON description, that should be ok, licence-wise. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Tollef Fog Heen Redpill Linpro -- Changing the game! t: +47 21 54 41 73 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515321: Depends on GTK 1.2
I demand that Phil Brooke may or may not have written... On Sun, 6 Dec 2009, Moritz Muehlenhoff wrote: libjsw build-depends on libgtk1.2-dev, which will be removed for Squeeze. Please port it to GTK 2 or request it's removal. Darren, what's the status? Shall we go ahead and remove libjsw (and searchandrescue along with it)? Unfortunately, I don't have time to take on libjsw. From the point of searchandrescue, I'm hoping to either modify it to use a different joystick interface, or simply disable the joystick (since it's playable with keyboard only). Either way, I have to do some work on searchandrescue. WRT libjsw, I'm not worried about whether it's removed; but if you just want to get rid of the GTK 1.2 dependency, the calibration tool can be dropped for now. I can have a look at the code and (try to) port it to GTK+2, though. (Its home page has gone, but there is newer source than of which I was aware.) -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + http://www.youmustbejoking.demon.co.uk/ In case of doubt, make it sound convincing. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555636: Fix pending
On Sat, Nov 14, 2009 at 05:53:38PM +0200, Stefanos Harhalakis wrote: This bug will be closed by the next fsprotect version which is currently in mentors. I've contacted my sponsor so it is a matter of time to be uploaded. Heya, I'm willing to sponsor this to have the bug fixed. Can you please confirm that the version on mentors is still the one you want to upload and provide me with a .dsc URL (maybe in private mail)? I'll then review and eventually upload your package. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559980: aptitude: Totally broken on GNU/kFreeBSD
It might be due to The use of the sigprocmask() function is unspecified in a multi-threaded process. http://www.opengroup.org/onlinepubs/9699919799/functions/pthread_sigmask.html I do not have kfreebsd box handy now. Kibi, please, does it work with pthread_sigmask() instead of sigprocmask() ? It indeed seems to work fine. Please find attached the new patch. IMHO, yet better would be patch below, some library might use some other signal internally, you really want to only block SIGWINCH. Petr --- a/src/main.cc +++ b/src/main.cc @@ -535,7 +535,7 @@ int main(int argc, char *argv[]) sigaddset(mask, SIGWINCH); -sigprocmask(SIG_SETMASK, mask, NULL); +pthread_sigmask(SIG_BLOCK, mask, NULL); } srandom(time(0)); -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 556816
Processing commands for cont...@bugs.debian.org: # rationale: the help was before the reassignment, it does not seem relevant anymore tags 556816 - help Bug #556816 [boinc-dev] boinc-dev is not longer shipping config.h file Ignoring request to alter tags of bug #556816 to the same tags previously set End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552071: snort-mysql: last upgraded version starts snort in foreground, failing upgrade and loading
2009/10/23 alex bodnaru alexb...@012.net.il: Package: snort-mysql Version: 2.8.4.1-4+b1 Severity: grave Justification: renders package unusable hello friends, thanks for providing us snort. a problem with last version i've installed: snort is starting in foreground (even though by start-stop-daemon). Could you please provide a log of the Snort startup? Run (as root) 'sh -x /etc/init.d/snort start 21 /tmp/snort.log' and send me the /tmp/snort.log file generated. Thank you Regards Javier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 559947 is normal
Processing commands for cont...@bugs.debian.org: # I believe this bug is serious by mistake (its non-cloned version has been demoted to normal): we have no rule (yet) that says that orhpaned pacakges are RC buggy ; if removal is sought, it can be reassigned as a request for removal without polluting in the meantime the RC bug list severity 559947 normal Bug #559947 [genparse] genparse: should this package be removed? Severity set to 'normal' from 'serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544433: glusterfs-server fails to start because of missing log dir
On Fri, Nov 27, 2009 at 01:59:14PM +0100, Matthias Albert wrote: today I've finished the new glusterfs packages (2.0.8) with almost all bugs fixed. Christian will check the packages and do the upload probably this weekend. Many thanks for your patches. Heya, any news on this? (2 more weeks have passed in the meantime) I was willing to review and do a DELAYED NMU upload, but unfortunately the Git repository of glusterfs does not contain the packaging of 2.0.8, the last debian/changelog entry there is: glusterfs (2.0.7-1) unstable; urgency=low * new upstream release (closes: #544434). * debian/control: - build depends on libdb4.7-dev (closes: 549854) - bump standards version to 3.8.3 * debian/README.source: added. * debian/glusterfs-server.init: provides glusterfs-server -- LI Daobing lidaob...@debian.org Tue, 06 Oct 2009 12:01:12 +0800 have you perhaps forgot a git push? It would be nice to always have the latest packaging in Git so that users, while they wait for official versions, can build their own fixed version via debcheckout and git-buildpackage. TIA, Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526562: marked as done (tgt: FTBFS: storage size of 'cred' isn't known)
Your message dated Wed, 09 Dec 2009 11:17:18 + with message-id e1nikxm-0003ur...@ries.debian.org and subject line Bug#526562: fixed in tgt 1:0.9.11-1 has caused the Debian Bug report #526562, regarding tgt: FTBFS: storage size of 'cred' isn't known to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 526562: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526562 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tgt Version: 20070924-1 Severity: serious From my pbuilder build log: ... cc -c -Wall -g -O2 -DISCSI -D_LARGEFILE64_SOURCE -I../include -I/include -I. - g -O2 -Wall -Wstrict-prototypes -fPIC mgmt.c -o mgmt.o mgmt.c: In function 'ipc_perm': mgmt.c:341: error: storage size of 'cred' isn't known mgmt.c:341: warning: unused variable 'cred' make[1]: *** [mgmt.o] Error 1 make[1]: Leaving directory `/tmp/buildd/tgt-20070924/usr' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- Daniel Schepler ---End Message--- ---BeginMessage--- Source: tgt Source-Version: 1:0.9.11-1 We believe that the bug you reported is fixed in the latest version of tgt, which is due to be installed in the Debian FTP archive: tgt_0.9.11-1.debian.tar.gz to main/t/tgt/tgt_0.9.11-1.debian.tar.gz tgt_0.9.11-1.dsc to main/t/tgt/tgt_0.9.11-1.dsc tgt_0.9.11-1_amd64.deb to main/t/tgt/tgt_0.9.11-1_amd64.deb tgt_0.9.11.orig.tar.gz to main/t/tgt/tgt_0.9.11.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 526...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frederik Schüler f...@debian.org (supplier of updated tgt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 09 Dec 2009 10:29:39 +0100 Source: tgt Binary: tgt Architecture: source amd64 Version: 1:0.9.11-1 Distribution: unstable Urgency: low Maintainer: Debian Kernel Team debian-ker...@lists.debian.org Changed-By: Frederik Schüler f...@debian.org Description: tgt- Linux SCSI target user-space tools Closes: 493375 501149 526562 556294 Changes: tgt (1:0.9.11-1) unstable; urgency=low . [ Ben Hutchings ] * New upstream version (Closes: #501149) - Adds -D_GNU_SOURCE to compiler options (Closes: #526562) * Add myself to Uploaders * Fix syntax of usage messages (Closes: #493375) * Use GPL-compatible digest code instead of OpenSSL (Closes: #556294) * Update Standards-Version to 3.8.3 - Add Homepage field * Enable FCoE driver * Update package description - Fix grammar - Mention 'SCSI' in the short description - Update list of drivers . [ Frederik Schüler ] * Switch to debhelper 7. Checksums-Sha1: b450286b1d2e160f8c9460d1c24949c972ee2636 1079 tgt_0.9.11-1.dsc dd3831be36088bb94e17505ecc388b46c5fdcf1c 296412 tgt_0.9.11.orig.tar.gz 534c798d97ff0c8ec2f70ae5d03b91db1dff952f 9242 tgt_0.9.11-1.debian.tar.gz bfd3ddee827da604409eaeca00f78e71d14f072f 184152 tgt_0.9.11-1_amd64.deb Checksums-Sha256: ae21f7707380174bf9b23715b6714a5d088c9d4f6725c439d355af5da978d0e6 1079 tgt_0.9.11-1.dsc 066caf13992b36dbf3fe76d15799d54a09de9898133298ed93291913a53378e7 296412 tgt_0.9.11.orig.tar.gz cc0a2163c794b73d7495180cb19cb97181556ab6526ff71881c593cb52a65acf 9242 tgt_0.9.11-1.debian.tar.gz fce2eedc784d12b3f99ad660fa6a2a5071baed9f49368bb99dd65e42c3e60034 184152 tgt_0.9.11-1_amd64.deb Files: 42a3f21e6608048f10e3bec20718a32f 1079 net optional tgt_0.9.11-1.dsc 3a9a78a6c4727d6e92aff0a5f8a21033 296412 net optional tgt_0.9.11.orig.tar.gz acc13d2f5fbec2f5e670cf729ff42808 9242 net optional tgt_0.9.11-1.debian.tar.gz 82bbbf2fd2bf526f1a09f9dfc3a146f1 184152 net optional tgt_0.9.11-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksfggEACgkQ6n7So0GVSSCODgCeMG88s8D2IeSWLR40UMAoEUc8 3eAAn0vHAyvr6Aq+NY5OVDPkNhnOmxup =WdLf -END PGP SIGNATURE- ---End Message---
Bug#556294: marked as done (GPLv2-licenced code using OpenSSL)
Your message dated Wed, 09 Dec 2009 11:17:18 + with message-id e1nikxm-0003uu...@ries.debian.org and subject line Bug#556294: fixed in tgt 1:0.9.11-1 has caused the Debian Bug report #556294, regarding GPLv2-licenced code using OpenSSL to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 556294: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556294 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tgt Version: 20070924-1 Severity: serious usr/iscsi/chap.c uses SHA1 and MD5 functions from OpenSSL. The GPLv2 and OpenSSL licences are incompatible, so these need to be replaced with an alternate implementation. Ben. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.31-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/dash Versions of packages tgt depends on: ii libc6 2.10.1-6 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8k-5 SSL shared libraries tgt recommends no packages. tgt suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: tgt Source-Version: 1:0.9.11-1 We believe that the bug you reported is fixed in the latest version of tgt, which is due to be installed in the Debian FTP archive: tgt_0.9.11-1.debian.tar.gz to main/t/tgt/tgt_0.9.11-1.debian.tar.gz tgt_0.9.11-1.dsc to main/t/tgt/tgt_0.9.11-1.dsc tgt_0.9.11-1_amd64.deb to main/t/tgt/tgt_0.9.11-1_amd64.deb tgt_0.9.11.orig.tar.gz to main/t/tgt/tgt_0.9.11.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 556...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frederik Schüler f...@debian.org (supplier of updated tgt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 09 Dec 2009 10:29:39 +0100 Source: tgt Binary: tgt Architecture: source amd64 Version: 1:0.9.11-1 Distribution: unstable Urgency: low Maintainer: Debian Kernel Team debian-ker...@lists.debian.org Changed-By: Frederik Schüler f...@debian.org Description: tgt- Linux SCSI target user-space tools Closes: 493375 501149 526562 556294 Changes: tgt (1:0.9.11-1) unstable; urgency=low . [ Ben Hutchings ] * New upstream version (Closes: #501149) - Adds -D_GNU_SOURCE to compiler options (Closes: #526562) * Add myself to Uploaders * Fix syntax of usage messages (Closes: #493375) * Use GPL-compatible digest code instead of OpenSSL (Closes: #556294) * Update Standards-Version to 3.8.3 - Add Homepage field * Enable FCoE driver * Update package description - Fix grammar - Mention 'SCSI' in the short description - Update list of drivers . [ Frederik Schüler ] * Switch to debhelper 7. Checksums-Sha1: b450286b1d2e160f8c9460d1c24949c972ee2636 1079 tgt_0.9.11-1.dsc dd3831be36088bb94e17505ecc388b46c5fdcf1c 296412 tgt_0.9.11.orig.tar.gz 534c798d97ff0c8ec2f70ae5d03b91db1dff952f 9242 tgt_0.9.11-1.debian.tar.gz bfd3ddee827da604409eaeca00f78e71d14f072f 184152 tgt_0.9.11-1_amd64.deb Checksums-Sha256: ae21f7707380174bf9b23715b6714a5d088c9d4f6725c439d355af5da978d0e6 1079 tgt_0.9.11-1.dsc 066caf13992b36dbf3fe76d15799d54a09de9898133298ed93291913a53378e7 296412 tgt_0.9.11.orig.tar.gz cc0a2163c794b73d7495180cb19cb97181556ab6526ff71881c593cb52a65acf 9242 tgt_0.9.11-1.debian.tar.gz fce2eedc784d12b3f99ad660fa6a2a5071baed9f49368bb99dd65e42c3e60034 184152 tgt_0.9.11-1_amd64.deb Files: 42a3f21e6608048f10e3bec20718a32f 1079 net optional tgt_0.9.11-1.dsc 3a9a78a6c4727d6e92aff0a5f8a21033 296412 net optional tgt_0.9.11.orig.tar.gz acc13d2f5fbec2f5e670cf729ff42808 9242 net optional tgt_0.9.11-1.debian.tar.gz 82bbbf2fd2bf526f1a09f9dfc3a146f1 184152 net optional tgt_0.9.11-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksfggEACgkQ6n7So0GVSSCODgCeMG88s8D2IeSWLR40UMAoEUc8 3eAAn0vHAyvr6Aq+NY5OVDPkNhnOmxup =WdLf -END PGP SIGNATURE- ---End Message---
Bug#501149: marked as done (tgt: not fit for release)
Your message dated Wed, 09 Dec 2009 11:17:18 + with message-id e1nikxm-0003uo...@ries.debian.org and subject line Bug#501149: fixed in tgt 1:0.9.11-1 has caused the Debian Bug report #501149, regarding tgt: not fit for release to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 501149: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501149 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tgt Version: 20070924-1 Severity: Serious Hello, this package needs a major update from upstream sources, which unfortunately are not in releaseable state yet. Best regards Frederik Schüler -- ENOSIG signature.asc Description: This is a digitally signed message part. ---End Message--- ---BeginMessage--- Source: tgt Source-Version: 1:0.9.11-1 We believe that the bug you reported is fixed in the latest version of tgt, which is due to be installed in the Debian FTP archive: tgt_0.9.11-1.debian.tar.gz to main/t/tgt/tgt_0.9.11-1.debian.tar.gz tgt_0.9.11-1.dsc to main/t/tgt/tgt_0.9.11-1.dsc tgt_0.9.11-1_amd64.deb to main/t/tgt/tgt_0.9.11-1_amd64.deb tgt_0.9.11.orig.tar.gz to main/t/tgt/tgt_0.9.11.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 501...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frederik Schüler f...@debian.org (supplier of updated tgt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 09 Dec 2009 10:29:39 +0100 Source: tgt Binary: tgt Architecture: source amd64 Version: 1:0.9.11-1 Distribution: unstable Urgency: low Maintainer: Debian Kernel Team debian-ker...@lists.debian.org Changed-By: Frederik Schüler f...@debian.org Description: tgt- Linux SCSI target user-space tools Closes: 493375 501149 526562 556294 Changes: tgt (1:0.9.11-1) unstable; urgency=low . [ Ben Hutchings ] * New upstream version (Closes: #501149) - Adds -D_GNU_SOURCE to compiler options (Closes: #526562) * Add myself to Uploaders * Fix syntax of usage messages (Closes: #493375) * Use GPL-compatible digest code instead of OpenSSL (Closes: #556294) * Update Standards-Version to 3.8.3 - Add Homepage field * Enable FCoE driver * Update package description - Fix grammar - Mention 'SCSI' in the short description - Update list of drivers . [ Frederik Schüler ] * Switch to debhelper 7. Checksums-Sha1: b450286b1d2e160f8c9460d1c24949c972ee2636 1079 tgt_0.9.11-1.dsc dd3831be36088bb94e17505ecc388b46c5fdcf1c 296412 tgt_0.9.11.orig.tar.gz 534c798d97ff0c8ec2f70ae5d03b91db1dff952f 9242 tgt_0.9.11-1.debian.tar.gz bfd3ddee827da604409eaeca00f78e71d14f072f 184152 tgt_0.9.11-1_amd64.deb Checksums-Sha256: ae21f7707380174bf9b23715b6714a5d088c9d4f6725c439d355af5da978d0e6 1079 tgt_0.9.11-1.dsc 066caf13992b36dbf3fe76d15799d54a09de9898133298ed93291913a53378e7 296412 tgt_0.9.11.orig.tar.gz cc0a2163c794b73d7495180cb19cb97181556ab6526ff71881c593cb52a65acf 9242 tgt_0.9.11-1.debian.tar.gz fce2eedc784d12b3f99ad660fa6a2a5071baed9f49368bb99dd65e42c3e60034 184152 tgt_0.9.11-1_amd64.deb Files: 42a3f21e6608048f10e3bec20718a32f 1079 net optional tgt_0.9.11-1.dsc 3a9a78a6c4727d6e92aff0a5f8a21033 296412 net optional tgt_0.9.11.orig.tar.gz acc13d2f5fbec2f5e670cf729ff42808 9242 net optional tgt_0.9.11-1.debian.tar.gz 82bbbf2fd2bf526f1a09f9dfc3a146f1 184152 net optional tgt_0.9.11-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksfggEACgkQ6n7So0GVSSCODgCeMG88s8D2IeSWLR40UMAoEUc8 3eAAn0vHAyvr6Aq+NY5OVDPkNhnOmxup =WdLf -END PGP SIGNATURE- ---End Message---
Processed: Re: mailutils: 'mail' reporting input in flex scanner failed
Processing commands for cont...@bugs.debian.org: severity 543544 critical Bug #543544 [mailutils] mailutils: 'mail' reporting input in flex scanner failed Severity set to 'critical' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518433: XALANJ-2430 - Xalan 2.7.1 won't compile an xslt when a recursive template is used in a global variable.
severity 518433 important thanks On Thu, Mar 05, 2009 at 08:41:35PM -0600, Chris Cheney wrote: Package: libxalan2-java Version: 2.7.1-2 Severity: grave Tags: upstream I don't think sure severity grave or even RC is appropriate here. If it were only for xalan itself, the bug is surely a bug, but it is severity normal as the case of recursive template invocation within variables is not that common and can be worked around in most cases. So I believe you set grave as it breaks other programs, but I failed to find evidence of that. For instance, by checking the bug log of openoffice.org-writer I can't find (at the time of writing) any bug report about the inability to save into XHTML that are related to this bug. Some goes for mediawiki output. Hence, I'm lowering the severity of this bug to important. If you want to raise it again please provide evidence of misbehavior's introduced in other Debian packages introduced by this. Also, it would be nice to mark those packages as affected by this bug and mark the corresponding bugs as blocked by this one. Many thanks in advance, Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime signature.asc Description: Digital signature
Processed: Re: Bug#518433: XALANJ-2430 - Xalan 2.7.1 won't compile an xslt when a recursive template is used in a global variable.
Processing commands for cont...@bugs.debian.org: severity 518433 important Bug #518433 [libxalan2-java] XALANJ-2430 - Xalan 2.7.1 won't compile an xslt when a recursive template is used in a global variable. Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#559799: CVE-2009-3736 local privilege escalation
Processing commands for cont...@bugs.debian.org: fixed 559799 2.4.1-1 Bug #559799 [bochs] CVE-2009-3736 local privilege escalation Bug Marked as fixed in versions bochs/2.4.1-1. severity 559799 important Bug #559799 [bochs] CVE-2009-3736 local privilege escalation Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559799: CVE-2009-3736 local privilege escalation
fixed 559799 2.4.1-1 severity 559799 important thanks On Sun, 2009-12-06 at 23:50:40 -0500, Michael Gilbert wrote: Package: bochs Severity: grave Tags: security The following CVE (Common Vulnerabilities Exposures) id was published for libtool. I have determined that this package embeds a vulnerable copy of the libtool source code. However, since this is a mass bug filing (due to so many packages embedding libtool), I have not had time to determine whether the vulnerable code is actually present in any of the binary packages. Please determine whether this is the case. If the package is not affected, please feel free to close the bug with a message containing the details of what you did to check. CVE-2009-3736[0]: | ltdl.c in libltdl in GNU Libtool 1.5.x, and 2.2.6 before 2.2.6b, | attempts to open a .la file in the current working directory, which | allows local users to gain privileges via a Trojan horse file. Note that this problem also affects etch and lenny, so if your package is affected, please coordinate with the security team to release the DSA for the affected packages. As explained on debian-devel the conditions needed to trigger either of the problems are several. In this case, bochs version 2.4.1-1 and later are not vulnerable as I patched it some time ago to load the ‘.so’ files directly instead of using the ‘.la’ files, so testing and unstable are fine. Then stable is not vulnerable to the ‘.a’ problem as the ‘.la’ files for bochs plugins have an empty old_library field. It's supposedly vulnerable to the ‘.la’ problem, but all plugins are shipped in the bochs package except for the UI ones, which are shipped in a different packages but depended by bochs, so the user will have at least one UI plugin. And they are the ones responsible for configuring which one to load from the configuration file, so the case where the user tries to run continuosly bochs in random directories w/ a non-existing plugin seems pretty contrived to me. That's why I've lowered the severity, it might still be good to update bochs in stable and olstable, but it does not seem a really huge problem to me, and it might even deserve a lower severity. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. Thanks Alan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 559947 is serious
Processing commands for cont...@bugs.debian.org: severity 559947 serious Bug #559947 [genparse] genparse: should this package be removed? Severity set to 'serious' from 'normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560164: netbase: Fails to purge on non-Linux archs
Package: netbase Version: 4.37 Severity: serious Justification: Fails to purge Hello, netbase.postrm does [ -d /etc/sysctl.d/ ] rmdir --ignore-fail-on-non-empty /etc/sysctl.d/ which returns false and thus fails when /etc/sysctl.d/ doesn't exist (non-Linux archs). It should be [ ! -d /etc/sysctl.d/ ] || rmdir --ignore-fail-on-non-empty /etc/sysctl.d/ Samuel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (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 netbase depends on: ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages netbase recommends: ii ifupdown 0.6.9 high level tools to configure netw netbase suggests no packages. -- debconf information excluded -- Samuel Thibault samuel.thiba...@fnac.net ... rv_ et Ctrl alt F2 pour aller sous console rv_ mais c koi pour passer d'un bureau a un autre ! rv_ au fait c koi le raccourci pour passer d'un bureau a un autre 'question stupide cycyx �a d�pend du window manager et de ta conf Firebird ce qui fonctionne toujours c'est CTRL-ALT-BCKSP -:- SignOff rv_: #linuxfr (Read error: EOF from client) -:- rv_ [...@217.11.166.169] has joined #linuxfr rv_ Firebird: MEURT... -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: retitle 549407 to ivtools: FTBFS because of imake changing string
Processing commands for cont...@bugs.debian.org: retitle 549407 ivtools: FTBFS because of imake changing string Bug #549407 [buildd.debian.org,ivtools] ivtools: FTBFS because of imake changing $(ARCH) string Changed Bug title to 'ivtools: FTBFS because of imake changing string' from 'ivtools: FTBFS because of imake changing $(ARCH) string' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Really retittling 549407
Processing commands for cont...@bugs.debian.org: retitle 549407 ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name Bug #549407 [buildd.debian.org,ivtools] ivtools: FTBFS because of imake changing string Changed Bug title to 'ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name' from 'ivtools: FTBFS because of imake changing string' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560168: yubikey-server-c: Fails to install on creation of user
Package: yubikey-server-c Version: 0.3-1 Severity: grave Tags: patch Justification: renders package unusable Command useradd fails on the fact -X and -g groupname is used. Remove -g groupname and package installs without problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (1001, 'testing'), (500, 'oldstable'), (60, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages yubikey-server-c depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcrypt11 1.4.4-6LGPL Crypto library - runtime libr ii libmicrohttpd50.4.4-1library embedding HTTP server func ii libpq58.4.1-1PostgreSQL C client library ii libyubikey0 1.5-1 Yubikey OTP handling library runti yubikey-server-c recommends no packages. yubikey-server-c suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549407: [buildd-tools-devel] Bug#549407: ivtools 1.2.6-1 FTBFS on sparc and powerpc
clone 549407 -1 reassign -1 xutils-dev retitle -1 imake: Must not unconditionally mangle pre-defined symbols in paths. thanks On Tue, Dec 08, 2009 at 03:01:12PM +, Roger Leigh wrote: Thanks for identifying the cause of the problem! So, to state the problem clearly: Imake is substituting the $(ARCH) part of the path to something else. Such as 'i386' being swapped for something else entirely, thus resulting in an invalid path. Exactly. This is particularly obscure, since not all arch names have the associated symbol defined, e.g., I could not reproduce this with amd64, and there were no problems with other autobuilders using new sbuild, but there were with i386, sparc and powerpc. This is, IMO, completely broken on the part of Imake. Agreed I'm reluctant to alter sbuild to accommodate such bad behaviour. For one thing, it can substitute /any part/ of the path, so there's no guarantee it won't randomly break on the XX random part or any other path component for any given build. The fix just makes the arch mismatch because underscore makes the two parts a single token, but that is not to say it will /never/ match. I accept that it solves the immediate issue, but it doesn't correct the fundamental underlying defect in imake. What's worse is that the random path might actually be /valid/, in which case it might scribble junk into, or delete files from, a directory other than the build directory. Unlikely, but possible, so a potential security problem on the buildd. Agreed also, but note that there is the same potential problem with the current setup. IIRC, few packages still use imake, so this is not at all a generalized problem. The only action I'd currently expect to be considered from the sbuild side is documenting this misbehavior. I agree that this is an imake misbehavior, so I am cloning this bug report and reassigning the clone to xutils-dev. I am keeping current RC severity, xutils-dev maintainers, please readjust at your will. Is this possible to fix in ivtools using the -u option to undefine things as suggested in the FAQ? Given the package-specific nature of the problem, I feel this would be a more appropriate place for a fix. Yes, that is the scheduled fix. Unfortunately, the buildd-tools mailing list stripped the patch, this is the relevant part, +# Make sure this symbol is disabled when imake is invoked. +MAKE += SPECIAL_IMAKEFLAGS=-U$(ARCH) + and changed make-$(MAKE). In practice, this should only affect the Makefile and Makefiles targets. However, I did not check carefully if there is other indirect imake invocation, so doing things this way does not hurt. I expect to upload a fixed ivtools NMU today. Cheers, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557778: [DRE-maint] Bug#557778: same problem here
- Forwarded message from Antonio Terceiro terce...@softwarelivre.org - Date: Wed, 9 Dec 2009 09:38:11 -0300 From: Antonio Terceiro terce...@softwarelivre.org To: Vincent Fourmond fourm...@debian.org Cc: Jérémy Lal je...@edagames.com, 557778-subscr...@bugs.debian.org Subject: Re: [DRE-maint] Bug#557778: same problem here User-Agent: Mutt/1.5.20 (2009-06-14) Hello, Vincent Fourmond escreveu isso aí: retitle 557778 Should be less strick checking imagemagick version at run time severity 557778 serious thanks Jérémy Lal wrote: In fact, now i have the same problem : /usr/lib/ruby/1.8/i486-linux/RMagick2.so: This installation of RMagick was configured with ImageMagick 6.5.7 but ImageMagick 6.5.8-3 is in use. (RuntimeError) Adding version in debian/control dbuild-dependencies fixes the problem : Build-Depends: debhelper (= 5), libmagickcore-dev (= 6.5.8), ruby1.8, ruby1.8-dev, libwmf-bin, ghostscript, gsfonts, cdbs (= 0.4.33), ruby-pkg-tools (= 0.13), rdoc, graphviz, quilt, libsetup-ruby1.8 (= 3.4.1-3), libmagickwand-dev (= 6.5.8) This problem had shown up before, and it was fixed with a binNMU. The trouble is that binNMU should not be needed unless there is a bump in the soname, shouldn't it ? This is a pain, but unfortunately, I don't have time to fix that now. Antonio, you did the last upload, would you have the time to investigate ? In principle, if the Ruby module is only sensitive to changes that would warrant a SONAME bump of the imagemgick libraries, the check should be disabled altogether; could you please check ? RMagick itself provides a way of disabling the check: settting RMAGICK_BYPASS_VERSION_TEST to true before requiring RMagick.so. I've tested it in up-to-date sid and squeeze boxes by running the spinned.rb example: on sid == -8---8--- terce...@morere:~/tmp (home)$ cat bypass.rb RMAGICK_BYPASS_VERSION_TEST = true terce...@morere:~/tmp (home)$ ruby spinner.rb /usr/lib/ruby/1.8/i486-linux/RMagick2.so: This installation of RMagick was configured with ImageMagick 6.5.7 but ImageMagick 6.5.8-3 is in use. (RuntimeError) from /usr/lib/ruby/1.8/RMagick.rb:11 from spinner.rb:4:in `require' from spinner.rb:4 terce...@morere:~/tmp (home)$ ruby -r./bypass spinner.rb This example creates an animated GIF that resembles the OS X waiting icon. You can view the GIF with the command animate spinner.gif -8---8--- (so it worked, the generated image was ok) on squeeze == -8---8--- terce...@testing:~$ cat bypass.rb RMAGICK_BYPASS_VERSION_TEST = true terce...@testing:~$ ruby spinner.rb /usr/lib/ruby/1.8/i486-linux/RMagick2.so: This installation of RMagick was configured with ImageMagick 6.5.5 but ImageMagick 6.5.7-8 is in use. (RuntimeError) from /usr/lib/ruby/1.8/RMagick.rb:11 from spinner.rb:4:in `require' from spinner.rb:4 terce...@testing:~$ ruby -r./bypass spinner.rb This example creates an animated GIF that resembles the OS X waiting icon. You can view the GIF with the command animate spinner.gif *** glibc detected *** ruby: malloc(): memory corruption: 0x08990978 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7d12824] /lib/i686/cmov/libc.so.6[0xb7d152cb] /lib/i686/cmov/libc.so.6(__libc_malloc+0x5e)[0xb7d1717e] /usr/lib/libMagickCore.so.2(AcquireMagickMemory+0x26)[0xb7a09476] /usr/lib/libMagickCore.so.2(AcquireImageInfo+0x23)[0xb79f7073] /usr/lib/libMagickCore.so.2(CloneImageInfo+0x1c)[0xb79f712c] /usr/lib/libMagickCore.so.2(GetDrawInfo+0x74)[0xb79a6fc4] /usr/lib/ruby/1.8/i486-linux/RMagick2.so(DrawOptions_initialize+0x52)[0xb7becaa2] /usr/lib/ruby/1.8/i486-linux/RMagick2.so(Draw_initialize+0x48)[0xb7becb38] /usr/lib/libruby1.8.so.1.8[0xb7e99ae5] /usr/lib/libruby1.8.so.1.8[0xb7ea4c8c] /usr/lib/libruby1.8.so.1.8[0xb7ea4e20] /usr/lib/libruby1.8.so.1.8(rb_funcall2+0x6b)[0xb7ea57ab] /usr/lib/libruby1.8.so.1.8(rb_obj_call_init+0x57)[0xb7ea5857] /usr/lib/libruby1.8.so.1.8(rb_class_new_instance+0x3a)[0xb7ed5bfa] /usr/lib/libruby1.8.so.1.8[0xb7e99b00] /usr/lib/libruby1.8.so.1.8[0xb7ea4c8c] /usr/lib/libruby1.8.so.1.8[0xb7ea4e20] /usr/lib/libruby1.8.so.1.8[0xb7e9f671] /usr/lib/libruby1.8.so.1.8[0xb7ea08fc] /usr/lib/libruby1.8.so.1.8[0xb7ea330c] /usr/lib/libruby1.8.so.1.8(rb_yield+0x27)[0xb7eaeb47] /usr/lib/libruby1.8.so.1.8[0xb7ecea29] /usr/lib/libruby1.8.so.1.8[0xb7e99ae5] /usr/lib/libruby1.8.so.1.8[0xb7ea4c8c] /usr/lib/libruby1.8.so.1.8[0xb7ea4e20] /usr/lib/libruby1.8.so.1.8[0xb7e9f671] /usr/lib/libruby1.8.so.1.8[0xb7ea2a59] /usr/lib/libruby1.8.so.1.8[0xb7eb1267] /usr/lib/libruby1.8.so.1.8(ruby_exec+0x22)[0xb7eb12b2] /usr/lib/libruby1.8.so.1.8(ruby_run+0x2f)[0xb7eb12ef] ruby[0x804871d] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7cbdb55] ruby[0x8048631] === Memory map:
Processed: Really cloning 549407 to xutils-dev
Processing commands for cont...@bugs.debian.org: clone 549407 -1 Bug#549407: ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name Bug 549407 cloned as bug 560171. reassign -1 xutils-dev Bug #560171 [buildd.debian.org,ivtools] ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name Bug reassigned from package 'buildd.debian.org,ivtools' to 'xutils-dev'. retitle -1 imake: Must not unconditionally mangle pre-defined symbols in paths. Bug #560171 [xutils-dev] ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name Changed Bug title to 'imake: Must not unconditionally mangle pre-defined symbols in paths.' from 'ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559638: FTBFS [hppa]: unrecognized command line option -m32
Hi, On Tue, 2009-12-08 at 01:23 +0100, Domenico Andreoli wrote: Hi, -m32 is a machine dependent option, on x86 it is used to build 32bit code whereas -m64 is for 64bit code. it is not available on hppa because userland is 32bit only. I believe I have fixed the problem in my current working release. Unfortunately, I cannot test it, as paer.debian.org does not allow me to log in (Error: 'Permission denied (publickey).'). I will upload a new revision soon, and I hope that it will build OK. Yours, -- ___ | Christian Holm Christensen |_| | - | | Address: Sankt Hansgade 23, 4Phone: (+45) 35 35 96 91 _| DK-2200 Copenhagen NCell: (+45) 24 61 85 91 _|Denmark Office:(+45) 353 25 447 | Email: ch...@nbi.dkWeb:http://cern.ch/cholm | | -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Wed, Dec 9, 2009 at 12:54 PM, Alan Jenkins sourcejedi.l...@googlemail.com wrote: Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. Thanks Alan But if I remember correctly, it worked fine on my 701 (only two modes, but no freeze). To trigger the bug, I have to echo 0 /sys/devices/platform/eeepc/cpufv ? I don't have my 701 right now, so I can't test, is there anything in dmesg or is it only a bad hardware freeze ? Anyway, if we disable it for 701, how can we detect that this is a 701 ? using dmi matching ? when only 2 modes are available ? Thanks, -- Corentin Chary http://xf.iksaif.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#560164: netbase: Fails to purge on non-Linux archs
Processing commands for cont...@bugs.debian.org: severity 560164 important Bug #560164 [netbase] netbase: Fails to purge on non-Linux archs Severity set to 'important' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560164: netbase: Fails to purge on non-Linux archs
severity 560164 important thanks On Dec 09, Samuel Thibault sthiba...@debian.org wrote: Severity: serious Justification: Fails to purge No hurry, nobody needs to purge it anyway if they like having networking. -- ciao, Marco signature.asc Description: Digital signature
Bug#546825: Reproduced
Hi, I get this too. so confirmed on debian testing. insight-bin: error while loading shared libraries: libitcl3.2.so.1: cannot open shared object file: No such file or directory It also wants itk3.2.so.1 and tcl 8.4 (8.5 installed) This package is useless as it stands. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 560171 is important, tagging 560171
Processing commands for cont...@bugs.debian.org: severity 560171 important Bug #560171 [xutils-dev] imake: Must not unconditionally mangle pre-defined symbols in paths. Severity set to 'important' from 'serious' tags 560171 upstream Bug #560171 [xutils-dev] imake: Must not unconditionally mangle pre-defined symbols in paths. Added tag(s) upstream. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Wed, 9 Dec 2009 11:54:54 + Alan Jenkins sourcejedi.l...@googlemail.com wrote: Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. If by we, you mean Debian, and by disable you mean disable by default, then I agree. However, I don't believe it should be disabled upstream. I have used SHE successfully on the 4G for several weeks. Although SHE became suspect when I experienced some lockups, after running for a few days with SHE disabled, I still get occasional lockups, so I don't no longer think SHE is the cause. Users ought to be given the option of re-enabling it on the 4G, but be given an appropriate caution about lack of vendor support for this configuration. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca sy...@sanctuary.nslug.ns.ca \`' Debian http://www.debian.orgsy...@debian.org ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#560164: netbase: Fails to purge on non-Linux archs
Processing commands for cont...@bugs.debian.org: severity 560164 serious Bug #560164 [netbase] netbase: Fails to purge on non-Linux archs Severity set to 'serious' from 'important' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560181: can't purge wwwoffle (action stop failed)
Package: wwwoffle Version: 2.9d-3 Severity: grave Justification: renders package unusable I want to purge the package, but it doesn't work, breaking the packaging system... # dpkg --purge wwwoffle (Reading database ... 106391 files and directories currently installed.) Removing wwwoffle ... Stopping HTTP cache proxy server: wwwoffled...can't connect to control socket. Trying to signal daemon process...failed, daemon was not running. invoke-rc.d: initscript wwwoffle, action stop failed. dpkg: error processing wwwoffle (--purge): subprocess installed pre-removal script returned error exit status 1 Checking for htdig package... Fixing ownership of spooldirs in the background. Starting HTTP cache proxy server: wwwoffled notice: The WWWOFFLE root CA files don't exist. Please stand by while these are generated (this may take very long, depending on your system). wwwoffled[2752] Important: WWWOFFLE Demon Version 2.9d (with ipv6,with zlib,with gnutls) started. wwwoffled[2752] Warning: Could not import private key [Base64 unexpected header error.]. wwwoffled[2752] Fatal: The WWWOFFLE root CA private key file 'certificates/root/root-key.pem' cannot be loaded; delete problem file and start WWWOFFLE again to recreate it. invoke-rc.d: initscript wwwoffle, action start failed. dpkg: error while cleaning up: subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: wwwoffle Note: wwwoffle is currently half-installed because the upgrade to 2.9d-3 partially failed, and I currently can't fix that. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (500, 'oldstable'), (200, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wwwoffle depends on: ii coreutils 7.4-2 The GNU core utilities ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii debianutils3.2.2 Miscellaneous utilities specific t ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgnutls262.8.4-1 the GNU TLS library - runtime libr ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime wwwoffle recommends no packages. Versions of packages wwwoffle suggests: pn htdig | namazu | mnogosearch- none (no description available) ii logrotate 3.7.8-4Log rotation utility pn pdnsd none (no description available) -- debconf information: * wwwoffle/string_port_number: 8080 wwwoffle/ageline_added: wwwoffle/use-htdig: false wwwoffle/ppp-fetch: false * wwwoffle/use-ppp-interface: false wwwoffle/ageline_lost: wwwoffle/text_new_location: wwwoffle/conf-perm: * wwwoffle/passwd: (password omitted) * wwwoffle/string_parent_proxy: none * wwwoffle/select_html_lang: fr (French) wwwoffle/ipv6defaultnone: * wwwoffle/fetchfrequency: 30 wwwoffle/note_upgrade_config_failed: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown
Package: apt-dater Version: 0.8.0+svn431-1 Severity: grave Justification: renders package unusable Somewhere between last week and this week, apt-dater stopped working for me. Symptoms: Of the 15 hosts that are configured, two (running debian testing) show up as up to date wrongly (updates are pending); the other 13 (running etch or lenny) show up as unknown. Even after refreshing, this does not change. The problem seems to be on the host running apt-dater, as manually running the ssh command line from /usr/lib/apt-dater/cmd that is used for refresh produces no error and the output looks OK; that output is also saved in ~/.cache/apt-dater/stats/ , so I suppose the data is being gathered, but somehow misinterpreted by apt-dater. The last upgrades I did on the host running apt-dater (in between it working and breaking) were libc6, libglib2.0-0 and tcl8.5, so I suppose the problem lies with these upgrades somewhere. cm. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-dater depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libpopt0 1.15-1 lib for parsing cmdline parameters ii libxml2 2.7.6.dfsg-1 GNOME XML library ii openssh-client1:5.1p1-8 secure shell client, an rlogin/rsh ii screen4.0.3-14 terminal multiplexor with VT100/AN ii tcl8.58.5.8-2Tcl (the Tool Command Language) v8 apt-dater recommends no packages. Versions of packages apt-dater suggests: ii apt-dater-host0.8.0+svn431-1 host helper application for apt-da ii xsltproc 1.1.26-1 XSLT command line processor -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown
Hi, could you send me the files of one host from ~/.cache/apt-dater/stats/hostname* please. What happens if you enter the host about apt-dater with the 'c' key? Package: apt-dater Version: 0.8.0+svn431-1 Severity: grave Justification: renders package unusable Somewhere between last week and this week, apt-dater stopped working for me. Symptoms: Of the 15 hosts that are configured, two (running debian testing) show up as up to date wrongly (updates are pending); the other 13 (running etch or lenny) show up as unknown. Even after refreshing, this does not change. The problem seems to be on the host running apt-dater, as manually running the ssh command line from /usr/lib/apt-dater/cmd that is used for refresh produces no error and the output looks OK; that output is also saved in ~/.cache/apt-dater/stats/ , so I suppose the data is being gathered, but somehow misinterpreted by apt-dater. The last upgrades I did on the host running apt-dater (in between it working and breaking) were libc6, libglib2.0-0 and tcl8.5, so I suppose the problem lies with these upgrades somewhere. cm. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-dater depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libpopt0 1.15-1 lib for parsing cmdline parameters ii libxml2 2.7.6.dfsg-1 GNOME XML library ii openssh-client1:5.1p1-8 secure shell client, an rlogin/rsh ii screen4.0.3-14 terminal multiplexor with VT100/AN ii tcl8.58.5.8-2Tcl (the Tool Command Language) v8 apt-dater recommends no packages. Versions of packages apt-dater suggests: ii apt-dater-host0.8.0+svn431-1 host helper application for apt-da ii xsltproc 1.1.26-1 XSLT command line processor -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On 12/9/09, Ben Armstrong sy...@sanctuary.nslug.ns.ca wrote: On Wed, 9 Dec 2009 11:54:54 + Alan Jenkins sourcejedi.l...@googlemail.com wrote: Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. If by we, you mean Debian, and by disable you mean disable by default, then I agree. However, I don't believe it should be disabled upstream. I have used SHE successfully on the 4G for several weeks. Although SHE became suspect when I experienced some lockups, after running for a few days with SHE disabled, I still get occasional lockups, so I don't no longer think SHE is the cause. Users ought to be given the option of re-enabling it on the 4G, but be given an appropriate caution about lack of vendor support for this configuration. Ben I think the kernel should disable SHE by default on the 701 models. I don't mind if it provides a force_cpufv option with an appropriate warning. The 701 models aren't shipped with any way to control the SHE. It is a form of overclocking which is not supported by the vendor. On the other models, SHE is a marketed feature which users will expect to work reliably. We should treat these cases differently in the kernel. I don't think it should be left to userspace to get this right. There are other distributions than debian :-). I've seen at least one desktop applet which controls SHE. I expect it has a similar option to toggle SHE automatically when switching between mains and battery power. If we change the kernel, it will affect everyone. The ABI doc for eeepc-laptop doesn't say writing to cpufv may break, so we need _some_ change to the kernel sources :). I think it's better to fix this in the code and not just add disclaimers in the documentation. Alan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560158: gnome-screensaver: turns of backlight and makes it impossible to turn it on again
Le mercredi 09 décembre 2009 à 20:12 +0900, Norbert Preining a écrit : Here I have to mention that I am not 100% sure that it is gnome-screensaver's fault, because with gnome-screensaver killed there is still a strange message popping up from the display-properties icon (is this a separate applet, I don't see it in the process list, but the icon is shown in my panel, only if I start the Properties ... then gnome-display-properties process is started) stating that: Could not switch the monitor configuration could not set the configuration CRTC 58 so it might be a bug in the panel (which I believe ships the display properties). But since killing gnome-screensaver actually provided a way to get the backlight back, I file this bug against it, please reassign if you think it is not gnome-screensaver's fault. I don’t think gnome-screensaver has anything to do with that problem. It doesn’t act upon lid close, it doesn’t set the backlight. The odds are 50-40-10 for me between a kernel bug, a X driver bug, and a gnome-power-manager/devicekit-power bug. Please try with a 2.6.31 kernel to see if this is a regression in the kernel. Please also try with KMS enabled, or disabled if it’s already the case. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On 12/9/09, Corentin Chary corentin.ch...@gmail.com wrote: On Wed, Dec 9, 2009 at 12:54 PM, Alan Jenkins sourcejedi.l...@googlemail.com wrote: Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. Thanks Alan But if I remember correctly, it worked fine on my 701 (only two modes, but no freeze). To trigger the bug, I have to echo 0 /sys/devices/platform/eeepc/cpufv ? Reportedly http://groups.google.com/group/linux.debian.bugs.dist/msg/9805f22bc6b8bbda. Another report says it happens only when booting in single user mode, and not every time. I can't reproduce it myself, even though it's happened to me in the past, both from writing to that file manually, and from the default configuration of eeepc-acpi-scripts. I _can_ still reproduce the strange hissing noise in performance mode. If I repeatedly plug and unplug the power adaptor with eeepc-acpi-scripts installed (triggering the switch between performance and normal), I see various kernel messages. These are the kernel init messages for the webcam and cardreader, suggesting that they are disappearing and re-appearing. I wasn't able to reproduce it without eeepc-acpi-scripts (either by plugging / unplugging repeatedly, or by toggling the value of cpufv in a scripted loop, or by both at the same time). I don't have my 701 right now, so I can't test, is there anything in dmesg or is it only a bad hardware freeze ? Apparently it's just a freeze: Indeed it sounds like 559578, and before proceeding further, though garbled, I have compared the blurred lines to a regular boot, and it turns out the final words before freezing are: Wed Dec 9 09:34:02 2009: Loading EeePC support modules...done. Wed Dec 9 09:34:02 2009: Setting super hybrid engine according to configuration...(AC)...done. http://groups.google.com/group/linux.debian.bugs.dist/browse_thread/thread/d3f0716684bbadd8 Anyway, if we disable it for 701, how can we detect that this is a 701 ? using dmi matching ? when only 2 modes are available ? Thanks, I would use a DMI match (product name 701). Hopefully that is distinct from the 701SD, which is marketed with SHE. I know the 900A has a distinct product name, so it seems likely. Thanks Alan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559797: RFS: libtool 2.2.6b
On Wed, 9 Dec 2009 08:50:38 +0100, Kurt Roeckx wrote: On Tue, Dec 08, 2009 at 11:42:59PM -0500, Michael Gilbert wrote: Hi all, I have packaged the new version of libtool for unstable. This fixes CVE-2009-3736. I am looking for a sponsor for the upload. Please do not upload this. I don't have upload rights since I'm not a DD. I was just trying to help get things going. Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560158: gnome-screensaver: turns of backlight and makes it impossible to turn it on again
On Wed, 09 Dec 2009, Josselin Mouette wrote: I don’t think gnome-screensaver has anything to do with that problem. It doesn’t act upon lid close, it doesn’t set the backlight. Why then does killing gnome-screensaver makes it work, 100% of the time? The odds are 50-40-10 for me between a kernel bug, a X driver bug, and a gnome-power-manager/devicekit-power bug. Gnome-power-manager I guess we can rule out, I have made tests with g-p-m killed, so not running (and checked that it was not restarted). Both X driver bug and kernel bug sounds strange, because in twm/and lxsession it is working without any problem. So I conjectured composite extension and disabled the composite box in for metacity so that it does not use that one, but it didn't help, still 100% reproducible. Please try with a 2.6.31 kernel to see if this is a regression in the Ok, 2.6.31 I can try. kernel. Please also try with KMS enabled, or disabled if it’s already Is there a way to disable KMS if it is compiled into the kernel? Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TU Wien, AustriaDebian TeX Task Force gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 SKENFRITH (n.) The flakes of athlete's foot found inside socks. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559346: Most packages based on source package mysql-dfsg-5.1
Hi Luk, On Tue, Dec 08, 2009 at 07:29:09AM +0100, Luk Claes wrote: On Sat, Dec 05, 2009 at 12:21:00PM +0100, Adrian Glaubitz wrote: I'm closing this bug as the actual problem that caused the inconsistencies regarding half migrated packages has been resolved. Cheers Luk I found 2 other packages which are obviously affected: libmozjs1d (not available) - breaks elinks: http://packages.debian.org/sid/elinks libgmyth0 (not available) - breaks totem-plugins: http://packages.debian.org/sid/totem-plugins Do you think this is related to the same problem in testing? At least it renders totem and elinks unusuable. Adrian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560193: prevent 1.4 from entering squeeze
package: munin version: 1.4.1-1 severity: serious dummy bug to prevent 1.4.x to go into squeeze before we think it should. kthxbye. signature.asc Description: This is a digitally signed message part.
Bug#560158: gnome-screensaver: turns of backlight and makes it impossible to turn it on again
On Do, 10 Dez 2009, Norbert Preining wrote: I don’t think gnome-screensaver has anything to do with that problem. It doesn’t act upon lid close, it doesn’t set the backlight. Why then does killing gnome-screensaver makes it work, 100% of the time? I forgot to add: Although I agree with you that it sounds strange. Please try with a 2.6.31 kernel to see if this is a regression in the 2.6.32 with KMS: bad 2.6.32 without KMS: good 2.6.31.5 without KMS: good 2.6.31.5 with KMS not tested. Should I report to bugzilla of kernel? I mean it *is* strange indeed. Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 HADZOR (n.) A sharp instrument placed in the washing-up bowl which makes it easier to cut yourself. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown
On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote: could you send me the files of one host from ~/.cache/apt-dater/stats/hostname* please. I'll send you two. osama:22.stat is from a box running unstable, which shows up as up to date wrongly, while dungheap:22.stat is from a machine running lenny which shows up as unknown. What happens if you enter the host about apt-dater with the 'c' key? I get an ssh session, as expected. regards, cm. -- Christian Mock Wiedner Hauptstr. 15 Senior Security Engineer1040 Wien CoreTEC IT Security Solutions GmbH +43-1-5037273 FN 214709 z ADPROTO: 0.5 Hit http://ftp.at.debian.org stable Release.gpg Hit http://ftp.at.debian.org testing Release.gpg Hit http://ftp.at.debian.org unstable Release.gpg Hit http://ftp.at.debian.org stable Release Hit http://ftp.at.debian.org testing Release Hit http://security.debian.org stable/updates Release.gpg Hit http://security.debian.org testing/updates Release.gpg Hit http://ftp.at.debian.org unstable Release Hit http://security.debian.org stable/updates Release Hit http://security.debian.org testing/updates Release Ign http://ftp.at.debian.org stable/main Packages/DiffIndex Ign http://ftp.at.debian.org stable/contrib Packages/DiffIndex Ign http://ftp.at.debian.org stable/non-free Packages/DiffIndex Hit http://ftp.at.debian.org stable/main Packages Hit http://ftp.at.debian.org stable/contrib Packages Hit http://ftp.at.debian.org stable/non-free Packages Hit http://ftp.at.debian.org testing/main Packages/DiffIndex Hit http://ftp.at.debian.org testing/contrib Packages/DiffIndex Hit http://ftp.at.debian.org testing/non-free Packages/DiffIndex Hit http://ftp.at.debian.org unstable/main Packages/DiffIndex Hit http://ftp.at.debian.org unstable/contrib Packages/DiffIndex Hit http://ftp.at.debian.org unstable/non-free Packages/DiffIndex Hit http://ftp.at.debian.org unstable/main Sources/DiffIndex Hit http://ftp.at.debian.org unstable/contrib Sources/DiffIndex Hit http://ftp.at.debian.org unstable/non-free Sources/DiffIndex Ign http://security.debian.org stable/updates/main Packages/DiffIndex Ign http://security.debian.org stable/updates/contrib Packages/DiffIndex Ign http://security.debian.org stable/updates/non-free Packages/DiffIndex Ign http://security.debian.org testing/updates/main Packages/DiffIndex Ign http://security.debian.org testing/updates/contrib Packages/DiffIndex Ign http://security.debian.org testing/updates/non-free Packages/DiffIndex Hit http://security.debian.org stable/updates/main Packages Hit http://security.debian.org stable/updates/contrib Packages Hit http://security.debian.org stable/updates/non-free Packages Hit http://security.debian.org testing/updates/main Packages Hit http://security.debian.org testing/updates/contrib Packages Hit http://security.debian.org testing/updates/non-free Packages Reading package lists... LSBREL: Debian|unstable|sid VIRT: Physical UNAME: Linux|i686 FORBID: 0 STATUS: groff-base|1.20.1-6|i STATUS: libavahi-common3|0.6.25-2|i STATUS: esound-common|0.2.41-6|i STATUS: wogerman|1:2-25.1|u=1:2-26 STATUS: m4|1.4.13-3|i STATUS: libxaw7|2:1.0.7-1|i STATUS: libkadm5srv6|1.7+dfsg-3|i STATUS: python2.5-minimal|2.5.4-3|i STATUS: busybox|1:1.14.2-2|i STATUS: libvorbis0a|1.2.3-3|i STATUS: gcc-4.2-base|4.2.4-6|i STATUS: libvorbisenc2|1.2.3-3|i STATUS: libfontenc1|1:1.0.5-1|i STATUS: dsniff|2.4b1+debian-18|i STATUS: automake|1:1.11-1|i STATUS: binutils|2.20-4|i STATUS: libnet-ssleay-perl|1.35-2|i STATUS: ssmtp|2.64-1|i STATUS: libxcursor1|1:1.1.10-1|i STATUS: mtr-tiny|0.75-2|i STATUS: libwrap0|7.6.q-18|i STATUS: libqtcore4|4:4.5.3-4|i STATUS: libcupsimage2|1.4.2-4|i STATUS: libdbus-glib-1-2|0.82-2|i STATUS: x11-xserver-utils|7.4+2|u=7.5+1 STATUS: libx11-6|2:1.3.2-1|i STATUS: libnet-netmask-perl|1.9015-3|i STATUS: libcomerr2|1.41.9-1|i STATUS: libbind9-50|1:9.6.1.dfsg.P2-1|i STATUS: rsh-client|0.17-14|i STATUS: dhcping|1.2-4|i STATUS: grep|2.5.4-4|i STATUS: libxt6|1:1.0.7-1|i STATUS: libtasn1-3|2.3-1|i STATUS: sysvinit-utils|2.87dsf-8|i STATUS: bison|1:2.4.1.dfsg-3|i STATUS: x11-session-utils|7.3+1|u=7.5+1 STATUS: samba-common|2:3.4.3-1|i STATUS: psfontmgr|0.11.10-3|i STATUS: linux-image-2.6.31-1-686|2.6.31-2|i STATUS: gnupg|1.4.10-2|i STATUS: xauth|1:1.0.3-2|u=1:1.0.4-1 STATUS: tar|1.22-2|i STATUS: qjackctl|0.3.4-1|u=0.3.5-1 STATUS: xml-core|0.13|i STATUS: debian-faq|4.0.4|i STATUS: netcat-traditional|1.10-38|i STATUS: libjs-jquery|1.3.3-2|i STATUS: libcups2|1.4.2-4|i STATUS: libplrpc-perl|0.2020-2|i STATUS: libqt4-network|4:4.5.3-4|i STATUS: nmap|5.00-3|i STATUS: libxft2|2.1.13-3|u=2.1.14-1 STATUS: libreadline5|5.2-7|i STATUS: libsysfs2|2.1.0-6|i STATUS: libsensors3|1:2.10.8-2|i STATUS: libasound2|1.0.21a-1|i STATUS: host|2331-9|i STATUS: libsqlite3-0|3.6.20-1|i STATUS: grub-common|1.97+20091130-1|i STATUS: linux-image-2.6.30-2-686|2.6.30-8|u=2.6.30-8squeeze1 STATUS: tcl8.4|8.4.19-4|i STATUS: libncursesw5|5.7+20090803-2|i STATUS:
Bug#559797: RFS: libtool 2.2.6b
On Wed, 9 Dec 2009 10:21:04 -0500, Michael Gilbert wrote: On Wed, 9 Dec 2009 08:50:38 +0100, Kurt Roeckx wrote: On Tue, Dec 08, 2009 at 11:42:59PM -0500, Michael Gilbert wrote: Hi all, I have packaged the new version of libtool for unstable. This fixes CVE-2009-3736. I am looking for a sponsor for the upload. Please do not upload this. I don't have upload rights since I'm not a DD. I was just trying to help get things going. Is there a transition going on that this would negatively impact? Would it be better to patch 2.2.6a? If so, the patch is fairly straightforward, and I can do that relatively quickly. Just let me know if you would like me to work on that. Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown
On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote: could you send me the files of one host from ~/.cache/apt-dater/stats/hostname* please. I'll send you two. osama:22.stat is from a box running unstable, which shows up as up to date wrongly, while dungheap:22.stat is from a machine running lenny which shows up as unknown. Your osama problem might be a bit more difficult. I will test it later. But for dungheap you do not have the right apt-dater-host version or better said, noone that is known by me: STATUS: apt-dater-host|0.8.0-3coretec1|x What happens, if you use the apt-dater-host packages from {etch,lenny}-backports? Yeah apt-dater is in both backports :) What happens if you enter the host about apt-dater with the 'c' key? I get an ssh session, as expected. Also for the unknown one? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555636: marked as done (fsprotect: Breaks newer kernels by dependency on aufs-tools)
Your message dated Wed, 09 Dec 2009 15:51:44 + with message-id e1niopm-0001zj...@ries.debian.org and subject line Bug#555636: fixed in fsprotect 1.0.4 has caused the Debian Bug report #555636, regarding fsprotect: Breaks newer kernels by dependency on aufs-tools to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 555636: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555636 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: fsprotect Severity: critical Your package depends on aufs-tools. This dependency is unneeded and currently also breaks newer kernels shipping aufs2. Please stop depending on aufs-tools. It will also be removed from the archive soon. There will probably be a new aufs-tools package, if you want to use it, recommend aufs-tools ( 0+20091000) (newer than October). Regards, Julian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (350, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-14-generic Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: fsprotect Source-Version: 1.0.4 We believe that the bug you reported is fixed in the latest version of fsprotect, which is due to be installed in the Debian FTP archive: fsprotect_1.0.4.dsc to main/f/fsprotect/fsprotect_1.0.4.dsc fsprotect_1.0.4.tar.gz to main/f/fsprotect/fsprotect_1.0.4.tar.gz fsprotect_1.0.4_all.deb to main/f/fsprotect/fsprotect_1.0.4_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 555...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stefanos Harhalakis v...@v13.gr (supplier of updated fsprotect package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 13 Nov 2009 12:39:53 +0200 Source: fsprotect Binary: fsprotect Architecture: source all Version: 1.0.4 Distribution: unstable Urgency: low Maintainer: Stefanos Harhalakis v...@v13.gr Changed-By: Stefanos Harhalakis v...@v13.gr Description: fsprotect - Helper scripts to make filesystems immutable Closes: 555636 Changes: fsprotect (1.0.4) unstable; urgency=low . * Remove dependency on aufs-tools (Closes: #555636) * Standards version 3.8.3. No changes needed. * Remove full-path from update-initramfs call (Fixes lintian warnings). * Change init script dependency from mountall to $local_fs (Fixes lintian error) * Register fsprotect.pdf with doc-base (Fixes lintian info message). Checksums-Sha1: 1b7d2088b66365795fce682a2bbd507564c631d5 723 fsprotect_1.0.4.dsc 71508fd359b7531aa44d84ea69b63d499b4719f2 79979 fsprotect_1.0.4.tar.gz 50111a0038288cbf7457506acdd75aa11e449ba1 77982 fsprotect_1.0.4_all.deb Checksums-Sha256: 270324a7d4859a79b9f3b38ccabbabaa916cf1c82778e70fa5aeac1dc0c2397c 723 fsprotect_1.0.4.dsc dc9e338734614116910b4aaeb303374bbd91bbd28b893d313374049a9467c2dc 79979 fsprotect_1.0.4.tar.gz b929fb1906ff4a19b25f8318b3ee01216cd58aab4910dbe434371d4090a0791d 77982 fsprotect_1.0.4_all.deb Files: 333a92fbff328b34457ac24979e0787f 723 admin extra fsprotect_1.0.4.dsc 20b1fb43d0a497302b85a2459e1ee45d 79979 admin extra fsprotect_1.0.4.tar.gz 184d8027f7926a4842fa767a6659bab4 77982 admin extra fsprotect_1.0.4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLH7CM1cqbBPLEI7wRAtG+AKCTt7wqhpZysDTo95dqORHdWelcwACeMNKS vI7uh7jfY6WMI6/hfaC7VZc= =0ipT -END PGP SIGNATURE- ---End Message---
Bug#559578: [Debian-eeepc-devel] Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Wed, 9 Dec 2009 14:48:09 + Alan Jenkins sourcejedi.l...@googlemail.com wrote: I think the kernel should disable SHE by default on the 701 models. I don't mind if it provides a force_cpufv option with an appropriate warning. That's a reasonable approach. I don't think it should be left to userspace to get this right. There are other distributions than debian :-). I've seen at least one desktop applet which controls SHE. I expect it has a similar option to toggle SHE automatically when switching between mains and battery power. If we change the kernel, it will affect everyone. Fair enough. By the way, if you're referring to the same applet I'm thinking of, it is capable of using means other than cpufv to change speed (by access to certain registers directly, i think) so fixing cpufv doesn't adequately protect users of that applet. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca sy...@sanctuary.nslug.ns.ca \`' Debian http://www.debian.orgsy...@debian.org ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown
Hi, Patrick Matthäi wrote: On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote: could you send me the files of one host from ~/.cache/apt-dater/stats/hostname* please. I'll send you two. osama:22.stat is from a box running unstable, which shows up as up to date wrongly, while dungheap:22.stat is from a machine running lenny which shows up as unknown. Your osama problem might be a bit more difficult. I will test it later. But for dungheap you do not have the right apt-dater-host version or better said, noone that is known by me: STATUS: apt-dater-host|0.8.0-3coretec1|x there is something curious. I'd feeded your stats files into apt-dater (SVN Head build) on my Lenny host and the hosts showed up as Updates pending. The Debian package is still in sync w/ SVN HEAD IMHO - Patrick, might it be a packaging problem ;) ? Regards, Thomas What happens, if you use the apt-dater-host packages from {etch,lenny}-backports? Yeah apt-dater is in both backports :) What happens if you enter the host about apt-dater with the 'c' key? I get an ssh session, as expected. Also for the unknown one? -- supp...@ibh.de Tel. +49 351 477 77 30 www.ibh.de Fax +49 351 477 77 39 --- Dipl.-Ing. Thomas Liske Netzwerk- und System-Design IBH IT-Service GmbH Amtsgericht Dresden Gostritzer Str. 61-63 HRB 13626 D-01217 Dresden GF: Prof. Dr. Thomas Horn Germany VAT DE182302907 --- Ihr Partner für: LAN, WAN IP-Quality, Security, VoIP, SAN, Backup, USV --- professioneller IT-Service - kompetent und zuverlässig --- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559203: marked as done (squeeze rpm should depend on rpm2cpio)
Your message dated Wed, 09 Dec 2009 16:32:34 + with message-id e1nipss-0007bs...@ries.debian.org and subject line Bug#559203: fixed in rpm 4.7.2-1 has caused the Debian Bug report #559203, regarding squeeze rpm should depend on rpm2cpio to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 559203: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559203 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: rpm Version: 4.7.1-14 Severity: serious Debian packages have traditionally depended for the next stable release on splitted out packages for avoiding users losing a program during upgrading. I'm not seeing any problems doing this here. Either this happens and you ensure all packages needing rpm2cpio depend on it in squeeze. Then the dependency can safely be dropped after squeeze. Otherwise you have at least to add conflicts with all packages lacking proper rpm2cpio dependencies (e.g. alien ( 8.79)) to prevent breakages on partial upgrades. Considering the objectives of #540106, it might also be an alternative to simply let rpm depend on rpm2cpio with the intention of keeping the dependency forever. ---End Message--- ---BeginMessage--- Source: rpm Source-Version: 4.7.2-1 We believe that the bug you reported is fixed in the latest version of rpm, which is due to be installed in the Debian FTP archive: librpm-dbg_4.7.2-1_amd64.deb to main/r/rpm/librpm-dbg_4.7.2-1_amd64.deb librpm-dev_4.7.2-1_amd64.deb to main/r/rpm/librpm-dev_4.7.2-1_amd64.deb librpm0_4.7.2-1_amd64.deb to main/r/rpm/librpm0_4.7.2-1_amd64.deb librpmbuild0_4.7.2-1_amd64.deb to main/r/rpm/librpmbuild0_4.7.2-1_amd64.deb librpmio0_4.7.2-1_amd64.deb to main/r/rpm/librpmio0_4.7.2-1_amd64.deb lsb-rpm_4.7.2-1_amd64.deb to main/r/rpm/lsb-rpm_4.7.2-1_amd64.deb python-rpm_4.7.2-1_amd64.deb to main/r/rpm/python-rpm_4.7.2-1_amd64.deb rpm-common_4.7.2-1_all.deb to main/r/rpm/rpm-common_4.7.2-1_all.deb rpm-i18n_4.7.2-1_all.deb to main/r/rpm/rpm-i18n_4.7.2-1_all.deb rpm2cpio_4.7.2-1_amd64.deb to main/r/rpm/rpm2cpio_4.7.2-1_amd64.deb rpm_4.7.2-1.debian.tar.gz to main/r/rpm/rpm_4.7.2-1.debian.tar.gz rpm_4.7.2-1.dsc to main/r/rpm/rpm_4.7.2-1.dsc rpm_4.7.2-1_amd64.deb to main/r/rpm/rpm_4.7.2-1_amd64.deb rpm_4.7.2.orig.tar.gz to main/r/rpm/rpm_4.7.2.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 559...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michal Čihař ni...@debian.org (supplier of updated rpm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 09 Dec 2009 17:09:58 +0100 Source: rpm Binary: rpm rpm2cpio rpm-common rpm-i18n lsb-rpm librpm-dbg librpm0 librpmio0 librpmbuild0 librpm-dev python-rpm Architecture: source all amd64 Version: 4.7.2-1 Distribution: unstable Urgency: low Maintainer: Michal Čihař ni...@debian.org Changed-By: Michal Čihař ni...@debian.org Description: librpm-dbg - debugging symbols for RPM librpm-dev - RPM shared library, development kit librpm0- RPM shared library librpmbuild0 - RPM build shared library librpmio0 - RPM IO shared library lsb-rpm- RPM Package Manager for LSB package building python-rpm - Python bindings for RPM rpm- package manager for RPM rpm-common - common files for RPM rpm-i18n - localization and localized man pages for rpm rpm2cpio - tool to convert RPM package to CPIO archive Closes: 559203 Changes: rpm (4.7.2-1) unstable; urgency=low . * New upstream version. - No need to convert man page from DOS end of lines. - Dropped patches: 510c6763.patch - taken from upstream fix-linkage.patch - applied upstream fix-luaext.patch - applied upstream include-pthread.patch - applied upstream - Updated patches: manpage-dash.patch - rediffed, no changes * Upgrade recommends to depeds from rpm to rpm2cpio (Closes: #559203). * Drop run-autogen.patch and run autogen during build. * Use instead of in debian/control. Checksums-Sha1: e62011b1d162ad2881bfee47829bc57efcaf8837 1779 rpm_4.7.2-1.dsc 9fbe60daf4c5cf40775ecea9673d7b2164a1b5a2 5139321 rpm_4.7.2.orig.tar.gz b84fb87b4ca87dcb44597abb8fccdb64b63b56ba 72108
Bug#560200: netbase: net.ipv6.bindv6only breaks weborf
Package: netbase Version: 4.39 Severity: critical Justification: breaks unrelated software The new setting breaks the webserver weborf, which listens to an ipv6 socket, expecting to receive connections from both ipv6 and ipv4 clients. I've read this: http://www.mail-archive.com/debian-de...@lists.debian.org/msg277726.html and i've followed the link to the rfc, where i couldn't find any indication that servers should use dual stack rather then a single ipv6 socket. I also point out that dual stack wastes system resources. I didn't try weborf on hurd/bsd/solaris but i did try it on OsX, and it is able to accept connections from both ipv4 and ipv6. Dealing with addresses like :::3.14.3.2 in the logfiles doesn't seem like a big issue to me. In fact one would deal with only one format (ipv6) rather than dealing with logs containging entries with ipv4 addresses and entries with ipv6 addresses. Tools for scanning the logs would have to deal with only one case rather than two different cases. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32ares (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages netbase depends on: ii initscripts 2.87dsf-8 scripts for initializing and shutt ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages netbase recommends: ii ifupdown 0.6.9 high level tools to configure netw netbase suggests no packages. -- debconf information: netbase/upgrade-note/etc-network-interfaces-pre-3.17-1: netbase/upgrade-note/init.d-split-pre-3.16-1: netbase/upgrade-note/radius-ports-pre-3.05: netbase/upgrade-note/portmap-restart-pre-3.11-2: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560203: FTBFS: New failure with new gcc-4.4.
Package: ivtools Version: 1.2.6 Severity: serious Justification: Fails to Build From Source While preparing an upload to fix #549407 found a new FTBFS with new gcc 4.4, g++ -O2 -gdwarf-2 -O2 -fPIC -Dcplusplus_2_1 -Wno-deprecated -I/tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/.. - -I/tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../.. - - -I/tmp/buildd/ivtools-1.2.6/src -I/tmp/buildd/ivtools-1.2.6/src/include - - - -I/tmp/buildd/ivtools-1.2.6/src/include/ivstd -I/usr/include -c - - - - /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c: In member / function 'osString osString::before(const char*) const': /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c:304: error: / invalid conversion from 'const char*' to 'char*' /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c: In member / function 'osString osString::from(const char*) const': /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c:316: error: / invalid conversion from 'const char*' to 'char*' Will check if is fixed in upstream 1.2.8 and try to backport a fix if so. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554618: marked as done (freemat_4.0-1(ia64/unstable): FTBFS: configure errors)
Your message dated Wed, 09 Dec 2009 16:47:28 + with message-id e1niphi-ez...@ries.debian.org and subject line Bug#554618: fixed in freemat 4.0-2 has caused the Debian Bug report #554618, regarding freemat_4.0-1(ia64/unstable): FTBFS: configure errors to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 554618: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554618 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: freemat Version: 4.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of freemat_4.0-1 on caballero by sbuild/ia64 98 Build started at 20091105-1806 [...] ** Using build dependencies supplied by package: Build-Depends: quilt (= 0.40), debhelper (= 7), autotools-dev, autoconf, automake, gfortran, libpcre3-dev, libncurses5-dev, libfftw3-dev, libqt4-dev, libqt4-opengl-dev, libsuitesparse-dev, zlib1g-dev, portaudio19-dev, libglu1-mesa-dev, libffcall1-dev, minpack-dev, pkg-config, libarpack2-dev [!alpha], texlive, cmake, llvm-dev [...] -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found. -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found. -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - not found. -- Found Qt-Version 4.5.3 llvm-config: unknown component name: nativecodegen CMake Error at CMakeLists.txt:295 (message): LLVM version 2.5 required. -- Configuring incomplete, errors occurred! make: *** [debian/build/CMakeCache.txt] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=freematver=4.0-1 ---End Message--- ---BeginMessage--- Source: freemat Source-Version: 4.0-2 We believe that the bug you reported is fixed in the latest version of freemat, which is due to be installed in the Debian FTP archive: freemat-data_4.0-2_all.deb to main/f/freemat/freemat-data_4.0-2_all.deb freemat-help_4.0-2_all.deb to main/f/freemat/freemat-help_4.0-2_all.deb freemat_4.0-2.diff.gz to main/f/freemat/freemat_4.0-2.diff.gz freemat_4.0-2.dsc to main/f/freemat/freemat_4.0-2.dsc freemat_4.0-2_i386.deb to main/f/freemat/freemat_4.0-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 554...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Giuseppe Iuculano iucul...@debian.org (supplier of updated freemat package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 09 Dec 2009 16:40:09 +0100 Source: freemat Binary: freemat freemat-data freemat-help Architecture: source all i386 Version: 4.0-2 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org Changed-By: Giuseppe Iuculano iucul...@debian.org Description: freemat- mathematics framework (mostly matlab compatible) freemat-data - freemat data files freemat-help - freemat help files Closes: 554618 Changes: freemat (4.0-2) unstable; urgency=low . * [abc05c0] Maintain freemat with the Debian Science team * [c41f178] Forced disable of llvm (Closes: #554618), force to use system lib (PCRE,UMFPACK,PORTAUDIO,ZLIB,AMD) * [4b908af] Add libvolpack1-dev in Build-depends Checksums-Sha1: d9eac2c0e87ecfce4ab8809d6b663aa0be2170de 1566 freemat_4.0-2.dsc ccb7bb5ee228698220876586cfdacdd29509570f 10965 freemat_4.0-2.diff.gz 5fad031d2fe4e75df550e61778abc2020c6ff5b8 4718872 freemat-data_4.0-2_all.deb 34abd3206e8eec19e3a8d63b5b5539674047f597 4500510 freemat-help_4.0-2_all.deb 48d7972831aa3a1bc491a6dddb77092083bff0a7 4068078 freemat_4.0-2_i386.deb Checksums-Sha256: 835eb2083f18bb3d4b5fbafec678c8f354ed00347cea53621017611ffd518d63 1566 freemat_4.0-2.dsc c9066a80a3a1783bd70631365ea6781502da145dcc9554d6adfac0e02e07fd2b 10965 freemat_4.0-2.diff.gz 4d23037664bcb0f3235e24e718545c810cee96d305768104679f1fe120aad74e 4718872 freemat-data_4.0-2_all.deb e242aa9389d5ffbbeb1a384a9a071ce090b37900ad886b41e6955877311d5b16 4500510 freemat-help_4.0-2_all.deb 01d61a26c0d16df34d772852a615f7006f9118b76996586c898a90777d972f75 4068078 freemat_4.0-2_i386.deb Files: cb38721e93d807d291ba62cf2efe740d 1566 math optional freemat_4.0-2.dsc
Bug#560200: netbase: net.ipv6.bindv6only breaks weborf
reassign 560200 weborf thanks On Dec 09, Salvo Tomaselli tipos...@tiscali.it wrote: The new setting breaks the webserver weborf, which listens to an ipv6 socket, expecting to receive connections from both ipv6 and ipv4 clients. Then you should fix it, because it will not work on the kfreebsd ports and sysadmins could still set bindv6only=1 by themselves. int off = 0; if (setsockopt(sep-se_fd, IPPROTO_IPV6, IPV6_V6ONLY, off, sizeof (off)) 0) syslog(LOG_ERR, setsockopt (IPV6_V6ONLY): %m); I understand that IPV6_V6ONLY is enabled by default in Mac OS X = v10.3. I do not consider your other arguments valid nor interesting. -- ciao, Marco signature.asc Description: Digital signature
Processed: Re: Bug#560200: netbase: net.ipv6.bindv6only breaks weborf
Processing commands for cont...@bugs.debian.org: reassign 560200 weborf Bug #560200 [netbase] netbase: net.ipv6.bindv6only breaks weborf Bug reassigned from package 'netbase' to 'weborf'. Bug No longer marked as found in versions netbase/4.39. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560205: postgresql-8.4: pg_restore fails when configured with ssl=true in postgresql.conf
Package: postgresql-8.4 Version: 8.4.1-1 Severity: grave Justification: renders package unusable When ssl is turned on in postgresql.conf, performing a restore using pg_restore fails with a message like: pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 2581; 0 209332 TABLE DATA frame_status dgardner pg_restore: [archiver (db)] COPY failed: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. In /var/log/postgresql/postgresql-8.4-main.log there is: 2009-12-09 08:12:53 PST ERROR: canceling autovacuum task 2009-12-09 08:12:53 PST CONTEXT: automatic analyze of table hdpsdb.asset.asset_move_map 2009-12-09 08:12:53 PST LOG: SSL renegotiation failure 2009-12-09 08:12:53 PST LOG: SSL renegotiation failure 2009-12-09 08:12:53 PST LOG: SSL error: internal error 2009-12-09 08:12:53 PST LOG: could not send data to client: Connection reset by peer 2009-12-09 08:12:53 PST LOG: SSL error: internal error 2009-12-09 08:12:53 PST LOG: could not receive data from client: Connection reset by peer 2009-12-09 08:12:53 PST LOG: unexpected EOF on client connection If I set ssl=false and restart the server, then the restore will work as expected. This is reproducable, the errors occur on the same three tables, which are also my largest tables (in terms of data size not rows). I was also able to repeat this behavior on two Debian systems both running postgresql-8.4, however the other system is on 2.6.30-2-amd64. Example log: -- dgard...@cssun31 /pgtest:$ psql -h localhost -c SELECT * FROM version(); -d postgres Password: version -- PostgreSQL 8.4.1 on x86_64-pc-linux-gnu, compiled by GCC gcc-4.3.real (Debian 4.3.4-2) 4.3.4, 64-bit (1 row) dgard...@cssun31 /pgtest:$ time pg_dump -Fc -f testing_backup_restore.dump hdpsdb real11m21.854s user10m24.958s sys 0m17.614s dgard...@cssun31 /pgtest:$ psql -h localhost -c DROP DATABASE hdpsdb; -d postgres Password: DROP DATABASE dgard...@cssun31 /pgtest:$ time pg_restore -F c -j 4 -C -W -d postgres -h localhost ./testing_backup_restore.dump Password: pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 2581; 0 209332 TABLE DATA frame_status dgardner pg_restore: [archiver (db)] COPY failed: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. pg_restore: [archiver (db)] could not commit database transaction: no connection to the server Command was: COMMIT pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 2580; 0 209326 TABLE DATA frame dgardner pg_restore: [archiver (db)] COPY failed: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. pg_restore: [archiver (db)] could not commit database transaction: no connection to the server Command was: COMMIT pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 2566; 0 209223 TABLE DATA thumbnail dgardner pg_restore: [archiver (db)] COPY failed: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. pg_restore: [archiver (db)] could not commit database transaction: no connection to the server Command was: COMMIT WARNING: errors ignored on restore: 3 real9m29.089s user12m1.279s sys 0m25.997s dgard...@cssun31 /pgtest:$ su Password: cssun31:/pgtest# sed -i 's|ssl = true|ssl = false|g' /etc/postgresql/8.4/main/postgresql.conf cssun31:/pgtest# /etc/init.d/postgresql-8.4 restart Restarting PostgreSQL 8.4 database server: main. cssun31:/pgtest# exit exit dgard...@cssun31 /pgtest:$ psql -h localhost -c DROP DATABASE hdpsdb; -d postgres Password: DROP DATABASE dgard...@cssun31 /pgtest:$ time pg_restore -F c -j 4 -C -W -d postgres -h localhost ./testing_backup_restore.dump Password: real40m6.959s user1m6.223s sys 0m8.605s dgard...@cssun31 /pgtest:$ su Password: cssun31:/pgtest# sed -i 's|ssl = false|ssl = true|g' /etc/postgresql/8.4/main/postgresql.conf cssun31:/pgtest# /etc/init.d/postgresql-8.4 restart Restarting PostgreSQL 8.4 database server: main. cssun31:/pgtest# exit exit dgard...@cssun31 /pgtest:$ psql -h localhost -c DROP DATABASE hdpsdb; -d postgres Password: DROP DATABASE dgard...@cssun31 /pgtest:$ time pg_restore -F c -j 4 -C -W -d postgres -h localhost ./testing_backup_restore.dump Password: pg_restore: [archiver (db)] Error while PROCESSING
Processed: found 560072 in 4.1-1
Processing commands for cont...@bugs.debian.org: found 560072 4.1-1 Bug #560072 [brltty] FTBFS: java-gcj-compat-dev can't be installed Bug Marked as found in versions brltty/4.1-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown
Am 09.12.2009 17:11, schrieb Thomas Liske: Hi, Patrick Matthäi wrote: On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote: could you send me the files of one host from ~/.cache/apt-dater/stats/hostname* please. I'll send you two. osama:22.stat is from a box running unstable, which shows up as up to date wrongly, while dungheap:22.stat is from a machine running lenny which shows up as unknown. Your osama problem might be a bit more difficult. I will test it later. But for dungheap you do not have the right apt-dater-host version or better said, noone that is known by me: STATUS: apt-dater-host|0.8.0-3coretec1|x there is something curious. I'd feeded your stats files into apt-dater (SVN Head build) on my Lenny host and the hosts showed up as Updates pending. The Debian package is still in sync w/ SVN HEAD IMHO - Patrick, might it be a packaging problem ;) ? Hm fuck. I have backported installed the testing version on our update server and I have got the same symptoms, also if the apt-dater-host package is in sync with the apt-dater version. One host should have got updates and the other ones should be up to date. Now 4 hosts are in up to date (also the one with updates) and all the other ones are going into unknown. Also curious: if I close now apt-dater and reopen it, _every_ host is again in unknown -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545358: Re: Bug#545358: The patch doesn't seem right
Hi Maximiliano, you are right, this bug is also present for example for time-admin, so we added debian again, and it works. We continued investigating system-tools-backends, from upstrem, squeeze, and lenny, and this bug was solved on system-tools-backends-2.8.2(squeeze), but in system-tools-backends-2.8.1(lenny) they define the vars with the version (debian-3.0 or debian-4.0..) Fernando and I think that changing the patch 01_debian_4.0.patch might implie changing others patchs.. so it's too complicated, and could be solved in the next upgrade. We attach the patch. Index: system-tools-backends-2.6.0/Network/Hosts.pm === --- system-tools-backends-2.6.0.orig/Network/Hosts.pm 2009-12-07 16:53:59.0 -0300 +++ system-tools-backends-2.6.0/Network/Hosts.pm 2009-12-07 16:54:59.0 -0300 @@ -37,6 +37,7 @@ { my %dist_map = ( +debian = debian, redhat-6.2 = redhat-6.2, redhat-7.0 = redhat-6.2, redhat-7.1 = redhat-6.2, Index: system-tools-backends-2.6.0/Network/Ifaces.pm === --- system-tools-backends-2.6.0.orig/Network/Ifaces.pm 2009-12-07 16:54:08.0 -0300 +++ system-tools-backends-2.6.0/Network/Ifaces.pm 2009-12-07 16:55:36.0 -0300 @@ -1995,6 +1995,7 @@ { my %dist_map = ( +debian = debian, redhat-6.2 = redhat-6.2, redhat-7.0 = redhat-6.2, redhat-7.1 = redhat-6.2, Index: system-tools-backends-2.6.0/Share/SMB.pm === --- system-tools-backends-2.6.0.orig/Shares/SMB.pm 2009-12-07 16:58:35.0 -0300 +++ system-tools-backends-2.6.0/Shares/SMB.pm 2009-12-07 17:01:27.0 -0300 @@ -129,6 +129,7 @@ my %dist_map = ( + debian = debian, redhat-6.2 = redhat-6.2, redhat-7.0 = debian, redhat-7.1 = debian, Index: system-tools-backends-2.6.0/Time/TimeDate.pm === --- system-tools-backends-2.6.0.orig/Time/TimeDate.pm 2009-12-07 16:58:35.0 -0300 +++ system-tools-backends-2.6.0/Time/TimeDate.pm 2009-12-07 17:02:10.0 -0300 @@ -158,6 +158,7 @@ { my %dist_map = ( + debian = debian, redhat-6.2 = redhat-6.2, redhat-7.0 = redhat-6.2, redhat-7.1 = redhat-6.2, Index: system-tools-backends-2.6.0/Time/Platform.pm === --- system-tools-backends-2.6.0.orig/Utils/Platform.pm 2009-12-07 16:58:35.0 -0300 +++ system-tools-backends-2.6.0/Utils/Platform.pm 2009-12-07 17:02:46.0 -0300 @@ -115,6 +115,7 @@ ( blackpanther-4.0 = mandrake-9.0, conectiva-10 = conectiva-9, + debian = debian, mandrake-7.1 = redhat-6.2, mandrake-7.2 = redhat-6.2, mandrake-9.1 = mandrake-9.0,
Processed (with 1 errors): Re: Bug#560202: live-helper: LXDE package list can't be used squeeze/sid
Processing commands for cont...@bugs.debian.org: reopen 560202 Bug #560202 {Done: Daniel Baumann dan...@debian.org} [live-helper] live-helper: LXDE package list can't be used squeeze/sid reassign 560202 Unknown command or malformed arguments to command. severity 560202 serious Bug #560202 [live-helper] live-helper: LXDE package list can't be used squeeze/sid Severity set to 'serious' from 'normal' retitle 560202 lxnm not installable together with lxde Bug #560202 [live-helper] live-helper: LXDE package list can't be used squeeze/sid Changed Bug title to 'lxnm not installable together with lxde' from 'live-helper: LXDE package list can't be used squeeze/sid' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560203: marked as done (FTBFS: New failure with new gcc-4.4.)
Your message dated Wed, 09 Dec 2009 17:47:15 + with message-id e1niqd9-0006em...@ries.debian.org and subject line Bug#560203: fixed in ivtools 1.2.6-1+nmu3 has caused the Debian Bug report #560203, regarding FTBFS: New failure with new gcc-4.4. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 560203: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560203 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ivtools Version: 1.2.6 Severity: serious Justification: Fails to Build From Source While preparing an upload to fix #549407 found a new FTBFS with new gcc 4.4, g++ -O2 -gdwarf-2 -O2 -fPIC -Dcplusplus_2_1 -Wno-deprecated -I/tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/.. - -I/tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../.. - - -I/tmp/buildd/ivtools-1.2.6/src -I/tmp/buildd/ivtools-1.2.6/src/include - - - -I/tmp/buildd/ivtools-1.2.6/src/include/ivstd -I/usr/include -c - - - - /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c: In member / function 'osString osString::before(const char*) const': /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c:304: error: / invalid conversion from 'const char*' to 'char*' /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c: In member / function 'osString osString::from(const char*) const': /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c:316: error: / invalid conversion from 'const char*' to 'char*' Will check if is fixed in upstream 1.2.8 and try to backport a fix if so. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- Agustin ---End Message--- ---BeginMessage--- Source: ivtools Source-Version: 1.2.6-1+nmu3 We believe that the bug you reported is fixed in the latest version of ivtools, which is due to be installed in the Debian FTP archive: ivtools-bin_1.2.6-1+nmu3_i386.deb to main/i/ivtools/ivtools-bin_1.2.6-1+nmu3_i386.deb ivtools-dev_1.2.6-1+nmu3_all.deb to main/i/ivtools/ivtools-dev_1.2.6-1+nmu3_all.deb ivtools_1.2.6-1+nmu3.diff.gz to main/i/ivtools/ivtools_1.2.6-1+nmu3.diff.gz ivtools_1.2.6-1+nmu3.dsc to main/i/ivtools/ivtools_1.2.6-1+nmu3.dsc libiv-unidraw1_1.2.6-1+nmu3_i386.deb to main/i/ivtools/libiv-unidraw1_1.2.6-1+nmu3_i386.deb libiv1_1.2.6-1+nmu3_i386.deb to main/i/ivtools/libiv1_1.2.6-1+nmu3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 560...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Agustin Martin Domingo agmar...@debian.org (supplier of updated ivtools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 09 Dec 2009 18:13:03 +0100 Source: ivtools Binary: ivtools-bin ivtools-dev libiv1 libiv-unidraw1 Architecture: source all i386 Version: 1.2.6-1+nmu3 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Agustin Martin Domingo agmar...@debian.org Description: ivtools-bin - Drawing Editors evolved from idraw ivtools-dev - Development files for the InterViews library libiv-unidraw1 - Application Frameworks layered on Unidraw libiv1 - C++ GUI library with Motif Look and Feel Closes: 549407 560203 Changes: ivtools (1.2.6-1+nmu3) unstable; urgency=low . * Non-maintainer upload. * debian/rules: - Reverting 1.2.6-1+nmu2 -j1 addition to keep package clean. - Fix ARCH evaluation. - Use generic $(MAKE) instead of make. - Make sure imake is always called with -U$(ARCH) (Closes: #549407). * 01_configure.diff: Handle disabling of early binary stripping. * 015_Makefile_dontstrip.diff: Disable patch. * 49_string.c_constchar.diff: New patch to deal with gcc 4.4 'invalid conversion from 'const char*' to 'char*'' errors (Closes: #560203). * 48_gcc40_int_pointer_errors.diff: Modified to use (unsigned intptr_t) instead of (uintptr_t) to avoid out-of-context errors. Checksums-Sha1: 78b3bb108fb9d9611046756115282ac08ff2e2e4 1210 ivtools_1.2.6-1+nmu3.dsc
Bug#549407: marked as done (ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name)
Your message dated Wed, 09 Dec 2009 17:47:15 + with message-id e1niqd9-0006ej...@ries.debian.org and subject line Bug#549407: fixed in ivtools 1.2.6-1+nmu3 has caused the Debian Bug report #549407, regarding ivtools: FTBFS because of imake changing $(ARCH) string in tempdir name to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549407: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549407 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ivtools Version: 1.2.6-1 Severity: serious Hi, this package FTBFS on sparc: make[2]: Entering directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6' depending for LINUX in /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src make[3]: Entering directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src' depending for LINUX in /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common make[4]: Entering directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common' depending for LINUX in /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX make[5]: Entering directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX' g++ -M -w -DMAKEDEPEND -Dcplusplus_2_1 -Wno-deprecated -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/.. -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/../.. -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/include -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/include/ivstd -I/usr/include -I/usr/local/include -UHAVE_ACE /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/../*.c Makefile.depend g++: /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/../*.c: No such file or directory g++: no input files make[5]: *** [depend] Error 1 make[5]: Leaving directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX' make[4]: *** [depend] Error 2 make[3]: *** [depend] Error 2 make[4]: Leaving directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common' make[3]: Leaving directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src' make[2]: *** [depend] Error 2 make[2]: Leaving directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6' make subdirs make[2]: Entering directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6' making all for LINUX in /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src make[3]: Entering directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src' making all for LINUX in /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common make[4]: Entering directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common' making all for LINUX in /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX make[5]: Entering directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX' make[5]: *** No rule to make target `/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/../math.c', needed by `math.o'. Stop. make[5]: Leaving directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX' make[4]: *** [all] Error 2 make[4]: Leaving directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common' make[3]: *** [all] Error 2 make[3]: Leaving directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src' make[2]: Leaving directory `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6' Please see https://buildd.debian.org/fetch.cgi?pkg=ivtoolsver=1.2.6-1arch=sparcstamp=1254553192file=log for the full build log. Cheers, Andi - End forwarded message - ---End Message--- ---BeginMessage--- Source: ivtools Source-Version: 1.2.6-1+nmu3 We believe that the bug you reported is fixed in the latest version of ivtools, which is due to be installed in the Debian FTP archive: ivtools-bin_1.2.6-1+nmu3_i386.deb to main/i/ivtools/ivtools-bin_1.2.6-1+nmu3_i386.deb ivtools-dev_1.2.6-1+nmu3_all.deb to main/i/ivtools/ivtools-dev_1.2.6-1+nmu3_all.deb ivtools_1.2.6-1+nmu3.diff.gz to main/i/ivtools/ivtools_1.2.6-1+nmu3.diff.gz ivtools_1.2.6-1+nmu3.dsc to main/i/ivtools/ivtools_1.2.6-1+nmu3.dsc libiv-unidraw1_1.2.6-1+nmu3_i386.deb to main/i/ivtools/libiv-unidraw1_1.2.6-1+nmu3_i386.deb libiv1_1.2.6-1+nmu3_i386.deb to
Bug#560200: Workaround for #560200
reassign 560200 weborf thanks Fine fine. I will just do some postinstall stuff. I can't really see why should debian be different than the rest of the linux world. Also consider that you're going against kernel's default setting. Then you should fix it, because it will not work on the kfreebsd ports Fine. I don't care. and sysadmins could still set bindv6only=1 by themselves. Any real life example? int off = 0; if (setsockopt(sep-se_fd, IPPROTO_IPV6, IPV6_V6ONLY, off, sizeof (off)) 0) syslog(LOG_ERR, setsockopt (IPV6_V6ONLY): %m); This is not a fix, i won't apply. I can't see any code there to create a new thread which listens to an ipv4 socket. I understand that IPV6_V6ONLY is enabled by default in Mac OS X = v10.3. I do not consider your other arguments valid nor interesting. Do you have any OsX machine? I do. It works. -- Salvo Tomaselli Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno. -- Galileo Galilei -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560181: can't purge wwwoffle (action stop failed)
On 2009-12-09 15:20:45 +0100, Vincent Lefevre wrote: Package: wwwoffle Version: 2.9d-3 Severity: grave Justification: renders package unusable I want to purge the package, but it doesn't work, breaking the packaging system... # dpkg --purge wwwoffle (Reading database ... 106391 files and directories currently installed.) Removing wwwoffle ... Stopping HTTP cache proxy server: wwwoffled...can't connect to control socket. Trying to signal daemon process...failed, daemon was not running. invoke-rc.d: initscript wwwoffle, action stop failed. dpkg: error processing wwwoffle (--purge): subprocess installed pre-removal script returned error exit status 1 [...] The /var/lib/dpkg/info/wwwoffle.prerm script contains: set +e # ignore errors while stopping # Automatically added by dh_installinit if [ -x /etc/init.d/wwwoffle ]; then if [ -x `which invoke-rc.d 2/dev/null` ]; then invoke-rc.d wwwoffle stop || exit $? else /etc/init.d/wwwoffle stop || exit $? fi fi # End automatically added section If || exit $? is added, the set +e won't prevent the script from exiting with a non-zero status. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Processed (with 1 errors): Re: Bug#560202: live-helper: LXDE package list can't be used squeeze/sid
Processing commands for cont...@bugs.debian.org: reassign 560202 lxnm Bug #560202 [live-helper] lxnm not installable together with lxde Bug reassigned from package 'live-helper' to 'lxnm'. Bug No longer marked as found in versions live-helper/2.0~a2-1. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560181: can't purge wwwoffle (action stop failed)
After fixing the prerm script, I've found that the postrm script is also buggy: Removing wwwoffle ... Purging configuration files for wwwoffle ... find: `/etc/wwwoffle': No such file or directory find: `/etc/wwwoffle': No such file or directory /etc/wwwoffle directory removed, including contents find: `/etc/wwwoffle': No such file or directory find: `/etc/wwwoffle': No such file or directory dpkg: error processing wwwoffle (--purge): subprocess installed post-removal script returned error exit status 128 Errors were encountered while processing: wwwoffle Again, there's the || exit $? that can make it fail: update-rc.d wwwoffle remove /dev/null || exit $? But even though the exit 0 is reached (I've added an echo ... just before), I still get the error. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#559721: libtango - FTBFS: Error: failed to auto-select target: Unable to find target for this triple (no targets are registered), please use the -march option
Processing commands for cont...@bugs.debian.org: reassign 559721 ldc Bug #559721 [src:libtango] libtango - FTBFS: Error: failed to auto-select target: Unable to find target for this triple (no targets are registered), please use the -march option Bug reassigned from package 'src:libtango' to 'ldc'. Bug No longer marked as found in versions libtango/0.99.8+svn5259.dfsg-1. retitle 559721 Needs porting on s390 Bug #559721 [ldc] libtango - FTBFS: Error: failed to auto-select target: Unable to find target for this triple (no targets are registered), please use the -march option Changed Bug title to 'Needs porting on s390' from 'libtango - FTBFS: Error: failed to auto-select target: Unable to find target for this triple (no targets are registered), please use the -march option' severity 559721 wishlist Bug #559721 [ldc] Needs porting on s390 Severity set to 'wishlist' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559721: libtango - FTBFS: Error: failed to auto-select target: Unable to find target for this triple (no targets are registered), please use the -march option
reassign 559721 ldc retitle 559721 Needs porting on s390 severity 559721 wishlist thanks libtango has never been built on s390. 2009/12/6, Bastian Blank wa...@debian.org: Source: libtango Version: 0.99.8+svn5259.dfsg-1 Severity: serious There was an error while trying to autobuild your package: sbuild (Debian sbuild) 0.58.2 (15 Jun 2009) on lxdebian.bfinv.de [...] make[3]: Entering directory `/build/buildd-libtango_0.99.8+svn5259.dfsg-1-s390-9BDtdq/libtango-0.99.8+svn5259.dfsg' - Build file tango/core/rt/compiler/ldc/object_.d /usr/bin/ldc -I. -I./tango/core -I./tango/core/rt/compiler/ldc -g -c tango/core/rt/compiler/ldc/object_.d -ofobjs/base/tango-core-rt-compiler-ldc-object_.o Error: failed to auto-select target: Unable to find target for this triple (no targets are registered), please use the -march option make[3]: *** [stamps/build-d-file-tango-core-rt-compiler-ldc-object_.d] Error 1 make[3]: Leaving directory `/build/buildd-libtango_0.99.8+svn5259.dfsg-1-s390-9BDtdq/libtango-0.99.8+svn5259.dfsg' make[2]: *** [stamps/build-dir-tango-core-rt-compiler-ldc] Error 2 make[2]: Leaving directory `/build/buildd-libtango_0.99.8+svn5259.dfsg-1-s390-9BDtdq/libtango-0.99.8+svn5259.dfsg' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Wed, Dec 9, 2009 at 5:14 PM, Ben Armstrong sy...@sanctuary.nslug.ns.ca wrote: On Wed, 9 Dec 2009 14:48:09 + Alan Jenkins sourcejedi.l...@googlemail.com wrote: I think the kernel should disable SHE by default on the 701 models. I don't mind if it provides a force_cpufv option with an appropriate warning. That's a reasonable approach. I'm ok with that too. Alan are you working on that patch or should I do it ? -- Corentin Chary http://xf.iksaif.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549407: [buildd-tools-devel] Bug#549407: ivtools 1.2.6-1 FTBFS on sparc and powerpc
On Wed, Dec 09, 2009 at 01:55:11PM +0100, Agustin Martin wrote: I expect to upload a fixed ivtools NMU today. Uploaded. Took a bit longer because of a new RC bug with current sid gcc 4.4 and another problem with uintptr_t. Patch is attached. Unfortunately, seems that although it properly built in i386 pbuilder, at least in amd64 there are more gcc4.4 problems pending that did not show in i386. -- Agustin diff -u ivtools-1.2.6/debian/changelog ivtools-1.2.6/debian/changelog --- ivtools-1.2.6/debian/changelog +++ ivtools-1.2.6/debian/changelog @@ -1,3 +1,20 @@ +ivtools (1.2.6-1+nmu3) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: +- Reverting 1.2.6-1+nmu2 -j1 addition to keep package clean. +- Fix ARCH evaluation. +- Use generic $(MAKE) instead of make. +- Make sure imake is always called with -U$(ARCH) (Closes: #549407). + * 01_configure.diff: Handle disabling of early binary stripping. + * 015_Makefile_dontstrip.diff: Disable patch. + * 49_string.c_constchar.diff: New patch to deal with gcc 4.4 'invalid +conversion from 'const char*' to 'char*'' errors (Closes: #560203). + * 48_gcc40_int_pointer_errors.diff: Modified to use (unsigned intptr_t) +instead of (uintptr_t) to avoid out-of-context errors. + + -- Agustin Martin Domingo agmar...@debian.org Wed, 09 Dec 2009 18:13:03 +0100 + ivtools (1.2.6-1+nmu2) unstable; urgency=low * Non-maintainer upload. diff -u ivtools-1.2.6/debian/rules ivtools-1.2.6/debian/rules --- ivtools-1.2.6/debian/rules +++ ivtools-1.2.6/debian/rules @@ -16,7 +16,7 @@ # so for alpha we just don't have ace, who uses it # anyhow ? -ARCH = $(dpkg --print-architecture) +ARCH = $(shell dpkg --print-architecture) ifeq $(ARCH) alpha ACE = @@ -24,6 +24,9 @@ # ACE = --with-ace=/usr/include --with-ace-libs=/usr/lib endif +# Make sure this symbol is disabled when imake is invoked. See #549407. +MAKE += SPECIAL_IMAKEFLAGS=-U$(ARCH) + build: build-stamp build-stamp: dh_testdir @@ -41,9 +44,9 @@ # Compile the packages - make Makefile ARCH=LINUX - make Makefiles ARCH=LINUX - make -j1 ARCH=LINUX + $(MAKE) Makefile ARCH=LINUX + $(MAKE) Makefiles ARCH=LINUX + $(MAKE) ARCH=LINUX # BUILD FINISHED # --- @@ -59,8 +62,8 @@ --mandir=$(CURDIR)/debian/tmp/usr/share/man cd src/scripts \ - make ARCH=LINUX clean \ - make ARCH=LINUX CONFIGDIRSPEC='-T template -I/usr/lib/ivtools/config -DCURDIR=\$(CURDIR)'\ + $(MAKE) ARCH=LINUX clean \ + $(MAKE) ARCH=LINUX CONFIGDIRSPEC='-T template -I/usr/lib/ivtools/config -DCURDIR=\$(CURDIR)'\ MAKEMAKESPEC='ARCH=LINUX' touch build-stamp @@ -83,8 +86,8 @@ -rm config.cache -rm -rf static shared - [ ! -f Makefile ] || make ARCH=LINUX clean - [ ! -f src/scripts/Makefile ] || (cd src/scripts;make clean) + [ ! -f Makefile ] || $(MAKE) ARCH=LINUX clean + [ ! -f src/scripts/Makefile ] || (cd src/scripts;$(MAKE) clean) # remove backups -rm -f `find . -name *~` @@ -102,10 +105,10 @@ dh_installdirs # Add here commands to install the package into debian/tmp. - make install ARCH=LINUX DESTDIR=$(CURDIR)/debian/tmp + $(MAKE) install ARCH=LINUX DESTDIR=$(CURDIR)/debian/tmp cp debian/template $(CURDIR)/debian/tmp/usr/lib/ivtools/config/ - [ ! -f src/glyphs/Makefile ] || (cd src/glyphs make clean) + [ ! -f src/glyphs/Makefile ] || (cd src/glyphs $(MAKE) clean) # don't include the scripts # ivtools installs the libACE link, we remove it ... hack diff -u ivtools-1.2.6/debian/patches/series ivtools-1.2.6/debian/patches/series --- ivtools-1.2.6/debian/patches/series +++ ivtools-1.2.6/debian/patches/series @@ -1,5 +1,4 @@ 01_configure.diff -015_Makefile_dontstrip.diff 02_rules_def.diff 025_params_def.diff 026_geomobjs_c.diff @@ -42,0 +42 @@ +49_string.c_constchar.diff diff -u ivtools-1.2.6/debian/patches/01_configure.diff ivtools-1.2.6/debian/patches/01_configure.diff --- ivtools-1.2.6/debian/patches/01_configure.diff +++ ivtools-1.2.6/debian/patches/01_configure.diff @@ -1,8 +1,15 @@ -Index: ivtools-1.2/configure +This patch modfies the configure scripts for different purposes: + +* Modify how config/config.mk is built: + - Make 'make CPU' more silent. + - Do not strip binaries during the build process. Will be done later +from debian/rules. + +Index: ivtools-1.2.6/configure === ivtools-1.2.orig/configure 2009-09-04 12:19:47.0 -0400 -+++ ivtools-1.2/configure 2009-09-04 12:20:02.0 -0400 -@@ -5129,8 +5129,8 @@ +--- ivtools-1.2.6.orig/configure 2009-11-30 12:08:21.0 +0100 ivtools-1.2.6/configure 2009-11-30 12:08:54.0 +0100 +@@ -5129,8 +5129,10 @@ echo XCONFIGDIR = $x_libraries/X11/config config/config.mk echo writing \ABSTOP = `pwd`\ echo ABSTOP = `pwd` config/config.mk @@ -10,14 +17,16 @@ -echo CPU = `make CPU` config/config.mk +echo writing \CPU = `make -s CPU`\
Bug#559797: RFS: libtool 2.2.6b
On Wed, Dec 09, 2009 at 10:46:00AM -0500, Michael Gilbert wrote: On Wed, 9 Dec 2009 10:21:04 -0500, Michael Gilbert wrote: On Wed, 9 Dec 2009 08:50:38 +0100, Kurt Roeckx wrote: On Tue, Dec 08, 2009 at 11:42:59PM -0500, Michael Gilbert wrote: Hi all, I have packaged the new version of libtool for unstable. This fixes CVE-2009-3736. I am looking for a sponsor for the upload. Please do not upload this. I don't have upload rights since I'm not a DD. I was just trying to help get things going. It's mostly a message to people who would consider sponsoring it. Is there a transition going on that this would negatively impact? Would it be better to patch 2.2.6a? If so, the patch is fairly straightforward, and I can do that relatively quickly. Just let me know if you would like me to work on that. I didn't have time this morning to send a proper reply. I've been trying to upload a new version of libtool for some weeks now. I have a whole bunch of changes ready. But there is a regression test failure, which seems to be caused by a change in gcj (#555801). That has stopped me from uploading a new version so far. Note that 2.2.6a-4 disabled failing to build in case of regression failures. I've skipped the test suite errors that were broken at the time of that upload, but 2 new regression tests failured showed up in the mean time, and upstream now skips the other. I think I'm going to upload a version that build-conflicts with gcj for now. Anyway, I think the following changes should never be part of the NMU: * Update to standards version 3.8.3. * Update to debhelper 5. This is also just wrong: +Depends: install-info It should be dpkg (= 1.15.4) | install-info, and you would have gotten that if you used Depends: ${misc:Depends} instead. Anyway, there is a patch for libtool 1.5 available too. If you want you can upload that to stable/oldstable security. Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559797: RFS: libtool 2.2.6b
On Wed, 9 Dec 2009 19:22:37 +0100, Kurt Roeckx wrote: Anyway, I think the following changes should never be part of the NMU: * Update to standards version 3.8.3. * Update to debhelper 5. I suppose I went a bit overboard by fixing the lintian warnings. Technically, I also shouldn't have packaged a new upstream version in an nmu either; at least not for a package that is well-maintained ;-) But I had some free time to look at this, so I went for it. Anyway, there is a patch for libtool 1.5 available too. If you want you can upload that to stable/oldstable security. I'll go ahead with this. Thanks, Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559346: Most packages based on source package mysql-dfsg-5.1
Adrian Glaubitz wrote: Hi Luk, On Tue, Dec 08, 2009 at 07:29:09AM +0100, Luk Claes wrote: On Sat, Dec 05, 2009 at 12:21:00PM +0100, Adrian Glaubitz wrote: I'm closing this bug as the actual problem that caused the inconsistencies regarding half migrated packages has been resolved. Cheers Luk I found 2 other packages which are obviously affected: libmozjs1d (not available) - breaks elinks: http://packages.debian.org/sid/elinks libgmyth0 (not available) - breaks totem-plugins: http://packages.debian.org/sid/totem-plugins Do you think this is related to the same problem in testing? At least it renders totem and elinks unusuable. Only indirectly. The first one is due to an uncoordinated xulrunner transition apparently (binNMUs have been scheduled to fix it). The second one is a temporary issue and should be resolved soon once the gstreamer0.10 transition can migrate. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown
Re, On Wed, 9 Dec 2009, Patrick Matthäi wrote: Am 09.12.2009 17:11, schrieb Thomas Liske: Hi, Patrick Matthäi wrote: On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote: could you send me the files of one host from ~/.cache/apt-dater/stats/hostname* please. I'll send you two. osama:22.stat is from a box running unstable, which shows up as up to date wrongly, while dungheap:22.stat is from a machine running lenny which shows up as unknown. Your osama problem might be a bit more difficult. I will test it later. But for dungheap you do not have the right apt-dater-host version or better said, noone that is known by me: STATUS: apt-dater-host|0.8.0-3coretec1|x there is something curious. I'd feeded your stats files into apt-dater (SVN Head build) on my Lenny host and the hosts showed up as Updates pending. The Debian package is still in sync w/ SVN HEAD IMHO - Patrick, might it be a packaging problem ;) ? Hm fuck. I have backported installed the testing version on our update server and I have got the same symptoms, also if the apt-dater-host package is in sync with the apt-dater version. One host should have got updates and the other ones should be up to date. Now 4 hosts are in up to date (also the one with updates) and all the other ones are going into unknown. Also curious: if I close now apt-dater and reopen it, _every_ host is again in unknown OK I think I've tracked it down. There was a damn spare ! on an if condition which brakes the hole parcing stuff. There was a changed on the error handling between ADPROTO 0.3 and 0.5 - the old version is handled as UNKNOWN, the recent version is handled as UPTODATE. Upstream has been fixed w/ r432, please try out. Cheers, Thomas
Bug#556803: marked as done (ecamegapedal: FTBFS: interface.cpp:313: error: no matching function for call to 'ECA_CONTROL::command(const char [43])')
Your message dated Wed, 9 Dec 2009 19:59:16 +0100 with message-id 8b2d7b4d0912091059t49eedb37k76ecb33732eb3...@mail.gmail.com and subject line Package removed from Debian has caused the Debian Bug report #556803, regarding ecamegapedal: FTBFS: interface.cpp:313: error: no matching function for call to 'ECA_CONTROL::command(const char [43])' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 556803: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556803 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: ecamegapedal Version: 0.4.4-7 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091117 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I. -I/usr/include/qt3 -I/usr/include/libecasound -I/usr/include/kvutils-g -O2 -D_REENTRANT -D_REENTRANT -ffast-math -fstrict-aliasing -funroll-loops -DNDEBUG -DENABLE_DBC -MT interface.o -MD -MP -MF .deps/interface.Tpo -c -o interface.o interface.cpp; \ then mv -f .deps/interface.Tpo .deps/interface.Po; else rm -f .deps/interface.Tpo; exit 1; fi interface.cpp: In member function 'void QEInterface::initialize()': interface.cpp:313: error: no matching function for call to 'ECA_CONTROL::command(const char [43])' /usr/include/libecasound/eca-control.h:99: note: candidates are: virtual void ECA_CONTROL::command(const std::string, eci_return_value*) interface.cpp: In member function 'void QEInterface::start_processing(bool)': interface.cpp:363: error: no matching function for call to 'ECA_CONTROL::connect_chainsetup()' /usr/include/libecasound/eca-control.h:91: note: candidates are: virtual void ECA_CONTROL::connect_chainsetup(eci_return_value*) interface.cpp:368: error: no matching function for call to 'ECA_CONTROL::command(const char [14])' /usr/include/libecasound/eca-control.h:99: note: candidates are: virtual void ECA_CONTROL::command(const std::string, eci_return_value*) interface.cpp:369: error: 'class ECA_CONTROL' has no member named 'last_type' interface.cpp:371: error: no matching function for call to 'ECA_CONTROL::command(const char [6])' /usr/include/libecasound/eca-control.h:99: note: candidates are: virtual void ECA_CONTROL::command(const std::string, eci_return_value*) interface.cpp:375: error: no matching function for call to 'ECA_CONTROL::command(const char [6])' /usr/include/libecasound/eca-control.h:99: note: candidates are: virtual void ECA_CONTROL::command(const std::string, eci_return_value*) interface.cpp: In member function 'void QEInterface::button_rewind_begin()': interface.cpp:474: error: no matching function for call to 'ECA_CONTROL::command(const char [9])' /usr/include/libecasound/eca-control.h:99: note: candidates are: virtual void ECA_CONTROL::command(const std::string, eci_return_value*) interface.cpp: In member function 'void QEInterface::button_rewind()': interface.cpp:475: error: no matching function for call to 'ECA_CONTROL::command(const char [5])' /usr/include/libecasound/eca-control.h:99: note: candidates are: virtual void ECA_CONTROL::command(const std::string, eci_return_value*) interface.cpp: In member function 'void QEInterface::button_forward()': interface.cpp:476: error: no matching function for call to 'ECA_CONTROL::command(const char [5])' /usr/include/libecasound/eca-control.h:99: note: candidates are: virtual void ECA_CONTROL::command(const std::string, eci_return_value*) make[4]: *** [interface.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/11/17/ecamegapedal_0.4.4-7_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Version: 0.4.4-7+rm Package removed from Debian: http://bugs.debian.org/559523 -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi ---End Message---
Bug#460778: marked as done (soundtracker: your package depends from gnome-libs that is scheduled for removal)
Your message dated Wed, 9 Dec 2009 20:06:34 +0100 with message-id 8b2d7b4d0912091106x23795546mddd1ac356450a...@mail.gmail.com and subject line Package removed from Debian has caused the Debian Bug report #460778, regarding soundtracker: your package depends from gnome-libs that is scheduled for removal to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 460778: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460778 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: soundtracker Severity: important User: debian-rele...@lists.debian.org Usertags: gnome-1.x-removal Hi, Your package (soundtracker) has been detected as depending on gnome-libs, which as per release goal, won't be shipped in lenny. Please make sure that your package drops its dependencies on gnome-libs as soon as possible, or that it's ported to gnome2 one way or the other. This bug will be raised to RC severity as soon as gnome-libs are removed from testing, which should happen soon, since it will make your package uninstallable. Cheers, -- Pierre Habouzit ---End Message--- ---BeginMessage--- Version: 0.6.8-2+rm Package removed from Debian: http://bugs.debian.org/559525 -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi ---End Message---
Bug#559536: libxklavier15 missing in testing makes kdebase uninstallable (was: Missing dependency in testing)
In data domenica 06 dicembre 2009 17:51:50, Simon Paillard ha scritto: On Sat, Dec 05, 2009 at 09:38:55AM +0100, Salvo Isaja wrote: libxklavier15 missing in testing makes kdebase uninstallable. libxklavier15 has not yet entered testing, but kdebese-workspace-bin depends on it, and it is in testing. kdebase, kdeminimal and kdebase-workspace have been removed from testing after an upgrade. The KDE session disappears from KDM after this. Picking libxklavier15 from unstable lets install them back. Please assign this report to whom it may concern. kdebase-workspace-bin for example ? (certainly suits better than www.debian.org :-) To be merged with #559349, where you can find some explanation. http://bugs.debian.org/559349 So how bugs of the testing migration script should be reported? I believe we are talking of this, not merely of a KDE issue (as reported in #559349). I was unable to find it in the bug reporting how-to. Thanks, Salvo -- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: [Pkg-utopia-maintainers] Bug#560067: network-manager-gnome: nm connects to WPA2 with certificate after .pem file was delated
Processing commands for cont...@bugs.debian.org: severity 560067 important Bug #560067 [network-manager-gnome] network-manager-gnome: nm connects to WPA2 with certificate after .pem file was delated Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560067: [Pkg-utopia-maintainers] Bug#560067: network-manager-gnome: nm connects to WPA2 with certificate after .pem file was delated
severity 560067 important thanks Witold Baryluk wrote: Package: network-manager-gnome Version: 0.7.2-1 Severity: grave Tags: security Justification: user security hole After configuring WPA2 Enterprise with TTLS and PAP, I was using certificate file in /etc/ssl/certs/...pem (autmatically imported from /usr/local/share/ca-certificates/domain/certrootfile.crt) Then i reinstalled system, and not configured certifcates yet. After reinstalling system and restoring /home directory, i logged into my new stystem. After giving password to gnome-keyring NM automatically connected to my network, even cosindering that it is not existing: ** (nm-applet:6704): WARNING **: utils_fill_connection_certs: couldn't read CA certificate: 4 Nie można otworzyć pliku /etc/ssl/certs/SMP_Root_Certification_Authority_2.pem: Nie ma takiego pliku ani katalogu But NM thinks that it should connect anyway. And it connects, possibly leaking my credentials, login and password, and all keys, and of course network traffic. It should be considerebly more verbose error provided to an user (using nm-applet), and NM should abort connecting. I agree it is a security issue, but imho not such a severe one that severity grave is justified, especially as it only happens under very particular circumstances (thus downgrading to important). This bug is supposedly fixed in the upcoming 0.8 release. If you want to try, I have preliminary packages at [1] and I would be interested if this packages behave better. Cheers, Michael [1] http://debs.michaelbiebl.de/network-manager/ -- 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#559536: libxklavier15 missing in testing makes kdebase uninstallable (was: Missing dependency in testing)
On Wed, Dec 09, 2009 at 08:01:29PM +0100, Salvo Isaja wrote: In data domenica 06 dicembre 2009 17:51:50, Simon Paillard ha scritto: On Sat, Dec 05, 2009 at 09:38:55AM +0100, Salvo Isaja wrote: libxklavier15 missing in testing makes kdebase uninstallable. [..] To be merged with #559349, where you can find some explanation. http://bugs.debian.org/559349 So how bugs of the testing migration script should be reported? I believe we are talking of this, not merely of a KDE issue (as reported in #559349). release.debian.org pseudopackage, with a mention to 'Britney (testing migration scripts)' http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=release.debian.org;dist=unstable#_0_7_6 I was unable to find it in the bug reporting how-to. Not so easy instead. Ideally, 559349 and merged bugs should have been reported against release.d.o and 'affects kdebase-workspace-bin' http://www.debian.org/Bugs/server-control#affects Up to KDE maintainers. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559797: marked as done (CVE-2009-3736 local privilege escalation)
Your message dated Wed, 09 Dec 2009 19:32:59 + with message-id e1nisht-00085l...@ries.debian.org and subject line Bug#559797: fixed in libtool 2.2.6b-1 has caused the Debian Bug report #559797, regarding CVE-2009-3736 local privilege escalation to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 559797: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559797 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libtool Severity: grave Tags: security Hi, The following CVE (Common Vulnerabilities Exposures) id was published for libtool. CVE-2009-3736[0]: | ltdl.c in libltdl in GNU Libtool 1.5.x, and 2.2.6 before 2.2.6b, | attempts to open a .la file in the current working directory, which | allows local users to gain privileges via a Trojan horse file. Note that this problem also affects etch and lenny, so please coordinate with the security team to release a DSA. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3736 http://security-tracker.debian.org/tracker/CVE-2009-3736 ---End Message--- ---BeginMessage--- Source: libtool Source-Version: 2.2.6b-1 We believe that the bug you reported is fixed in the latest version of libtool, which is due to be installed in the Debian FTP archive: libltdl-dev_2.2.6b-1_amd64.deb to main/libt/libtool/libltdl-dev_2.2.6b-1_amd64.deb libltdl7_2.2.6b-1_amd64.deb to main/libt/libtool/libltdl7_2.2.6b-1_amd64.deb libtool-doc_2.2.6b-1_all.deb to main/libt/libtool/libtool-doc_2.2.6b-1_all.deb libtool_2.2.6b-1.diff.gz to main/libt/libtool/libtool_2.2.6b-1.diff.gz libtool_2.2.6b-1.dsc to main/libt/libtool/libtool_2.2.6b-1.dsc libtool_2.2.6b-1_amd64.deb to main/libt/libtool/libtool_2.2.6b-1_amd64.deb libtool_2.2.6b.orig.tar.gz to main/libt/libtool/libtool_2.2.6b.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 559...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Kurt Roeckx k...@roeckx.be (supplier of updated libtool package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 09 Dec 2009 20:05:39 +0100 Source: libtool Binary: libtool libtool-doc libltdl7 libltdl-dev Architecture: source all amd64 Version: 2.2.6b-1 Distribution: unstable Urgency: low Maintainer: Kurt Roeckx k...@roeckx.be Changed-By: Kurt Roeckx k...@roeckx.be Description: libltdl-dev - A system independent dlopen wrapper for GNU libtool libltdl7 - A system independent dlopen wrapper for GNU libtool libtool- Generic library support script libtool-doc - Generic library support script Closes: 542190 545687 554821 559797 Changes: libtool (2.2.6b-1) unstable; urgency=low . * New upstream release - Fixes CVE-2009-3736 (Closes: #559797) * Skip demo-deplibs.test. This is basicly the same as deplibs_test_disable.patch from the 1.5.26 version. * Skip the link-order2.at test. It has the same problem as the deplibs test. * Since deplibs-ident.at now passes, just let it return that the result is ok. * Skip localization test when setlocale is not functional. * Renable test suite. * Remove the Apps/ part of the doc-base entry. * Change debhelper compatibilty to 7. * Replace dh_clean -k with dh_prep * Change build dependency of automake to 1.10.1 (Closes: #542190) * Add support for GNU/kOpenSolaris (Closes: #545687) * Update Standards-Version from 3.8.1 to 3.8.3: No changes required. * Add ${misc:Depends} to libtool-doc's Depends so we have proper depedencies for it. * Build-Conflict against gcj for now, to avoid a regression test failure. See #555801. * Symbol versioning works with the GNU gold linker now. (Closes: #554821) Checksums-Sha1: 7767c884ed0e48510edc3ae9835578d103c2da4a 1822 libtool_2.2.6b-1.dsc 5afa73c8ef9ebe64bbb438a0f8779c9036e43c55 2347317 libtool_2.2.6b.orig.tar.gz fdb0290dd0af79eb83051f1ff3bd95ac61d35c64 18551 libtool_2.2.6b-1.diff.gz 90e45528b7486a22c2da692d03c5c5dc753282b2 510230 libtool-doc_2.2.6b-1_all.deb 4410fb415498df22f22cef4543c8fada828e0d21 523896 libtool_2.2.6b-1_amd64.deb
Bug#560120: libcanberra: FTBFS: Mismatch in dpkg-gensymbols
Daniel Schepler wrote: CC to debhelper maintainer to ask: It seems that until recently, debhelper would ignore these plugins in subdirectories of /usr/lib. Was this change in behavior intentional? If so, I don't see any entries in the debhelper changelog about it, at least with a quick scan for dh_makeshlibs. (See also bug #559657.) I think there was an inaverdent behavior change caused by #557603. dh_makeshlibs has always generated shlibs files for anything that looks like a legitimate shared library, no matter where it is located. However, before Peter's change, it ran dpkg-gensymbols and let it use its own search methods to find shared libraries -- which does only look in well known library directories. If this has the potential to break a lot of package's builds, I may need to revert that change and only enable it in the next compatability level. -- see shy jo signature.asc Description: Digital signature
Processed: cloning 560120, severity of -1 is normal, reassign -1 to debhelper ...
Processing commands for cont...@bugs.debian.org: clone 560120 -1 Bug#560120: libcanberra: FTBFS: Mismatch in dpkg-gensymbols Bug 560120 cloned as bug 560217. severity -1 normal Bug #560217 [src:libcanberra] libcanberra: FTBFS: Mismatch in dpkg-gensymbols Severity set to 'normal' from 'serious' reassign -1 debhelper Bug #560217 [src:libcanberra] libcanberra: FTBFS: Mismatch in dpkg-gensymbols Bug reassigned from package 'src:libcanberra' to 'debhelper'. Bug No longer marked as found in versions libcanberra/0.22-1. retitle -1 dh_makeshlibs behavior change Bug #560217 [debhelper] libcanberra: FTBFS: Mismatch in dpkg-gensymbols Changed Bug title to 'dh_makeshlibs behavior change' from 'libcanberra: FTBFS: Mismatch in dpkg-gensymbols' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560120: libcanberra: FTBFS: Mismatch in dpkg-gensymbols
Gone ahead and reverted the change. You may want to close this bug by passing -Xlibcanberra-alsa.so to dh_makeshlibs, both so it doesn't include that library in the shlibs file, and so it doesn't FTBFS again when you switch to debhelper v8 later. -- see shy jo signature.asc Description: Digital signature
Bug#560219: libtool: FTBFS: errors in testsuite
Package: libtool Version: 2.2.6a-4 Severity: serious Justification: FTBFS Hi, your package FTBFS on all buildds due to testsuite issues. E.g. on powerpc: | ERROR: 70 tests were run, | 4 failed (2 expected failures). | 5 tests were skipped. Build logs at the usual place: https://buildd.debian.org/status/package.php?suite=unstablep=libtool Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560221: mpfr/mips(el): FTBFS with gcc-4.4
Package: mpfr Version: 2.4.2-2 Severity: serious Tags: patch Justification: no longer builds from source mpfr fails to build on mips(el) with gcc-4.4. A full build log can be found here: https://buildd.debian.org/fetch.cgi?pkg=mpfrarch=mipselver=2.4.2-2stamp=1260358474file=logas=raw This is due to a change in GCC 4.4, the h asm constraint is not supported anymore on mips. For more details please see: http://gcc.gnu.org/gcc-4.4/changes.html The patch below fixes the problem by implementing the solution recommended the previous web page. With it, mpfr builds and passes the testsuite. --- mpfr-2.4.2.orig/mpfr-longlong.h +++ mpfr-2.4.2/mpfr-longlong.h @@ -1011,7 +1011,15 @@ #endif /* __m88000__ */ #if defined (__mips) W_TYPE_SIZE == 32 -#if __GNUC__ 2 || __GNUC_MINOR__ = 7 +#if (__GNUC__ = 5) || (__GNUC__ = 4 __GNUC_MINOR__ = 4) +#define umul_ppmm(w1, w0, u, v) \ + do { \ +UDItype _r;\ +_r = (UDItype) u * v; \ +(w1) = _r 32; \ +(w0) = (USItype) _r; \ + } while (0) +#elif __GNUC__ 2 || __GNUC_MINOR__ = 7 #define umul_ppmm(w1, w0, u, v) \ __asm__ (multu %2,%3 : =l (w0), =h (w1) : d (u), d (v)) #else @@ -1024,7 +1032,16 @@ #endif /* __mips */ #if (defined (__mips) __mips = 3) W_TYPE_SIZE == 64 -#if __GNUC__ 2 || __GNUC_MINOR__ = 7 +#if (__GNUC__ = 5) || (__GNUC__ = 4 __GNUC_MINOR__ = 4) +typedef unsigned int UTItype __attribute__ ((mode (TI))); +#define umul_ppmm(w1, w0, u, v) \ + do { \ +UTItype _r;\ +_r = (UTItype) u * v; \ +(w1) = _r 64; \ +(w0) = (UDItype) _r; \ + } while (0) +#elif __GNUC__ 2 || __GNUC_MINOR__ = 7 #define umul_ppmm(w1, w0, u, v) \ __asm__ (dmultu %2,%3 : =l (w0), =h (w1) : d (u), d (v)) #else -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: mipsel (mips64) Kernel: Linux 2.6.26-2-5kc-malta Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520351: marked as done (llvm-gcc-4.2: FTBFS on armel: error: 'MACHO_DYNAMIC_NO_PIC_P' undeclared here (not in a function))
Your message dated Wed, 9 Dec 2009 21:53:19 +0100 with message-id dacf4780912091253x79e465bbj6a23837634859...@mail.gmail.com and subject line ANAIS has caused the Debian Bug report #520351, regarding llvm-gcc-4.2: FTBFS on armel: error: 'MACHO_DYNAMIC_NO_PIC_P' undeclared here (not in a function) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 520351: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520351 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: llvm-gcc-4.2 Version: 2.5-1 Severity: serious Hi, Your package is failing to build on armel with the following error: ../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.md:4788: error: 'MACHO_DYNAMIC_NO_PIC_P' undeclared here (not in a function) ../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.md:4789: warning: missing initializer ../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.md:4789: warning: (near initialization for 'insn_conditions[15].value') ../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.md:4703: warning: missing initializer ../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.md:4703: warning: (near initialization for 'insn_conditions[56].value') ../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.md:4789: warning: missing initializer ../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.md:4789: warning: (near initialization for 'insn_conditions[86].value') make[4]: *** [build/gencondmd.o] Error 1 Kurt ---End Message--- ---BeginMessage--- See #559870. Closing. ---End Message---
Processed: severity of 504846 is serious
Processing commands for cont...@bugs.debian.org: severity 504846 serious Bug #504846 [genparse] FTBFS with GCC 4.4: missing #include Severity set to 'serious' from 'normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
Further information: - An extended 'smartctl' test revealed no errors. So it's probably not the disk. - 'debsums -s' reported errors for a couple of files in OpenOffice; everything else was fine. I also did some fiddling with options in xorg.conf this morning. Setting AGPMode to 1 does not improve behavior. Setting AGPFastWrites to False does not improve behavior. The system still goes to pieces when GL kicks in. Setting DRI to False improves things -- GL acceleration is disabled, but the system remains stable. Schwab -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tag pending
Processing commands for cont...@bugs.debian.org: tag 552497 pending Bug #552497 [hw-detect] hw-detect: file conflict with udev-udeb for /lib/udev/firmware.agent Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553212: fhist: FTBFS on armel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Walter Franzini schrieb: Patrick Matthäi pmatth...@debian.org writes: [...] Is it ok to build-depends on gcc-4.4 on all platforms? ciao No, this has to be done by the buildd admins. Where can I find the right procedure? I've read the policy a bit, is Build-Depends: gcc-4.4 [armel], still the wrong thing to do? AFAIK this is odd. But btw, the buildds are almost switched to gcc-4.4 now. Maybe uploading 1.18 and give it a try? Just send me the new dsc link. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksgGeoACgkQ2XA5inpabMdyBACfX/A4y4TUhQWYYQx0g9hPfXVJ bFIAoKjlSO3X+Co0wCM3r6kvxf77ULoV =yaz4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560186: marked as done (apt-dater: suddenly fails to see updates and reports hosts as unknown)
Your message dated Wed, 09 Dec 2009 21:49:49 + with message-id e1niupt-0006zj...@ries.debian.org and subject line Bug#560186: fixed in apt-dater 0.8.0+svn434-1 has caused the Debian Bug report #560186, regarding apt-dater: suddenly fails to see updates and reports hosts as unknown to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 560186: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560186 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: apt-dater Version: 0.8.0+svn431-1 Severity: grave Justification: renders package unusable Somewhere between last week and this week, apt-dater stopped working for me. Symptoms: Of the 15 hosts that are configured, two (running debian testing) show up as up to date wrongly (updates are pending); the other 13 (running etch or lenny) show up as unknown. Even after refreshing, this does not change. The problem seems to be on the host running apt-dater, as manually running the ssh command line from /usr/lib/apt-dater/cmd that is used for refresh produces no error and the output looks OK; that output is also saved in ~/.cache/apt-dater/stats/ , so I suppose the data is being gathered, but somehow misinterpreted by apt-dater. The last upgrades I did on the host running apt-dater (in between it working and breaking) were libc6, libglib2.0-0 and tcl8.5, so I suppose the problem lies with these upgrades somewhere. cm. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-dater depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libpopt0 1.15-1 lib for parsing cmdline parameters ii libxml2 2.7.6.dfsg-1 GNOME XML library ii openssh-client1:5.1p1-8 secure shell client, an rlogin/rsh ii screen4.0.3-14 terminal multiplexor with VT100/AN ii tcl8.58.5.8-2Tcl (the Tool Command Language) v8 apt-dater recommends no packages. Versions of packages apt-dater suggests: ii apt-dater-host0.8.0+svn431-1 host helper application for apt-da ii xsltproc 1.1.26-1 XSLT command line processor -- no debconf information ---End Message--- ---BeginMessage--- Source: apt-dater Source-Version: 0.8.0+svn434-1 We believe that the bug you reported is fixed in the latest version of apt-dater, which is due to be installed in the Debian FTP archive: apt-dater-dbg_0.8.0+svn434-1_amd64.deb to main/a/apt-dater/apt-dater-dbg_0.8.0+svn434-1_amd64.deb apt-dater-host_0.8.0+svn434-1_all.deb to main/a/apt-dater/apt-dater-host_0.8.0+svn434-1_all.deb apt-dater_0.8.0+svn434-1.debian.tar.gz to main/a/apt-dater/apt-dater_0.8.0+svn434-1.debian.tar.gz apt-dater_0.8.0+svn434-1.dsc to main/a/apt-dater/apt-dater_0.8.0+svn434-1.dsc apt-dater_0.8.0+svn434-1_amd64.deb to main/a/apt-dater/apt-dater_0.8.0+svn434-1_amd64.deb apt-dater_0.8.0+svn434.orig.tar.bz2 to main/a/apt-dater/apt-dater_0.8.0+svn434.orig.tar.bz2 A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 560...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Patrick Matthäi pmatth...@debian.org (supplier of updated apt-dater package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 09 Dec 2009 22:11:01 +0100 Source: apt-dater Binary: apt-dater apt-dater-dbg apt-dater-host Architecture: source all amd64 Version: 0.8.0+svn434-1 Distribution: unstable Urgency: high Maintainer: Patrick Matthäi pmatth...@debian.org Changed-By: Patrick Matthäi pmatth...@debian.org Description: apt-dater - terminal-based remote package update manager apt-dater-dbg - terminal-based remote package update manager (dbg symbols) apt-dater-host - host helper application for apt-dater Closes: 560186 Changes:
Bug#560239: libslang2-dev: Broken .so symlink…
Package: libslang2-dev Version: 2.2.2-1 Severity: grave Tags: security Justification: renders package unusable Hi, why wondering why the .a was being used for a build of mine, I noticed that there was indeed a .so for your package, but that the .so was a broken symlink… | cy...@talisker:~$ readlink -f /usr/lib/libslang.so ls -l /lib/libslang.so* | /lib/libslang.so.2.2.1 | lrwxrwxrwx 1 root root 17 Dec 9 03:45 /lib/libslang.so.2 - libslang.so.2.2.2 | -rw-r--r-- 1 root root 1069720 Dec 6 12:45 /lib/libslang.so.2.2.2 Setting severity to grave, a broken .so in a -dev package leads to a near-to-useless package. I guess it could be even worse and result in the .a getting embedded in other packages, meaning that if slang2 has to receive security-related fixes, packages statically built against it would still be vulnerable. Tagging security accordingly, so that it gets some attention from security folks. (Wild guess: checking packages BD'ing on it uploaded since the .so symlink got broken should help get a list of candidates.) Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org