Bug#675302: nouveau: hard lockup when gdm3 starts
Gedalya wrote: Now tried running startx /usr/bin/xterm with nouveau, [ 82.427553] [drm] nouveau :01:00.0: PDISP: DCB for 6/0xbad00103 not found [ 82.428536] [drm] nouveau :01:00.0: PDISP: DCB for 0/0xbad00103 not found [ 82.429483] [drm] nouveau :01:00.0: Table 0x0103 not found for 0/2, using first I kept a previously opened ssh connection. When starting X, the screen went black, but didn't totally lock up until I killed the X process from SSH. No further netconsole output, the machine went totally dead. Worrisome. Can you send a full kernel log from booting and doing this, including the boot-up sequence? Please send it as an attachment if possible so the log doesn't get corrupted in transit (e.g. by line wrapping). Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672431: report
After two week test error is IN MOTHERBOARD. Test other memory, network cards, power supply... Some kernels versions work normally one-two days and report error randomly, some kernels randomly hangs in one-two days, some kernel hang is in five minuts... After change motherboard, no errors, no hangs. Sorry for bad error... error is closed -- Г‘ óâà æåГГЁГҐГ¬, Petr mailto:unicor...@hotbox.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675416: facter error `No LSB modules are available.`
Chris Francy franc...@gmail.com writes: Package: facter Version: 1.6.9-1~bpo60+1 Severity: important Please upgrade to 1.6.9-1~bpo60+2 which is where this problem is fixed. micah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675277: icinga-idoutils: fails to install, remove, and install again
tags 675277 moreinfo thanks On Wed, 30 May 2012, Andreas Beckmann wrote: Hi, Package: icinga-idoutils Version: 1.7.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install, remove (but not purge), and install again. Before the second installation the package is in config-files-remaining state. The configuration is remaining from the last version that was successfully configured - which is the same version that is going to be installed again. Like a plain failure on initial install this makes the package too buggy for a release, thus the severity. I am really not sure if this is a bug. If you do the install again, dbconfig asks you again for upgrading the database and if you hit yes the same update is applied to the database. This of course fails. I added the dbconfig maintaner to Cc, Sean what do you think is this a bug and how should it addressed? Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675040: icinga-cgi: postinst fails if /etc/icinga/apache2.conf doesn't exist
tags 675040 unreproducible thanks On Tue, 29 May 2012, Christoph Anton Mitterer wrote: Package: icinga-cgi Version: 1.7.0-1 Severity: normal Hi. The postinst of icinga-cgi fails if /etc/icinga/apache2.conf doesn't exist with: Setting up icinga-cgi (1.7.0-1) ... Not replacing deleted config file /etc/icinga/apache2.conf dpkg: error processing icinga-cgi (--configure): subprocess installed post-installation script returned error exit status 1 touching the file, and the postinst runs ok. As noted in some previous ticket, I think that this file should rather go to some /u/s/d/icinga-cgi/examples/ directory OR to /etc/apache2/sites-available/ ... which is why I personally delete it, as it's never used in my systems. And sites-available is still wrong. Anyhow I am not able to reproduce your problem: + ucf --debconf-ok /usr/share/doc/icinga-cgi/examples/apache2.conf /etc/icinga/apache2.conf Not replacing deleted config file /etc/icinga/apache2.conf + '[' apache2 ']' + wc_httpd_apache_include /etc/icinga/apache2.conf icinga apache2 + local h incfile httpds confdir + '[' '!' /etc/icinga/apache2.conf ']' + incfile=/etc/icinga/apache2.conf + shift + '[' '!' icinga ']' + name=icinga + shift + '[' '!' -e /etc/icinga/apache2.conf ']' + echo 'include file /etc/icinga/apache2.conf does not exist!' include file /etc/icinga/apache2.conf does not exist! + return 1 + '[' '' ']' + '[' -n '' ']' + db_set icinga/adminpassword '' + _db_cmd 'SET icinga/adminpassword' '' + _db_internal_IFS=' ' + IFS=' ' + printf '%s\n' 'SET icinga/adminpassword ' + IFS=' ' + IFS=' ' + read -r _db_internal_line + RET='value set' + case ${_db_internal_line%%[ ]*} in + return 0 + db_set icinga/adminpassword-repeat '' + _db_cmd 'SET icinga/adminpassword-repeat' '' + _db_internal_IFS=' ' + IFS=' ' + printf '%s\n' 'SET icinga/adminpassword-repeat ' + IFS=' ' + IFS=' ' + read -r _db_internal_line + RET='value set' + case ${_db_internal_line%%[ ]*} in + return 0 + db_stop + echo STOP Setting up icinga-core (1.7.0-2) ... I removed /etc/apache2/conf.d/icinga.conf and in another run also the file /etc/icinga. I just don't see the postinst failing. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675429: ruby-activerecord-3.2: CVE-2012-2660 unsafe query generation risk in Ruby on Rails when Active Record is used
Package: ruby-activerecord-3.2 Severity: important Tags: security, patch http://seclists.org/oss-sec/2012/q2/449 Unsafe Query Generation Risk in Ruby on Rails There is a vulnerability when Active Record is used in conjunction with parameter parsing from Rack via Action Pack. This vulnerability has been assigned the CVE identifier CVE-2012-2660. Versions Affected: ALL versions Not affected: NONE Fixed Versions: 3.2.4, 3.1.5, 3.0.13 Impact -- Due to the way Active Record interprets parameters in combination with the way that Rack parses query parameters, it is possible for an attacker to issue unexpected database queries with IS NULL where clauses. This issue does *not* let an attacker insert arbitrary values into an SQL query, however they can cause the query to check for NULL where most users wouldn't expect it. For example, a system has password reset with token functionality: unless params[:token].nil? user = User.find_by_token(params[:token]) user.reset_password! end An attacker can craft a request such that `params[:token]` will return `[nil]`. The `[nil]` value will bypass the test for nil, but will still add an IS NULL clause to the SQL query. All users running an affected release should either upgrade or use one of the work arounds immediately. Releases The FIXED releases are available at the normal locations. Workarounds --- This problem can be mitigated by testing for `[nil]`. For example: unless params[:token].nil? || params[:token] == [nil] user = User.find_by_token(params[:token]) user.reset_password! end Another possible workaround is to cast to a known type and test against that type. For example: unless params[:token].to_s.empty? user = User.find_by_token(params[:token]) user.reset_password! end Patches --- To aid users who aren't able to upgrade immediately we have provided patches for the two supported release series. They are in git-am format and consist of a single changeset. * 3-0-null_param.patch - Patch for 3.0 series * 3-1-null_param.patch - Patch for 3.1 series * 3-2-null_param.patch - Patch for 3.2 series Please note that only the 3.1.x and 3.2.x series are supported at present. Users of earlier unsupported releases are advised to upgrade as soon as possible as we cannot guarantee the continued availability of security fixes for unsupported releases. Credits --- Thanks to Ben Murphy for reporting the vulnerability to us, and to Chad Pyne of thoughtbot for helping us verify the fix. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640508: Suggestion to deal with that bug report without changing the whole logic of various scripts of the samba package
Quoting Tollef Fog Heen (tfh...@err.no): ]] Christian PERRIER Hi, After looking at #640668 and #640508, I think we could maybe find a way to reconcile both. But that may be naive, also..:-) To me, it looks like the best idea would be to see if the patch from Sam in http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=yesbug=640668#25 . Can you see if that works, and if so, we can close both bugs with one patch. I'm working on this now that the former released package version entered testing. signature.asc Description: Digital signature
Bug#675409: [Pkg-puppet-devel] Bug#675409: puppetmaster-passenger: fails to upgrade from sid: mv: cannot stat `/etc/apache2/sites-available/puppetmaster.conf': No such file or directory
Andreas Beckmann deb...@abeckmann.de writes: during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'wheezy' fails. Thanks. I'll investigate. -- Stig Sandbeck Mathisen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675431: RM: gcc-4.5 -- superseded by gcc-4.[67]
Package: ftp.debian.org Please remove gcc-4.6 for wheezy. Currently blocked by http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=gcc-4.5;users=debian-...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674391: autofs: diff for NMU version 5.0.6-1.1
Hi Dmitrij, First of all thank you for picking up the maintenance of this package. It is non-trivial. On 01/06/12 01:57, Dmitry Smirnov wrote: Hi Dmitrijs, I'd like to thank you for your care for the 'autofs' package but please excuse me for expressing my non-appreciation of your NMU. I have cancelled it due to bug that Jakub Wilk expressed. Although perhaps not fast enough we're working on 'autofs' - we have a team of three and a different fix to the problem is already committed to repository. The changelog entry says: * declare myself as Maintainer (adopting package) And the control says, that there is one maintainer one uploader. Please, either change the maintainer to a team, or list all people on the team. Please, set Vcs-* fields as per: http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-vcs If the fix has been committed to Vcs-*, you should set the 'pending' tag on the bug. Correct Vcs-* headers, together with the pending tag would allowed me to find the patches I was looking for. I do believe the pressure you impose with your NMU is unnecessary because simply asking or sharing your suggestions in email to any of us would be better. True. I'm sorry for putting you in the spotlight. We are days away from the freeze, the package has RC bugs and did not transition to testing yet. I do not want to release wheezy without autofs. There is pressure from the release team. Friendly discussion is always preferable to aggressive pushing of your implementation over the shoulders of active maintainers who at least trying to discuss changes between themselves. From the changelog, I understood that there was only one maintainer who did ample of work to update the package. RC http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673796 has no response from maintainer. Do you have a patch committed to some private Vcs repository? RC http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674391 has no response from maintainer. And you say you do have a patch ready. Who sponsored your upload? Because bug #674391 is Fail To Build From Source (in a sane manner) filed the day after the upload. Autoconf was last updated on 2012-05-12. Did the package FTBFS (in a sane manner) on the upload? Also I'm sure you're aware that I'm not a DD, so to override your NMU I must complete changes for new release and find a sponsor within 5 days only. I am aware that you are not a DD. To cancel an NMU you only need to get any DD to 'sponsor' this one line: dcut ftp-eu cancel autofs_5.0.6-1.1_amd64.changes Nobody is forcing you to complete changes for a new release in an unreasonable quick amount of time. I am sure anyone from #debian-mentors would have done it, if it was not already done by me. Do you have a DD in your team of three people to review and sponsor packages? You're welcome to the team if you want to help but please consider first to communicate whatever improvements you might have and then perhaps sponsor the existing effort rather than override it with premature NMU. Yes, I do want to be part of the team. Do you have a team setup on alioth with a Vcs repository and mailing list? Or do you want help to set this up? Improvements I want to achieve: This package to migrate to testing. This means: * fix FTBFS in a sane way * fix FTBFS with gold / ld --as-needed * fix conf file upgrade handling Meanwhile I'll do my best to address the problem ASAP. Great. * Please comment on the bugs that are being worked on. * Please attach the patch to the BTS or point to VCS where this patch is available. * Please tag pending, if a solution for the bug is found and it will be part of the next upload. Above action, would have prevented spending me time doing duplicate work in a different time zone. Thank you. Thank you for you contributions to debian. I hope you will keep up the excellent work you are doing with this package. But please do fix the issues with the package I have outlined above. -- Regards, Dmitrijs. signature.asc Description: OpenPGP digital signature
Bug#675302: nouveau: hard lockup when gdm3 starts
On 6/1/2012 1:57 AM, Jonathan Nieder wrote: Worrisome. Can you send a full kernel log from booting and doing this, including the boot-up sequence? Please send it as an attachment if possible so the log doesn't get corrupted in transit (e.g. by line wrapping). Saved the log from partedmagic too just in case it can help. Looks like the ring buffer here is too small to keep the earliest boot messages. root@PartedMagic:~# uname -a Linux PartedMagic 3.3.6-pmagic #1 SMP Sat May 12 20:01:06 CDT 2012 i686 Intel(R) Core(TM)2 Quad CPUQ9550 @ 2.83GHz GenuineIntel GNU/Linux [0.303349] pci_bus :06: resource 7 [mem 0x000c-0x000d] [0.303669] pci_bus :06: resource 8 [mem 0xfed4-0xfed44fff] [0.303988] pci_bus :06: resource 9 [mem 0xd7f0-0xfebf] [0.304334] NET: Registered protocol family 2 [0.304677] IP route cache hash table entries: 32768 (order: 5, 131072 bytes) [0.305082] TCP established hash table entries: 131072 (order: 8, 1048576 bytes) [0.305904] TCP bind hash table entries: 65536 (order: 7, 524288 bytes) [0.306367] TCP: Hash tables configured (established 131072 bind 65536) [0.306688] TCP reno registered [0.306995] UDP hash table entries: 512 (order: 2, 16384 bytes) [0.307335] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes) [0.307692] NET: Registered protocol family 1 [0.308104] RPC: Registered named UNIX socket transport module. [0.308422] RPC: Registered udp transport module. [0.308735] RPC: Registered tcp transport module. [0.309061] RPC: Registered tcp NFSv4.1 backchannel transport module. [0.331043] pci :01:00.0: Boot video device [0.331379] PCI: CLS 32 bytes, default 64 [0.331725] Trying to unpack rootfs image as initramfs... [0.440926] Freeing initrd memory: 38420k freed [0.453397] audit: initializing netlink socket (disabled) [0.453728] type=2000 audit(1338532572.452:1): initialized [0.454640] highmem bounce pool size: 64 pages [0.459860] VFS: Disk quotas dquot_6.5.2 [0.460287] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) [0.460734] squashfs: version 4.0 (2009/01/31) Phillip Lougher [0.461297] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [0.461618] ROMFS MTD (C) 2007 Red Hat, Inc. [0.462329] aufs 3.3-20120402 [0.462635] msgmni has been set to 1421 [0.466088] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [0.46] io scheduler noop registered [0.466973] io scheduler deadline registered [0.467307] io scheduler cfq registered (default) [0.467989] pcieport :00:01.0: irq 40 for MSI/MSI-X [0.468433] pcieport :00:1c.0: irq 41 for MSI/MSI-X [0.468869] pcieport :00:1c.3: irq 42 for MSI/MSI-X [0.469337] pcieport :00:1c.4: irq 43 for MSI/MSI-X [0.469768] pcieport :00:1c.5: irq 44 for MSI/MSI-X [0.470411] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [0.471043] isapnp: Scanning for PnP cards... [0.826975] isapnp: No Plug Play device found [0.833490] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [1.098144] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [1.119600] 00:07: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [1.123779] brd: module loaded [1.180634] loop: module loaded [1.181738] Loading iSCSI transport class v2.0-870. [1.183443] i8042: PNP: No PS/2 controller found. Probing ports directly. [1.184214] serio: i8042 KBD port at 0x60,0x64 irq 1 [1.184545] serio: i8042 AUX port at 0x60,0x64 irq 12 [1.185132] mousedev: PS/2 mouse device common for all mice [1.185756] EISA: Probing bus 0 at eisa.0 [1.186106] EISA: Cannot allocate resource for mainboard [1.186420] Cannot allocate resource for EISA slot 1 [1.186733] Cannot allocate resource for EISA slot 2 [1.187058] Cannot allocate resource for EISA slot 3 [1.187370] Cannot allocate resource for EISA slot 4 [1.187681] Cannot allocate resource for EISA slot 5 [1.187992] Cannot allocate resource for EISA slot 6 [1.188325] Cannot allocate resource for EISA slot 7 [1.188637] Cannot allocate resource for EISA slot 8 [1.188948] EISA: Detected 0 cards. [1.189275] cpuidle: using governor ladder [1.189583] cpuidle: using governor menu [1.190029] TCP cubic registered [1.190334] Initializing XFRM netlink socket [1.190646] NET: Registered protocol family 17 [1.191120] Registering the dns_resolver key type [1.191450] Using IPI No-Shortcut mode [1.299537] registered taskstats version 1 [1.300194] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [1.300612] Freeing unused kernel memory: 556k freed [1.301106] Write protecting the kernel text: 3548k [1.301451] Write protecting the kernel read-only data: 1340k [1.454034] Refined TSC clocksource calibration: 2833.010 MHz. [1.454039] Switching to clocksource tsc [1.527281]
Bug#675432: xterm scrolling is very slow
Package: xterm Version: 278-1 Severity: normal Compared to Xterm in Squeeze, Xterm in Wheezy is very slow to scroll and update. This leads to distracting flashes and empty blocks when scrolling or refreshing the screen. What changed between Squeeze and Wheezy that would have caused this? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.13-32 ii libfontconfig1 2.9.0-5 ii libice6 2:1.0.8-2 ii libtinfo5 5.9-7 ii libutempter01.1.5-4 ii libx11-62:1.4.99.901-2 ii libxaw7 2:1.0.10-2 ii libxft2 2.2.0-3 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1 ii xbitmaps1.1.1-1 Versions of packages xterm recommends: ii x11-utils 7.7~1 Versions of packages xterm suggests: pn xfonts-cyrillic none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675302: nouveau: hard lockup when gdm3 starts
Gedalya wrote: Here. Perfect, thanks much. Ok, one more test and we should take this upstream: can you reproduce this with a 3.3.y or newer kernel from experimental? If so, please report this at http://bugs.freedesktop.org/, product Xorg, component Driver/nouveau (yes, that's where they track their kernel bugs, too), and let us know the bug number so we can track it. http://nouveau.freedesktop.org/wiki/Bugs has more advice. xterm uses 2d, GNOME 3 uses some 3d features. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675433: xterm: terminal bell randomly stops and requires a reboot to get back
Package: xterm Version: 278-1 Severity: normal After a normal bootup, the terminal bell with Xterm works as expected. After some time it stops. This happens with RXVT, Gnome Terminal, and XFCE Terminal. The problem does not appear to be related to starting or stopping any sort of audio-using program. While this isn't a showstopping bug, I feel it must definitely be cured before declaring Wheezy ready for promotion to Stable. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.13-32 ii libfontconfig1 2.9.0-5 ii libice6 2:1.0.8-2 ii libtinfo5 5.9-7 ii libutempter01.1.5-4 ii libx11-62:1.4.99.901-2 ii libxaw7 2:1.0.10-2 ii libxft2 2.2.0-3 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1 ii xbitmaps1.1.1-1 Versions of packages xterm recommends: ii x11-utils 7.7~1 Versions of packages xterm suggests: pn xfonts-cyrillic none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675434: nmu: libnet-ssleay-perl_1.48-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Release Team It was reported [1], that libnet-ssleay-perl does not report the correct constant value for SSL_OP_NO_TLSv1_1. There was the following change in openssl 1.0.1b-1: openssl (1.0.1b-1) unstable; urgency=high . * New upstream version - Remaps SSL_OP_NO_TLSv1_1, so applications linked to 1.0.0 can talk to servers supporting TLS 1.1 but not TLS 1.2 - Drop rc4_hmac_md5.patch, applied upstream [1]: http://bugs.debian.org/675424 After rebuilding libnet-ssleay-perl the problem is fixed. Would it be possible to schedule binnmu's for libnet-ssleay-perl? nmu libnet-ssleay-perl_1.48-1 . ALL . -m Rebuild for remap change for SSL_OP_NO_TLSv1_1 in openssl 1.0.1b-1 Many thanks in advance, Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPyGbdAAoJEHidbwV/2GP+E7AQAImjQRluw+gtTh1tnPCBejVA v9nC959uKoXnRA+D7JlQnMCXQex8jJ/iNhqlJ14N4yMHFgOWa0H3BSHriPd2bDRO xzp60RgWXwKjbrX4Yv+z5fB3PRVPR6R0CFizC1vh+VKxrwkoZ2e9gpXDVArAQGrf ds2UylMBIuVIFhL51Y5kWhdBNePILgRpb1huyvG/+5x1qRvoFGbP+LKCZoSwVsGE jcDf7twMhL2nyPx0QkTmOsKJGIsqd6DpiGfu2grrQBUdXXDUM/89LWS2rKKKESNt HuYWazKeRXX1GIB3TojbHWkl63HXvVtbiFvA+my0T35Tez4Vgd1yckFCBxSOU8ov cnP7MiUaO+kVy2FUYWs0gjeS7cQwisZeEQgUnEdbDh/pSev3cU4efnmQ7FCK3dtw lbbEAhTUdY+r5aLtQNwNCh2QfW9U/Y+MRz1/looqeqMa6l+zgKLEHX4vvW2HZRBZ tmF3D5F+S1JppUmjv8vW7qb/nty6h2/eEpbu69ULZC0oAd86n+nmQe8IrxAAUO1z SF/hbJJIoztVwvn/3KnUlboyRvIugUeAuswADyK5HkfUmi/HPH5yy8JruQwzYS/Y wNS5Wu6kimNfwr0Cn1AgsJLiRLxsjdgIehZUcHyNCjtWDN+/2H77sShxQzzWqLgW C7SC2g9/fTTx8VP2D6Mn =j4Dy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674108: mirror submission for suro.ubaya.ac.id
Hi, On Thu, May 31, 2012 at 04:45:24PM -0700, Budiwijaya wrote: On Wed, May 23, 2012 at 04:13:18AM +, Budiwijaya wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: suro.ubaya.ac.id Thanks, but I cannot ping / reach this host, which makes the check step more difficult. For the record, tcp connection was unsuccessful, and neither traceroute nor ping worked when I checked. HTTP is now ok again. Could you please use ftpsync tool as recommended ? Or the mirror will be broken during updates. http://www.debian.org/mirror/ftpmirror#how Please subscribe the low traffic announce http://lists.debian.org/debian-mirrors-announce It's our firewall policy to disable ping/icmp in our DMZ from internet. You can check with tcptraceroute. Type: leaf Archive-architecture: amd64 armel armhf i386 Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: kambing.ui.ac.id I changed the archive upstream to ubuntu.osuosl.org. Updates: four Maintainer: Budiwijaya budi...@yahoo.com Country: ID Indonesia Location: Surabaya, Indonesia Sponsor: Universitas Surabaya http://www.ubaya.ac.id Comment: Connected to IIX/OIXP/SIX with 50Mbps and 10Mbps for International Bandwidth. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656942: closed by Bastien Roucariès roucaries.bastien+deb...@gmail.com (Bug#656942: fixed in imagemagick 8:6.7.7.2-1)
On Fri, Jun 1, 2012 at 3:10 AM, Jason Woofenden ja...@jasonwoof.com wrote: On 2012-05-31 09:51PM, Bastien ROUCARIES wrote: Please could you explain me, better. Particularly what are you expecting this time. Here's the bit from my original bug report: $ identify -verbose rock48.png | grep Class Class: DirectClass Oops! should be: Class: PseudoClass This is still broken. Test case #1 This test produces the wrong result in both these versions of imagemagic package: + 8:6.6.9.7-5+b2 (the version I reportbuged) + 8:6.7.7.2-1 (the version you posted as fixing this bug) Command: identify -verbose rock48.png | grep Class Current (incorrect) output: Class: DirectClass Correct/Expected output: Class: PseudoClass If I understand [1] correctly, DirectClass and PseudoClass don't say how the image is stored, just how the image is handled internally by imagemagick. Quoting [1]: The storage class is really describing how the image is being stored internally by ImageMagick (with or without a colormap) and not the particular BMP format being written. [1] http://studio.imagemagick.org/pipermail/magick-developers/2004-January/001844.html Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591969: status
Hi, whats the status of this bug? cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675435: CC-BY-SA-2.0 license not suitable for main
Source: freemedforms-project Version: 0.7.1-1 Severity: serious Quoting your copyright file: == Files: global_resources/pixmap/svg/{Gnome-applications-science.svg Office-calendar-modified.svg Printer.svg unadvised.svg} Copyright: 2006-2008 Lapo Calamandrei, Jakub Steiner, Andreas Nilsson License: CC-BY-SA-2.0 == CC-BY-SA-2.0 is not considered suitable for main. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675424: libnet-ssleay-perl: Incorrect constant value for OP_NO_TLSv1_1
Hi John On Fri, Jun 01, 2012 at 12:19:45AM -0400, John Jetmore wrote: While troubleshooting problems using the Net::SSLeay::OP_NO_TLSv1_1 constant in a perl app, I came to realize that Net::SSLeay, as packaged in libnet-ssleay-perl 1.48-1, does not return the proper constant value for OP_NO_TLSv1_1. [...] These constants are pulled into SSLeay.so at build time I believe. It feels like libnet-ssleay-perl just needs to be rebuilt with the latest headers to correct the problem. Seems likely to be related to this change from openssl-1.0.1b-1 (http://packages.debian.org/changelogs/pool/main/o/openssl/openssl_1.0.1c-1/changelog#version1.0.1b-1): - Remaps SSL_OP_NO_TLSv1_1, so applications linked to 1.0.0 can talk to servers supporting TLS 1.1 but not TLS 1.2 I can confirm that rebuilding the package against newest libssl-dev solves that. I have asked release team if they could schedule a rebuild [1]. [1]: http://bugs.debian.org/675434 Regards, Salvatore signature.asc Description: Digital signature
Bug#666119: gnome-settings: random segfault
Le jeudi 31 mai 2012 à 18:44, Michael Biebl a écrit: tags 666119 + moreinfo thanks On 28.03.2012 22:40, Lionel Vaux wrote: I have just experienced a strange bug: with no apparent cause, gnome-settings-daemon segfaulted once and restarted. The only reason I noticed it was that the decorations of all windows disappeared for a few seconds. And the only further info I can provide is the following line in syslog: kernel: [84564.793837] gnome-settings-[9269]: segfault at 10 ip 7f6291f0272e sp 7f628cc1dc10 error 6 in libglib-2.0.so.0.300 0.2[7f6291ea1000+f6000] Everything seemed to work fine afterwards, but I figure that any segfault is potentially important. Did this problem happen again? Do you know what triggered the bug i.e. what were you doing when this segfault happened: software upgrades, hardware changes, etc I remember very clearly that I was doing nothing unusual when this happened. Moreover, it never happened again, so I guess it can be closed as being unreproducible. iouri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674995: mirror submission for ftp.neowiz.com
Hi, New sync with ftpsync script is done on Jun 1 06:37:00 UTC 2012 I used 20120521 version of ftpsync. And I also changed our upstream to ftp.kr.debian.org. We're going to sync 3 times a day (8 hours) our bandwidth is 1Gbps for both direction. Thank you. -Original Message- From: Simon Paillard [mailto:spaill...@debian.org] Sent: Friday, June 01, 2012 4:40 AM To: ftpadm; 674...@bugs.debian.org Subject: Re: Bug#674995: mirror submission for ftp.neowiz.com tags 674995 +moreinfo thanks Hi, On Tue, May 29, 2012 at 08:04:33AM +, peter jang wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: ftp.neowiz.com Please use the ftpsync script, it's required to have working mirror during update: http://lists.debian.org/debian-mirrors-announce/2012/05/msg1.html Then tell us when a new sync is done with the last ftpsync version. Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: mirrors.kernel.org You could sync from ftp.kr.debian.org, may be faster. Updates: once The archive is updated every 6 hours, this is the recommended sync period. Maintainer: peter jang ftp...@neowiz.com Country: KR Korea, Republic of Location: Seoul Sponsor: NeowizGames http://www.pmang.com Bandwidth available ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646093: check: Please enable subunit support
Robert Lemmen rober...@semistable.com writes: the pkg-config change is easy enough. with normal makefiles (where pkg-config is executed at build time), this shouldn't break anything. I do worry about all these poor sods that use autotools, there it seems that they would have to re-do the aclocal + ./configure stage as well to get the new build flags in. which might still be acceptable. They can just use PKG_CHECK_MODULES(check, check,,) which will query the CFLAGS/LDFLAGS with pkg-config, and does not need a rerun of aclocal + autoconf. That is what the AM_PATH_CHECK macro recommends too: AC_MSG_WARN([AM_PATH_CHECK() is deprecated]) AC_MSG_WARN([[use PKG_CHECK_MODULES([CHECK], [check = 0.9.4]) instead]]) With that in mind, I would add the appropriate CFLAGS and LDFLAGS to check.m4 too. It's probably not the nicest thing out there, but it's not worth the effort to update something deprecated in a better way. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674391: NMU cancelled
tags 671391 -pending thanks NMU has been cancelled last night. Sorry, for any inconvenience caused. -- Regards, Dmitrijs. signature.asc Description: OpenPGP digital signature
Bug#672411: gcc-4.7: Inlining error in combination with FORTIFY_SOURCE
forwarded 672411 http://gcc.gnu.org/PR33763 tags 672411 + upstream retitle 672411 gcc-4.7: Inlining error thanks fails regardless of the hardening options used. extern int __open_2 (__const char *__path, int __oflag) __attribute__ ((__nonnull__ (1))); extern __inline __attribute__ ((__always_inline__)) __attribute__ ((__artificial__)) int open (__const char *__path, int __oflag, ...) { return __open_2 (__path, __oflag); } int open(const char *file, int oflag, ...) { return -1; } int open64(const char *file, int oflag, ...) { return open(file, oflag); } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675302: nouveau: hard lockup when gdm3 starts
On 6/1/2012 2:47 AM, Jonathan Nieder wrote: Ok, one more test and we should take this upstream: can you reproduce this with a 3.3.y or newer kernel from experimental? If so, please report this athttp://bugs.freedesktop.org/, product Xorg, component Driver/nouveau (yes, that's where they track their kernel bugs, too), and let us know the bug number so we can track it. Bug 50571 - https://bugs.freedesktop.org/show_bug.cgi?id=50571 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675436: openssl: Buffer overflow vulnerability
Package: openssl Version: 0.9.8o-4squeeze13 Severity: important Tags: security Description from email: http://seclists.org/bugtraq/2012/May/155 A buffer overflow vulnerability has been discovered within the OpenSSL command line utility. The vulnerability is revealed within the signing of a certificate. When issuing a sample command ?openssl ca -config /path/to/cnf -in /path/to/csr -extensions v3_ca -out /path/to/crt? the user is prompted for the password of the signing certificate. This input data is improperly handled which results in a buffer overflow when the user enters a large amount of data. The password prompt requests 4 - 8191 characters however with large data input, stack smashing is detected. Our testing showed this to work on Ubuntu 12.04 and Suse Linux Enterprise Server 10. Our testing also found the OpenSSL binary found on Backtrack 5 R2 was presumably compiled without buffer overflow countermeasures. Discoverer did report this to OpenSSL-people after I emailed to him. No reply yet. I haven't verified this. Please check if this is valid. Probably doesn't affect squeeze, but let's verify. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssl depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates20090814+nmu3squeeze1 Common CA certificates -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664907: tennix: 664907: upstream patch
tags 664907 + fixed-upstream patch thanks It seems this is fixed in the upstream git repo by this commit: http://repo.or.cz/w/tennix.git/commitdiff/6144cb7626dfdc0820a0036af83a531e8e68bae6 I've tested build with this patch applied and it works, please check and apply it and or ask upstream to release a new version. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#675437: mc blocks when trying to view a file in an encrypted zip archive
Package: mc Version: 3:4.7.0.9-1 Severity: normal Killing the unzip process let mc resume. 3195 pts/0S+ 0:00 sh -c /usr/bin/unzip -p \/data\/home\/bernhard\/email\.zip email\.txt \ 3196 pts/0S+ 0:00 /usr/bin/unzip -p /data/home/bernhard/email.zip email.txt bernhard@b:/data/home/bernhard$ kill 3196 -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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/dash Versions of packages mc depends on: ii e2fslibs1.41.12-4stable1 ext2/ext3/ext4 file system librari ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libslang2 2.2.2-4 The S-Lang programming library - r Versions of packages mc recommends: ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap Versions of packages mc suggests: ii acroread [pdf-viewe 9.5.1-0.1Adobe Acrobat Reader: Portable Doc pn arj none (no description available) ii bzip2 1.0.5-6+squeeze1 high-quality block-sorting file co pn catdvi none (no description available) pn dbview none (no description available) pn djvulibre-bin none (no description available) ii evince [pdf-viewer] 2.30.3-2+squeeze1Document (PostScript, PDF) viewer ii file5.04-5+squeeze2 Determines file type using magic pn gv none (no description available) ii imagemagick 8:6.6.0.4-3+squeeze3 image manipulation programs ii lynx2.8.8dev.5-1 Text-mode WWW Browser (transitiona pn odt2txt none (no description available) ii perl5.10.1-17squeeze3Larry Wall's Practical Extraction ii python 2.6.6-3+squeeze7 interactive high-level object-orie pn python-boto none (no description available) pn python-tz none (no description available) ii unzip 6.0-4De-archiver for .zip files pn zip none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675438: task-galician: Request to change packages for galician environment
Package: task-galician Version: 3.09 Severity: normal The most up to date and accurate spell checking dictionary for the galician language is the hunspell one, so I'd like the package hunspell-gl-es to be added as a dependency. But maybe it fits better in the task-galician-desktop, due to its dependencies... Also, the package util-linux-locales contains some Galician translations, so I think it should be added here too. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=gl_ES.UTF-8, LC_CTYPE=gl_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658365: ping?
On jeu., 2012-05-31 at 16:40 +0200, Martin Pitt wrote: Hello Yves-Alexis, Yves-Alexis Perez [2012-05-31 16:07 +0200]: Any news on this? Want me to upload an NMU? Please go ahead. This is a really old and obsolete package, I consider it pretty much fair game. Here's the bzr diff of the package I'm uploading (I'm pretty much clueless with bzr and I don't think I have commit access so I'd prefer you commit it yourself :) Regards, -- Yves-Alexis === modified file 'debian/changelog' --- debian/changelog 2010-08-06 17:15:04 + +++ debian/changelog 2012-06-01 07:34:06 + @@ -1,3 +1,15 @@ +sysfsutils (2.1.0+repack-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/sysfsutils.init: +- add support for changing permissions of folders too. closes: #658365 + * debian/control: +- fix typo in long description. +- add build-dep on autotools-dev to replace ancient autotools helpers. +- update standards version to 3.9.3. + + -- Yves-Alexis Perez cor...@debian.org Fri, 01 Jun 2012 09:34:05 +0200 + sysfsutils (2.1.0+repack-1) unstable; urgency=low * Drop tarball.mk and tar-in-tar packaging and use upstream tarball as === modified file 'debian/control' --- debian/control 2010-08-06 17:07:31 + +++ debian/control 2012-06-01 07:33:48 + @@ -2,8 +2,8 @@ Section: libs Priority: extra Maintainer: Martin Pitt mp...@debian.org -Build-Depends: cdbs, debhelper (= 7), chrpath -Standards-Version: 3.9.1 +Build-Depends: cdbs, debhelper (= 7), chrpath, autotools-dev +Standards-Version: 3.9.3 Vcs-Bzr: https://code.launchpad.net/~ubuntu-core-dev/sysfsutils/debian Package: libsysfs-dev @@ -45,7 +45,7 @@ it: it can list devices by bus, class, and topology. . In addition this package ships a configuration file /etc/sysfs.conf which - allows to conveniently set sysfs attributes at system bootup (in the init + allows one to conveniently set sysfs attributes at system bootup (in the init script /etc/init.d/sysfsutils). . If you need sysfs queries in own programs, then you may want to use the === modified file 'debian/sysfsutils.init' --- debian/sysfsutils.init 2010-08-06 17:11:58 + +++ debian/sysfsutils.init 2012-05-31 14:44:52 + @@ -32,7 +32,7 @@ $CONFFILE | { while read f1 f2 f3; do if [ $f1 = mode -a -n $f2 -a -n $f3 ]; then -if [ -f /sys/$f2 ]; then +if [ -f /sys/$f2 ] || [ -d /sys/$f2 ]; then chmod $f3 /sys/$f2 else log_failure_msg unknown attribute $f2 signature.asc Description: This is a digitally signed message part
Bug#675302: nouveau: hard lockup when gdm3 starts
found 675302 linux-2.6/3.3.6-1~experimental.1 affects 675302 + xserver-xorg-video-nouveau forwarded 675302 https://bugs.freedesktop.org/50571 quit Gedalya wrote: Bug 50571 - https://bugs.freedesktop.org/show_bug.cgi?id=50571 Thanks! If I have any more questions, I'll just ask them upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675277: [Pkg-nagios-devel] Bug#675277: icinga-idoutils: fails to install, remove, and install again
On Fri, 01 Jun 2012, Alexander Wirt wrote: tags 675277 moreinfo thanks On Wed, 30 May 2012, Andreas Beckmann wrote: Hi, Package: icinga-idoutils Version: 1.7.0-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install, remove (but not purge), and install again. Before the second installation the package is in config-files-remaining state. The configuration is remaining from the last version that was successfully configured - which is the same version that is going to be installed again. Like a plain failure on initial install this makes the package too buggy for a release, thus the severity. I am really not sure if this is a bug. If you do the install again, dbconfig asks you again for upgrading the database and if you hit yes the same update is applied to the database. This of course fails. I added the dbconfig maintaner to Cc, Sean what do you think is this a bug and how should it addressed? I did a little debugging in the morning (thanks to melissa) as it seems naming the files version.sql did wrong things with the comparision of dbc. I fixed that in git and it should fix that problem. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675427: report
can i change description of error ? to mii-tool: show wrong speed (ethtool show norm) eth0 1000baseT-HD error (100Mb/s ok) #mii-tool eth0: negotiated 1000baseT-HD flow-control, link ok eth1: negotiated 1000baseT-FD flow-control, link ok eth2: negotiated 100baseTx-FD, link ok eth3: negotiated 1000baseT-FD flow-control, link ok eth4: negotiated 100baseTx-FD flow-control, link ok #ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 1 Transceiver: internal Auto-negotiation: on Supports Wake-on: d Wake-on: d Current message level: 0x0007 (7) drv probe link Link detected: yes #lspci 00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) 00:01.0 PCI bridge: Intel Corporation 82865G/PE/P AGP Bridge (rev 02) 00:06.0 System peripheral: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface (rev 02) 00:1d.0 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) 00:1d.1 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) 00:1d.2 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) 00:1d.3 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) 00:1d.7 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) 00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) 02:00.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 (rev 02) 02:01.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) 02:02.0 Ethernet controller: D-Link System Inc DGE-530T Gigabit Ethernet Adapter (rev 11) (rev 11) 02:03.0 Multimedia controller: Philips Semiconductors SAA7130 Video Broadcast Decoder (rev 01) 02:04.0 Ethernet controller: D-Link System Inc DGE-530T Gigabit Ethernet Adapter (rev 11) (rev 11) 02:08.0 Ethernet controller: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 01) # dmesg | grep -i eth [3.045864] e100 :02:00.0: eth0: addr 0xfc00, irq 21, MAC addr 00:60:94:a5:1e:df [3.046936] skge :02:02.0: eth1: addr 00:17:9a:b3:95:8d [3.070853] skge :02:04.0: eth3: addr 00:1c:f0:98:37:c3 [3.097066] e100 :02:08.0: eth4: addr 0xff968000, irq 20, MAC addr 00:13:20:3d:7a:50 [ 21.329036] i2c-core: driver [tuner] using legacy suspend method [ 21.329050] i2c-core: driver [tuner] using legacy resume method [ 24.002392] 8139too: 8139too Fast Ethernet driver 0.9.28 [ 27.289917] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 27.292277] e100 :02:00.0: eth0: NIC Link is Up 100 Mbps Full Duplex [ 27.292565] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 27.541254] skge :02:02.0: eth1: enabling interface [ 27.795876] eth2: setting full-duplex. [ 28.045712] skge :02:04.0: eth3: enabling interface [ 28.285135] ADDRCONF(NETDEV_UP): eth4: link is not ready [ 28.288159] e100 :02:08.0: eth4: NIC Link is Up 100 Mbps Full Duplex [ 28.288420] ADDRCONF(NETDEV_CHANGE): eth4: link becomes ready [ 29.885987] skge :02:02.0: eth1: Link is up at 1000 Mbps, full duplex, flow control both [ 30.427087] skge :02:04.0: eth3: Link is up at 1000 Mbps, full duplex, flow control none [ 37.696011] eth0: no IPv6 routers present [ 37.864023] eth2: no IPv6 routers present [ 38.272023] eth1: no IPv6 routers present [ 38.608026] eth3: no IPv6 routers present [ 39.104023] eth4: no IPv6 routers present [ 64.843041] device eth1 entered promiscuous mode [ 64.857312] device eth2 entered promiscuous mode [ 64.861023] device eth0 entered promiscuous mode # ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:60:94:a5:1e:df
Bug#675439: [xchat] systray disappear after gnome-shell crash
Package: xchat Version: 2.8.8-5 Severity: normal --- Please enter the report below this line. --- Hello, after a gnome-shell crash xchat keep running but the systray is not visible anymore. Other programs like gajim and icedove have their systray icon after gnome-shell is restarted. thanks --- System information. --- Architecture: i386 Kernel: Linux 3.4.0-rc7+ Debian Release: wheezy/sid 500 unstablemi.mirror.garr.it 500 unstableftp.de.debian.org 500 testing ftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+- libatk1.0-0(= 1.12.4) | 2.4.0-2 libc6 (= 2.7) | 2.13-32 libcairo2 (= 1.2.4) | 1.12.2-2 libdbus-1-3 (= 1.0.2) | 1.5.12-1 libdbus-glib-1-2 (= 0.88) | 0.98-1 libfontconfig1 (= 2.8.0) | 2.9.0-6 libfreetype6(= 2.2.1) | 2.4.9-1 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.24.0) | 2.32.3-1 libgtk2.0-0(= 2.24.0) | 2.24.10-1 libpango1.0-0 (= 1.14.0) | 1.30.0-1 libperl5.14(= 5.14.2) | 5.14.2-11 libsexy2(= 0.1.8) | 0.1.11-2+b1 libssl1.0.0 (= 1.0.0) | 1.0.1c-1 libx11-6 | 2:1.4.99.901-2 libxml2(= 2.6.27) | 2.8.0+dfsg1-1 xchat-common (= 2.8.8-5) | 2.8.8-5 Recommends (Version) | Installed =-+-=== libpython2.7 (= 2.7) | 2.7.3~rc2-2.1 tcl8.5 (= 8.5.0) | 8.5.11-2 esound-clients| 0.2.41-8 OR alsa-utils| 1.0.25-3 libnotify1| 0.5.0-2 OR libnotify-bin | xdg-utils | 1.1.0~rc1+git20111210-6 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675440: /bin/df: output of df(1) is very ugly when mounting by uuid
Package: coreutils Version: 8.13-3.2 Severity: normal File: /bin/df The output of df(1) is very ugly when drives are mounted by their uuid. Is there some way of doing some sort of shorthand when referring to such volumes? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii dpkg 1.16.3 ii install-info 4.13a.dfsg.1-10 ii libacl1 2.2.51-7 ii libattr1 1:2.4.46-7 ii libc6 2.13-32 ii libselinux1 2.1.9-2 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508866: still stale filehandles in 3.2 for atomically renamed files
unarchive 508866 reassign 508866 linux-image-3.2.0-1-amd64 unarchive 508866 reopen 508866 thanks . I failed to notice that this bug had been closed/archived, but indeed not yet really fixed. See later comments on https://bugzilla.kernel.org/show_bug.cgi?id=12557#c15 -- Tim Connors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674728: #674728 chromium: FTBFS on armel and armhf
Hi, shawn shawnland...@gmail.com writes: Here is a working patch against current sid version. (for at least armel) It won't cleanly git am against git, but if you read it, it is trivial to resolve (but tedious) however, I do not know how to check against git anyways, as that debian directory doesn't seem to be capable of building the sid source package, and i don't know where and what version of source i should use against it. I just tested the binary you built. It prints [28996:28996:383359135708:ERROR:data_pack.cc(133)] Entry #3 in data pack points off end of file. Was the file corrupted? [28996:28996:383359136274:FATAL:resource_bundle_posix.cc(56)] Check failed: resources_data_. failed to load chrome.pak but then sleeps forever. gdb shows #0 0x40b414fc in recvmsg () at ../sysdeps/unix/syscall-template.S:82 #1 0x2b0a14b4 in UnixDomainSocket::RecvMsg (fd=11, buf=optimized out, length=optimized out, fds=0xbe83b67c) at content/common/unix_domain_socket_posix.cc:69 #2 0x2bf1df9c in ZygoteHost::Init (this=0x40024eec, sandbox_cmd=...) at content/browser/zygote_host_linux.cc:181 #3 0x2be18038 in SetupSandbox (parsed_command_line=...) at content/browser/browser_main_loop.cc:97 #4 content::BrowserMainLoop::EarlyInitialization (this=0x2d3516b0) at content/browser/browser_main_loop.cc:256 #5 0x2be177c8 in BrowserMain (parameters=...) at content/browser/browser_main.cc:54 #6 0x2ab2ef9c in RunNamedProcessTypeMain (delegate=optimized out, main_function_params=..., process_type=...) at content/app/content_main.cc:264 #7 content::ContentMain (argc=28992, argv=0xbe83c234, delegate=0xbe83c0b4) at content/app/content_main.cc:457 #8 0x2a1bb974 in ChromeMain (argc=2, argv=0xbe83c234) at chrome/app/chrome_main.cc:32 #9 0x2a1baba8 in main (argc=optimized out, argv=optimized out) at chrome/app/chrome_exe_main_gtk.cc:18 This is exactly the same behavior I saw with 16.0.912.77~r118311-1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660187 I can't use strace directly since there is some suid helper: Failed to move to new PID namespace: Operation not permitted If I replace chromium-sandbox with a wrapper shell script then I can see 29492 execve(/usr/lib/chromium/chromium, [/usr/lib/chromium/chromium, --type=zygote], [/* 37 vars */]) = 0 29492 brk(0)= 0x2d344000 29492 uname({sys=Linux, node=mv78100, ...}) = 0 ... 29492 stat64(/home, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 29492 stat64(/home/lindi, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 29492 stat64(/home/lindi/.pki, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 29492 stat64(/home/lindi/.pki/nssdb, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 29492 statfs64(/home/lindi/.pki/nssdb, 88, {f_type=NFS_SUPER_MAGIC, f_bsize=4096, f_blocks=69946375, f_bfree=17608227, f_bavail=14055152, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 29492 uname({sys=Linux, node=mv78100, ...}) = 0 29492 readlink(/proc/self/exe, /usr/lib/chromium/chromium, 4096) = 26 29492 open(/usr/lib/chromium/chrome.pak, O_RDONLY|O_LARGEFILE) = 4 29492 fstat64(4, {st_mode=S_IFREG|0644, st_size=3484478, ...}) = 0 29492 mmap2(NULL, 3484478, PROT_READ, MAP_SHARED, 4, 0) = 0x4216 29492 gettid() = 29492 29492 clock_gettime(CLOCK_MONOTONIC, {384255, 54286444}) = 0 29492 write(2, [29492:29492:384255054286:ERROR:data_pack.cc(133)] Entry #3 in data pack points off end of file. Was the file corrupted?\n, 121) = 121 29492 munmap(0x4216, 3484478) = 0 29492 close(4) = 0 29492 gettid() = 29492 29492 clock_gettime(CLOCK_MONOTONIC, {384255, 56244162}) = 0 29492 write(2, [29492:29492:384255056244:FATAL:resource_bundle_posix.cc(56)] Check failed: resources_data_. failed to load chrome.pak\n, 119) = 119 29492 open(/proc/self/status, O_RDONLY|O_LARGEFILE) = 4 29492 read(4, Name:\tchromium\nState:\tR (running)\nTgid:\t29492\nPid:\t29492\nPPid:\t29490\nTracerPid:\t29490\nUid:\t1001\t1001\t1001\t1001\nGid:\t1001\t1001\t1001\t1001\nFDSize:\t32\nGroups:\t1001 \nVmPeak:\t 90168 kB\nVmSize:\t 86764 kB\nVmLck:\t 0 kB\nVmHWM:\t 8672 kB\nVmRSS:\t8668 kB\nVmData:\t 444 kB\nVmStk:\t 88 kB\nVmExe:\t 51300 kB\nVmLib:\t 31696 kB\nVmPTE:\t 64 kB\nThreads:\t1\nSigQ:\t2/16382\nSigPnd:\t\nShdPnd:\t\nSigBlk:\t\nSigIgn:\t1000\nSigCgt:\t00018000\nCapInh:\t\nCapPrm:\t\nCapEff:\t\nCapBnd:\tfeff\nvoluntary_ctxt_switches:\t3301\nnonvoluntary_ctxt_switches:\t9\n, 1024) = 664 29492 close(4) = 0 29492 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 29492 tgkill(29492, 29492, SIGABRT) = 0 29492 --- SIGABRT (Aborted) @ 0 (0) --- 29492 +++ killed by SIGABRT +++ $ chromium --no-sandbox Xlib: extension RANDR missing on display :5.
Bug#508866: still stale filehandles in 3.2 for atomically renamed files
unarchive 508866 reassign 508866 linux-image-3.2.0-2-amd64 unarchive 508866 reopen 508866 thanks . I failed to notice that this bug had been closed/archived, but indeed not yet really fixed. See later comments on https://bugzilla.kernel.org/show_bug.cgi?id=12557#c15 -- Tim Connors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675441: icedove-l10n-fr: Please upload language files to test experimental version
Package: icedove-l10n-fr Version: 1:10.0.2-1 Severity: wishlist Dear Maintainer, Could you upload corresponding language file to install the experimental version ? I would be please to test it ! Thanks a lot ! Best Regards Mourad -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove-l10n-fr depends on: ii icedove 10.0.4-1 Versions of packages icedove-l10n-fr recommends: ii myspell-fr 1.4-26 icedove-l10n-fr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652934: [Piuparts-devel] Bug#652934: Bug#652934: Bug#652934: Bug#652934: Bug#652934: status
Hi Dave, On Freitag, 1. Juni 2012, Dave Steele wrote: believe you should provide clean patches cleaned Thanks, so I've merged the next one... but then I looked at e6444734909a6074f9f768f0c32ffc56d3a2017e and found several points I disliked, want improved or plainly reject: - please keep the package in 1.0 format. 3.0 is more complicated and buys us nothing as we dont have any patches. - the README-server.txt (yay for writing it!) says that piuparts stores its logs in /var/lib/piuparts. Please add a sentence explaining that those logs are basically the result of piuparts running, thats why we store them in /var/lib. I also wonder whether we should store the master+slave logs in /var/log/piuparts/... - I don't like (/usr)/sbin/slave_run - IMO that should either end up in /usr/share/piuparts/master/ or rename it to piuparts_slave_run and put it in /usr/sbin/. I think I prefer the later. - piuparts-server.postinst: thats totally wrong, like this it would be executed on any upgrade, removal, purge, etc. You need to interpret $1 and act accordingly... see http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html and postinst scripts of your choice :-) - why oh why do you reintroduce piuparts-server.preinst which you removed (albeit named preinst) in 89926a72e5675218abfbbd6dce50dba0292c43ad? I'm not impressed :/ - debian/rules: please explain: - dh_installman - $(MAKE) prefix=$(CURDIR)/debian/piuparts/usr etcdir=$(CURDIR)/debian/piuparts/etc all + $(MAKE) prefix=$(CURDIR)/debian/tmp/usr etcdir=$(CURDIR)/debian/tmp/etc all + dh_install + dh_installman --sourcedir=debian/piuparts And then finally, I must say I'm disappointed by debian/control, just introducing a piuparts-server package. I thought we would get piuparts-master and a piuparts-slave packages instead 8-) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652934: [Piuparts-devel] Bug#652934: status
Hi, On Freitag, 1. Juni 2012, Andreas Beckmann wrote: I still have no idea what ht should mean...?! I know what Dave wants, but ht_root does not seen to be my preferred name either ... but so what does ht_root stand for? 2. [please] set $self._doc_root and use it everywhere instead doc_root reminds me very much of the Apache directive DocumentRoot ... which is something different than Dave wants to achieve, SERVER_PART=http://some.host http://piuparts.debian.org DIR_PART=/sub/dir// how about SERVER + BASE? or DOCBASE? or SITEBASE? cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636526: [Python-modules-team] Bug#636526: python-psutil: Patch to support Python3.
On Fri, Jun 1, 2012 at 4:40 AM, Matthew Grant matthewgra...@gmail.com wrote: The attached patch also closes Bug #637382, as dh_python2 and dhpython3 are required to effect the Python3 build. In doing the guides on the Debian wiki: No, sorry, introducing dh_python2 is not needed to introduce python3 support, since you can mix dh_pysupport and dh_python3 just fine. So this is something I won't introduce in the packaging as of now. http://wiki.debian.org/Python/TransitionToDHPython2 and http://wiki.debian.org/Python/LibraryStyleGuide were followed. debian/rules was carefully merged with the example in the LibraryStyleGuide, debian/control updated. I think it would have been better to have a minimal patch, instead of trying to revamp the packaging. I did note the test_get_io_counters failure on all 3 versions of Python, and this maybe due to moving to the 3.2 kernel. The Python3.2 test test_name failed due to the underlying python binary being 'python3.2mu' instead of 'python3.2' but these are definitely seperate bugs to the build bugs. before introducing the py3k package I'd like to see comments from upstream on them. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675058: unixodbc: Multiple buffer overflow in unixODBC
tag 675058 -security severity 675058 normal thanks On Wed, May 30, 2012 at 09:34:34AM -0700, Steve Langasek wrote: On Tue, May 29, 2012 at 06:40:35PM +0300, Henri Salo wrote: Package: unixodbc Version: 2.2.14p2-1 Severity: important Tags: security From Felipe Pena in [oss-security] CVE id request: Multiple buffer overflow in unixODBC: Multiple buffer overflow in unixODBC === The library unixODBC doesn't check properly the input from FILEDSN=, DRIVER= options in the DSN, which causes buffer overflow when passed to the SQLDriverConnect() function. The unixODBC maintainer has been notified about the issue. Version affected FILEDSN= as of 2.0.10 DRIVER= as of 2.3.1 What makes this a security bug? What is the attack vector for tricking a user into running an ODBC-enabled application with untrusted data in the FILEDSN or DRIVER variables? These are only triggerable by trusted input, so not a security issue. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675442: xfce4-diskperf-plugin: Does not show activity for any values smaller than Max.
Package: xfce4-diskperf-plugin Version: 2.5.3-1 Severity: important Tags: patch Dear Maintainer, this bug has already been reported upstream and a patch is available. Please apply to the debian package. http://git.xfce.org/panel-plugins/xfce4-diskperf-plugin/commit/?id=315e54ec286da7a982dbd24f5f0b8f41c7e45e98 Thanks. Regards, Holger -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-diskperf-plugin depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-32 ii libcairo2 1.12.2-1 ii libfontconfig1 2.9.0-5 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii xfce4-panel 4.8.6-3 xfce4-diskperf-plugin recommends no packages. xfce4-diskperf-plugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675443: atop: please use a /etc/default/atop file for options
Package: atop Version: 1.26-1 Severity: wishlist Users may want to change the options chosen in the package (like the interval), and using a /etc/default/atop config file (similar to what other packages do) would be better than modifying the DAEMON_ARGS value in the /etc/init.d/atop init script. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages atop depends on: ii libc62.13-32 ii libncurses5 5.9-7 ii libtinfo55.9-7 ii logrotate3.8.1-4 ii zlib1g 1:1.2.7.dfsg-11 atop recommends no packages. atop suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675426: error on eth1
error on eth1 #mii-tool eth0: negotiated 1000baseT-FD flow-control, link ok SIOCGMIIPHY on 'eth1' failed: Operation not supported #ethtool eth1 Settings for eth1: Supported ports: [ MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 1 Transceiver: external Auto-negotiation: on Supports Wake-on: g Wake-on: d Link detected: yes #dmesg | grep -i eth [1.422100] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64. [1.422323] forcedeth :00:05.0: PCI INT A - Link[APCH] - GSI 20 (level, high) - IRQ 20 [1.422334] forcedeth :00:05.0: setting latency timer to 64 [1.650879] skge :02:07.0: eth0: addr 00:17:9a:b3:95:8e [1.945047] forcedeth :00:05.0: ifname eth1, PHY OUI 0x732 @ 1, addr 00:04:61:0c:be:91 [1.945062] forcedeth :00:05.0: csum timirq lnktim desc-v2 [ 39.932676] skge :02:07.0: eth0: enabling interface [ 42.277567] skge :02:07.0: eth0: Link is up at 1000 Mbps, full duplex, flow control both [ 50.088007] eth1: no IPv6 routers present [ 50.144007] eth0: no IPv6 routers present [ 73.128816] forcedeth :00:05.0: eth1: link down [ 80.203622] forcedeth :00:05.0: eth1: link up # lspci 00:00.0 Host bridge: NVIDIA Corporation nForce3 250Gb Host Bridge (rev a1) 00:01.0 ISA bridge: NVIDIA Corporation nForce3 250Gb LPC Bridge (rev a2) 00:01.1 SMBus: NVIDIA Corporation nForce 250Gb PCI System Management (rev a1) 00:02.0 USB controller: NVIDIA Corporation CK8S USB Controller (rev a1) 00:02.1 USB controller: NVIDIA Corporation CK8S USB Controller (rev a1) 00:02.2 USB controller: NVIDIA Corporation nForce3 EHCI USB 2.0 Controller (rev a2) 00:05.0 Bridge: NVIDIA Corporation CK8S Ethernet Controller (rev a2) 00:06.0 Multimedia audio controller: NVIDIA Corporation nForce3 250Gb AC'97 Audio Controller (rev a1) 00:08.0 IDE interface: NVIDIA Corporation CK8S Parallel ATA Controller (v2.5) (rev a2) 00:0a.0 IDE interface: NVIDIA Corporation nForce3 Serial ATA Controller (rev a2) 00:0b.0 PCI bridge: NVIDIA Corporation nForce3 250Gb AGP Host to PCI Bridge (rev a2) 00:0e.0 PCI bridge: NVIDIA Corporation nForce3 250Gb PCI-to-PCI Bridge (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 02:07.0 Ethernet controller: D-Link System Inc DGE-530T Gigabit Ethernet Adapter (rev 11) (rev 11) -- Г‘ óâà æåГГЁГҐГ¬, Petr mailto:unicor...@hotbox.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674587: transition: mapnik
On Fri, 25 May 2012 19:34:15 +0200, David Paleino wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello RT, I'm requesting to add Mapnik to the transition tracker. [..] *gentle ping* -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#656942: closed by Bastien Roucariès roucaries.bastien+deb...@gmail.com (Bug#656942: fixed in imagemagick 8:6.7.7.2-1)
The storage class is really describing how the image is being stored internally by ImageMagick (with or without a colormap) and not the particular BMP format being written. Very strange! Well, then I guess it doesn't matter what identify outputs for the class if it doesn't tell you anything about the file. - Jason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564896: More ideas for coping with systems with small amounts of RAM
On Fri, Jun 01, 2012 at 02:49:04PM +1200, Olly Betts wrote: For the script as shipped, the memory usage peaked at 228M and it took about 35 seconds. Patched, the memory usage peaked at 152M and it took 1m15 (just over twice as long). If I patch it to set the threshold to 100, then it's 145M and takes much longer (8m22, but I didn't have the patience to retry it). So it doesn't seem useful to go much lower than 1000, as you save little memory, but take much longer. The patch below has 100, not 1000. Can you please confirm which is the appropriate tradeoff value? I think it would be good to do something about this for wheezy. My suggestion would be to apply the patch, but probably tweaked to not reduce the threshold if the system has lots of memory. And if there's less than a certain amount (256MB perhaps) then disable apt-xapian-index. Ok. What I noticed lots of people are scared of is a-x-i running for a long time (it's using 100% of my CPU!!1!), which hints at reducing the threshold only when really needed, that is, I'd guess, when a-x-i would hit swap badly. Say, with machines below 2G of RAM? 1G? It really depends on what else is being done on the machine. Should we assume it has firefox open as a reasonable use case? Disabling is a good idea, but I'd only disable the automatic runs by default: if someone invokes u-a-x-i by hand, it should run. OTOH someone may want to still have the automatic runs, so it might be more of a debconf question whose default value changes according to the amount of RAM. There could even be the argument that people setting up small systems already have some tweak to do (like disabling automatic recommends) and we might be even better served by having a wiki page about debian on small systems and adding information about NOT installing apt-xapian-index there, at all. After all, it's only Recommended in Debian. I'm happy to experiment with tuning the threshold more if you want to go this route. 1000 seems in the right area, but I didn't try anything closer than 100 or 1 (the default). Thoughts? What's a good way to check for available memory in shell? free -k | awk '/^Mem/{ print $2 }' ? The best plan to me would sound like: 1. add a config file for a-x-i; 2. have the cron job check the config file as well; 3. use debconf to allow people to configure u-a-x-i for low-memory systems; 4. have debconf check the amount of ram and set the default accordingly. It's not a 10 minutes coding effort, though. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#674587: transition: mapnik
David Paleino da...@debian.org (01/06/2012): On Fri, 25 May 2012 19:34:15 +0200, David Paleino wrote: ^^^ I'm requesting to add Mapnik to the transition tracker. *gentle ping* Your mail is still marked as unread (= needs processing) in my maildir, but 25 20, and: https://lists.debian.org/debian-devel-announce/2012/05/msg4.html Mraw, KiBi. signature.asc Description: Digital signature
Bug#675434: nmu: libnet-ssleay-perl_1.48-1
Salvatore Bonaccorso car...@debian.org (01/06/2012): It was reported [1], that libnet-ssleay-perl does not report the correct constant value for SSL_OP_NO_TLSv1_1. There was the following change in openssl 1.0.1b-1: openssl (1.0.1b-1) unstable; urgency=high . * New upstream version - Remaps SSL_OP_NO_TLSv1_1, so applications linked to 1.0.0 can talk to servers supporting TLS 1.1 but not TLS 1.2 - Drop rc4_hmac_md5.patch, applied upstream Does it mean we're going to hit the same kind of issues next time there's a similar change in openssl? Mraw, KiBi. signature.asc Description: Digital signature
Bug#675432: xterm scrolling is very slow
David Griffith d...@661.org (31/05/2012): Compared to Xterm in Squeeze, Xterm in Wheezy is very slow to scroll and update. This leads to distracting flashes and empty blocks when scrolling or refreshing the screen. What changed between Squeeze and Wheezy that would have caused this? Using the nouveau driver? Mraw, KiBi. signature.asc Description: Digital signature
Bug#675444: zorp: FTBFS: libzorpll-dev build-dependency not tight enough
Source: zorp Severity: normal Attempting to build zorp with a version of libzorpll-dev that satisfies the build-dependency: (precise-amd64)root@luthien:/tmp/z/zorp-3.9.5# grep libzorpll-dev debian/control Build-Depends: python-dev, libssl-dev (=0.9.8), libglib2.0-dev (= 2.2.1), libzorpll-dev (=3.9.0.1), python-dns, python-support (= 0.4), gperf, debhelper (= 7), automake, autoconf, libtool Depends: python-dev (=2.6), libzorpll-dev, libzorp3.9 (= ${binary:Version}), ${misc:Depends} (precise-amd64)root@luthien:/tmp/z/zorp-3.9.5# dpkg -l libzorpll-dev Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii libzorpll-dev 3.9.1.0-6ubuntu1 Zorp low-level functions - development files Results in a build failure: (precise-amd64)root@luthien:/tmp/z/zorp-3.9.5# make Making all in lib make[1]: Entering directory `/tmp/z/zorp-3.9.5/lib' Making all in . make[2]: Entering directory `/tmp/z/zorp-3.9.5/lib' /bin/bash ../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../lib/zorp -I/tmp/z/zorp-3.9.5/lib -I/tmp/z/zorp-3.9.5 -pthread -D_GNU_SOURCE -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/python2.7 -O2 -Wall -W -Werror-implicit-function-declaration -Wno-pointer-sign -g -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -MT proxy.lo -MD -MP -MF .deps/proxy.Tpo -c -o proxy.lo proxy.c libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../lib/zorp -I/tmp/z/zorp-3.9.5/lib -I/tmp/z/zorp-3.9.5 -pthread -D_GNU_SOURCE -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/python2.7 -O2 -Wall -W -Werror-implicit-function-declaration -Wno-pointer-sign -g -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -MT proxy.lo -MD -MP -MF .deps/proxy.Tpo -c proxy.c -fPIC -DPIC -o .libs/proxy.o proxy.c:133:1: warning: missing initializer [-Wmissing-field-initializers] proxy.c:133:1: warning: (near initialization for 'proxy_hash_mutex.unused') [-Wmissing-field-initializers] proxy.c:1586:30: error: expected declaration specifiers or '...' before 'z_proxy_funcs' proxy.c:1631:35: error: expected declaration specifiers or '...' before 'z_proxy_iface_funcs' proxy.c:1695:44: error: expected declaration specifiers or '...' before 'z_proxy_basic_iface_funcs' proxy.c:1708:44: error: expected declaration specifiers or '...' before 'z_proxy_stack_iface_funcs' proxy.c:1719:43: error: expected declaration specifiers or '...' before 'z_proxy_host_iface_funcs' proxy.c:1570:20: warning: 'z_proxy_funcs' defined but not used [-Wunused-variable] make[2]: *** [proxy.lo] Error 1 make[2]: Leaving directory `/tmp/z/zorp-3.9.5/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/z/zorp-3.9.5/lib' make: *** [all-recursive] Error 1 Installing libzorpll-dev 3.9.1.3-1 fixes the issue. Please tighten the build-dep! Severity is only normal, as this problem is unlikely to happen normally, but a too lax build-dep makes backporting more challenging than it needs to be. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674451: link to upstream
upstream bug: https://bugs.launchpad.net/nova/+bug/965826 -- Mehdi Abaakouk sil...@sileht.net signature.asc Description: Digital signature
Bug#675304: reassigning
reassign 675304 amarok thanks I am much clearer about this now. This bug is clearly a duplicate of #672207. That said I think we could have instead of changing language= /usr/share/mysql/english to lc-messages-dir = /usr/share/mysql changed it to loose-lc-messages-dir = /usr/share/mysql/ # This option is deprecated and will be removed in a later version language= /usr/share/mysql/english This would have maintained backwards compatibility and removed the need for the Breaks clauses. However it is also clear that an application with an embedded MySQL server, like amarok, should avoiding making use of system wide MySQL config files to insulate itself not just to changes in the Debian packaging but also changes that the DBA makes to the MySQL configuration. amarok seems to have done this now. I am trying to draw wider lessons from this, but for now I am reassigning this report to amarok, with the expectation that one of more of the following will happen: 1.) The bug will be merged into #672207 effectively closing it. 2.) That it will be reassigned to a request to have amarok aged so that the user can upgrade his amarok. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675445: CVE-2012-2663: Bypass of --syn rules
Package: iptables Severity: important Tags: security Please see https://bugzilla.redhat.com/show_bug.cgi?id=826702 for details. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599667: Bug#666086: Status of these bugs?
Thanks for the ping; I'll get to them before the freeze, don't worry :) -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674587: transition: mapnik
On Fri, 1 Jun 2012 11:06:11 +0200, Cyril Brulebois wrote: David Paleino da...@debian.org (01/06/2012): On Fri, 25 May 2012 19:34:15 +0200, David Paleino wrote: ^^^ I'm requesting to add Mapnik to the transition tracker. *gentle ping* Your mail is still marked as unread (= needs processing) in my maildir, but 25 20, and: https://lists.debian.org/debian-devel-announce/2012/05/msg4.html Oops. However, I'd still like the transition to be put in the tracker, in the planned section. Sorry for the noise, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#516318: mathtools: prevent linebreak in \coloneqq (:=) et al.
reassign 516318 texlive-latex-recommended stop On 20.02.09 Wouter Koolen-Wijkstra (wmkoo...@science.uva.nl) wrote: Hi, Package: texlive-math-extra Version: 2007.dfsg.16-1 Severity: normal Currently, \coloneqq is composed of two symbols, a colon and an equals sign. Latex allows linebreaks between them. Semantically, := is a single symbol that should not be broken. With kind regards, The mathtools style file has moved to texlive-latex-recommended - reassign again. Further I found an old statement that the problem will be fixed. Could you test, if it is still reproducible? Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#670122: libsdl1.2-dev – Missing dependencies on libcaca-dev and libpulse-dev
severity 670122 normal thanks On 17.05.2012 13:19, Sebastian Dröge wrote: On Sa, 2012-05-05 at 17:56 +0200, Julien Cristau wrote: On Mon, Apr 23, 2012 at 09:45:01 +0200, Sebastian Dröge wrote: Package: libsdl1.2-dev Severity: serious Hi, libsdl1.2-dev must depend on libcaca-dev and libpulse-dev as 'sdl-config --libs --static-libs' adds both libraries to the linker flags. Also all remaining other libraries that might be missing from the -dev package dependencies from that list must be added. Which debian packages use --static-libs, and why? gst-plugins-bad0.10 uses this in the configure check. Check m4/gst-sdl.m4 for the configure check used there. I hope it doesn't actually use the static library in which case the check can just be fixed. I'm considering adding the -dev packages required for static linking as Recommends. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670633: invasive NMUs are not appropriate
It is not appropriate to use NMUs to change packages in ways that are unrelated to the bugs you are fixing, please refrain from doing that. http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu-guidelines -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#675446: override: libncurses-ruby1.9:oldlibs/extra
Package: ftp.debian.org Severity: normal libncurses-ruby1.9_1.3.1-1_all.deb: package says priority is extra, override says optional. The package libncurses-ruby1.9 is a transitional package and priority should therefore be extra. Thanks! Best, Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675447: nmu: netcdf_1:4.1.3-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello netcdf is causing FTBS for packages that rely on /usr/include/netcdf.mod because they use gfortran-4.7 but the mod file is built against gfortran-4.6. nmu netcdf_1:4.1.3-6 . ALL . -m Rebuild against gfortran-4.7, see #671965 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=is_IS.utf8, LC_CTYPE=is_IS.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660187: #660187 chromium-browser: Entry #3 in data pack points off end of file. Was the file corrupted?
Hi, src/ui/base/resource/data_pack.cc bool DataPack::Load(const FilePath path) { mmap_.reset(new file_util::MemoryMappedFile); if (!mmap_-Initialize(path)) { DLOG(ERROR) Failed to mmap datapack; UMA_HISTOGRAM_ENUMERATION(DataPack.Load, INIT_FAILED, LOAD_ERRORS_COUNT); mmap_.reset(); return false; } // Sanity check the header of the file. if (kHeaderLength mmap_-length()) { DLOG(ERROR) Data pack file corruption: incomplete file header.; UMA_HISTOGRAM_ENUMERATION(DataPack.Load, HEADER_TRUNCATED, LOAD_ERRORS_COUNT); mmap_.reset(); return false; } // Parse the header of the file. // First uint32: version; second: resource count; const uint32* ptr = reinterpret_castconst uint32*(mmap_-data()); uint32 version = ptr[0]; if (version != kFileFormatVersion) { LOG(ERROR) Bad data pack version: got version , expected kFileFormatVersion; UMA_HISTOGRAM_ENUMERATION(DataPack.Load, BAD_VERSION, LOAD_ERRORS_COUNT); mmap_.reset(); return false; } resource_count_ = ptr[1]; // third: text encoding. const uint8* ptr_encoding = reinterpret_castconst uint8*(ptr + 2); text_encoding_type_ = static_castTextEncodingType(*ptr_encoding); if (text_encoding_type_ != UTF8 text_encoding_type_ != UTF16 text_encoding_type_ != BINARY) { LOG(ERROR) Bad data pack text encoding: got text_encoding_type_ , expected between BINARY and UTF16; UMA_HISTOGRAM_ENUMERATION(DataPack.Load, WRONG_ENCODING, LOAD_ERRORS_COUNT); mmap_.reset(); return false; } // Sanity check the file. // 1) Check we have enough entries. if (kHeaderLength + resource_count_ * sizeof(DataPackEntry) mmap_-length()) { LOG(ERROR) Data pack file corruption: too short for number of entries specified.; UMA_HISTOGRAM_ENUMERATION(DataPack.Load, INDEX_TRUNCATED, LOAD_ERRORS_COUNT); mmap_.reset(); return false; } // 2) Verify the entries are within the appropriate bounds. There's an extra // entry after the last item which gives us the length of the last item. for (size_t i = 0; i resource_count_ + 1; ++i) { const DataPackEntry* entry = reinterpret_castconst DataPackEntry*( mmap_-data() + kHeaderLength + (i * sizeof(DataPackEntry))); if (entry-file_offset mmap_-length()) { LOG(ERROR) Entry # i in data pack points off end of file. Was the file corrupted?; UMA_HISTOGRAM_ENUMERATION(DataPack.Load, ENTRY_NOT_FOUND, LOAD_ERRORS_COUNT); mmap_.reset(); return false; } } return true; } $ chromium --debug --no-sandbox (gdb) break ui::DataPack::Load(FilePath const) (gdb) run (gdb) bt #0 ui::DataPack::Load (this=0x2d38cbd8, path=...) at ui/base/resource/data_pack.cc:70 #1 0x2ad09e98 in ui::ResourceBundle::LoadResourcesDataPak (path=...) at ui/base/resource/resource_bundle.cc:72 #2 0x2ad0c078 in ui::ResourceBundle::LoadCommonResources (this=0x2d38ca60) at ui/base/resource/resource_bundle_posix.cc:55 #3 0x2ad0ab00 in ui::ResourceBundle::InitSharedInstanceWithLocale (pref_locale=...) at ui/base/resource/resource_bundle.cc:57 #4 0x2a934688 in ChromeBrowserMainParts::PreCreateThreadsImpl (this=0x2d351788) at chrome/browser/chrome_browser_main.cc:1191 #5 0x2a9354b8 in ChromeBrowserMainParts::PreCreateThreads (this=0x2d351788) at chrome/browser/chrome_browser_main.cc:1118 #6 0x2be1922c in content::BrowserMainLoop::RunMainMessageLoopParts (this=optimized out, completed_main_message_loop=0x2d342158) at content/browser/browser_main_loop.cc:321 #7 0x2be177f0 in BrowserMain (parameters=...) at content/browser/browser_main.cc:100 #8 0x2ab2ef9c in RunNamedProcessTypeMain (delegate=optimized out, main_function_params=..., process_type=...) at content/app/content_main.cc:264 #9 content::ContentMain (argc=29927, argv=0xbeb93214, delegate=0xbeb93094) at content/app/content_main.cc:457 #10 0x2a1bb974 in ChromeMain (argc=3, argv=0xbeb93214) at chrome/app/chrome_main.cc:32 #11 0x2a1baba8 in main (argc=optimized out, argv=optimized out) at chrome/app/chrome_exe_main_gtk.cc:18 (gdb) p path $1 = (const FilePath ) @0xbeb921b8: {static kSeparators = 0x2c5c1f1c /, static kCurrentDirectory = same as static member of an already seen type, static kParentDirectory = same as static member of an already seen type, static kExtensionSeparator = 46 '.', path_ = {static npos = optimized out, _M_dataplus = {std::allocatorchar = {__gnu_cxx::new_allocatorchar = {No data fields}, No data fields}, _M_p = 0x2d38cb9c /usr/lib/chromium/chrome.pak}}} # The file /usr/lib/chromium/chrome.pak is identical (md5sum # 74e9a2d34aaeb9c096c9c7a382b9b3d5) on amd64 and armel so it should not # be corrupted specifically on armel (chromium
Bug#675448: dcmtk: dcmdjpeg does not set (0028, 2114) LossyImageCompressionMethod when decompressing lossy compressed DICOM file
Package: dcmtk Version: 3.6.0-10 Severity: important dcmdjpeg does not currently properly support lossy compressed DICOM file. It decompress them as lossless file, lossing the lossy information from the original file. Eg: $ dcmdjpeg DCMTK_JPEGExt_12Bits.dcm lossless.dcm $ dcmdump lossless.dcm (0028,0002) US 1# 2, 1 SamplesPerPixel (0028,0004) CS [MONOCHROME2]# 12, 1 PhotometricInterpretation (0028,0010) US 64 # 2, 1 Rows (0028,0011) US 160 # 2, 1 Columns (0028,0034) IS [5\2]# 4, 2 PixelAspectRatio (0028,0100) US 16 # 2, 1 BitsAllocated (0028,0101) US 12 # 2, 1 BitsStored (0028,0102) US 11 # 2, 1 HighBit (0028,0103) US 0# 2, 1 PixelRepresentation Where DCMTK_JPEGExt_12Bits.dcm can be found at: http://gdcm.git.sourceforge.net/git/gitweb.cgi?p=gdcm/gdcmData;a=history;f=DCMTK_JPEGExt_12Bits.dcm;h=a38d4be8214fc72c76f4a6051f314e466ffbdcc5;hb=HEAD -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dcmtk depends on: ii adduser3.112+nmu2add and remove users and groups ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcharls1 1.0-2 Implementation of the JPEG-LS stan ii libdcmtk2 3.6.0-10 OFFIS DICOM toolkit runtime librar ii libgcc11:4.4.5-8 GCC support library ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libpng12-0 1.2.44-1+squeeze4 PNG library - runtime ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtiff4 3.9.4-5+squeeze4 Tag Image File Format (TIFF) libra ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii libxml22.7.8.dfsg-2+squeeze4 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dcmtk recommends no packages. dcmtk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646093: check: Please enable subunit support
On Fri, Jun 01, 2012 at 09:01:39AM +0200, Gergely Nagy wrote: They can just use PKG_CHECK_MODULES(check, check,,) which will query the CFLAGS/LDFLAGS with pkg-config, and does not need a rerun of aclocal + autoconf. right With that in mind, I would add the appropriate CFLAGS and LDFLAGS to check.m4 too. It's probably not the nicest thing out there, but it's not worth the effort to update something deprecated in a better way. ok, that would affect only those that still use the deprecated AM_PATH_CHECK macro. their own fault... will add subunit in the next upload, but I'll give the current time to get to testing first, who knows what's going to happen with the subunit stuff regards robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#675334: redmine: Upgrade to 1.4.2 fails
On 31/05/12 13:06, Jérémy Lal wrote: On 31/05/2012 11:58, Jeremie Burtin wrote: Populating database for redmine instance default. This may take a while. Some gems may need to be installed or updated. Please run `bundle install --without development test`. Error when running rake db:migrate, check database configuration. exit: 295: Illegal number: -1 I tried upgrading from 1.3.3~dfsg1-2 to 1.4.2~dfsg1-1 without any problem. Did you have something specific to your setup maybe ? Jérémy. Not I can think of. I'm using apache2 as the frontend server, with mod_passenger. A friend of mine had the same error while it was still in sid. He's using lighttpd. What informations would you need ? -- Jérémie BURTIN Ingénieur Web/Logiciel tel : +334 82 626 016 Dacrydium 20 Rue Benoît Lauras 42000 Saint-Etienne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675373: virtualbox: segfault in libQtCore.so.4.8.1
severity 675373 normal tags 675373 moreinfo thanks On 31.05.2012 18:48, Damien Couroussé wrote: Package: virtualbox Version: 4.1.14-dfsg-1 Severity: grave Justification: renders package unusable hello, virtualbox segfaults. dmesg displays the following: [33391.906793] VirtualBox[25243]: segfault at 0 ip 7fa49a5cf43a sp 7fffc3ee1140 error 4 in libQtCore.so.4.8.1[7fa49a54e000+2cc000] Unfortunately I don't have a crystal ball that lets me see the cause of all segfaults. So at the very least you have to describe in which situation VirtualBox crashed and how to reproduce it. A stacktrace of the crash would also be very helpful. Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675449: apt removes essential packages without question if they are not native
Package: apt Version: 0.9.5.1 Severity: important While trying to crossgrade a chroot I noticed that essential packages that are not of the native architecture can be removed without question. The usual Yes, do what I want! prompt does not appear. For example dash+bash can be removed leaving the system without shell. MfG Goswin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2010.08.28 ii gnupg 1.4.12-4 ii libapt-pkg4.12 0.9.3+nmu0mrvn1 ii libc6 2.13-32 ii libgcc1 1:4.6.2-5 ii libstdc++6 4.6.2-5 apt recommends no packages. Versions of packages apt suggests: ii apt-doc 0.8.15.10 ii aptitude0.6.7-1 ii dpkg-dev1.16.1.2 ii python-apt none ii xz-utils5.1.1alpha+20110809-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675447: nmu: netcdf_1:4.1.3-6
Hi, Ólafur Jens Sigurðsson ojs...@gmail.com (01/06/2012): netcdf is causing FTBS for packages that rely on /usr/include/netcdf.mod because they use gfortran-4.7 but the mod file is built against gfortran-4.6. we're trying to get that switch reverted, so binNMUing your package might not be needed. nmu netcdf_1:4.1.3-6 . ALL . -m Rebuild against gfortran-4.7, see #671965 That's incorrect anyway, the switch only happened on *{amd64,i386}. Mraw, KiBi. signature.asc Description: Digital signature
Bug#27399: ACHTUNG ACHTUNG
Sehr geehrter Nutzer E-Mail, Ihr Postfach hat die Grenze von Ihrem Angebot überstieg. Es wird nicht in der Lage sein zum Senden oder Empfangen neuer Nachrichten, bis Sie Ihre Mailbox-Größe zu erhöhen. Auch Sie sind an Ihre E-Mail-Konto aktualisieren, und klicken oder kopieren Sie einen der unten stehenden Link und füllen Sie die Informationen erneut zu bestätigen das Konto und steigern Sie Ihre E-Mail-Kontingent. http://www.aynesenterprises.com/contactus/use/aynes.enterprises/form1.html Warnung! Fehler auf Ihr Konto innerhalb von drei Tagen nach dem Update zu aktualisieren, wird Ihr Konto dauerhaft geschlossen werden. Danke fuer die Benutzung unserer Web-Mail Copyright © 2012 E-Mail-Admin-Center-Helpdesk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608365: xserver-xorg-core: crashes on exit
Package: xserver-xorg-core Followup-For: Bug #608365 This should be fixed in 1.12 now. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675450: mythtv-status: [INTL:nl] Dutch translation of debconf templates
Package: mythtv-status Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the mythtv-status debconf templates. Please include it in your next upload. Kind regards, Jeroen Schot # Dutch translation of mythtv-status debconf templates. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the mythtv-status package. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: mythtv-status 0.9.3-1\n Report-Msgid-Bugs-To: and...@etc.gen.nz\n POT-Creation-Date: 2007-12-25 13:20+1300\n PO-Revision-Date: 2012-06-01 12:00+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid MythTV backend to check: msgstr Te controleren MythTV-backend: #. Type: string #. Description #: ../templates:1001 msgid The MythTV backend to check, you only need to change this if you want to check a different host. msgstr Geef aan welk MythTV-backend gecontroleerd moet worden. U hoeft dit alleen te wijzigigen als u een andere computer wilt controleren. #. Type: boolean #. Description #: ../templates:2001 msgid Update the system MOTD? msgstr De MOTD van het systeem bijwerken? #. Type: boolean #. Description #: ../templates:2001 msgid Whether the Message of the Day should be updated on system boot and on a regular basis. msgstr Geef aan of het \bericht van de dag\ (MOTD) bijgewerkt moet worden bij de systeemstart en op reguliere basis. #. Type: boolean #. Description #: ../templates:2001 msgid To adjust how often the MOTD is updated, edit /etc/cron.d/mythtv-status. msgstr Bewerk /etc/cron.d/mythtv-status om te wijzigen hoe vaak de MOTD wordt bijgewerkt. #. Type: string #. Description #: ../templates:3001 msgid Send email status to: msgstr Stuur een e-mail met de status naar: #. Type: string #. Description #: ../templates:3001 msgid Status emails can be sent on a daily basis. msgstr Status-e-mails kunnen dagelijks verstuurd worden. #. Type: string #. Description #: ../templates:3001 msgid By default an email is only sent if there are alerts. You must have the MythTV Perl API installed for conflict alerts to be generated. msgstr Standaard wordt er alleen een e-mail verstuurd als er meldingen zijn. Conflictmeldingen worden alleen aangemaakt als u de MythTV-Perl-API heeft geinstalleerd. #. Type: string #. Description #: ../templates:3001 msgid To disable set the email address to \none\. To specify multiple email addresses, seperate them with a comma. msgstr Vul als e-mailadres \none\ in om dit uit te schakelen. U kunt ook meerdere e-mailadressen opgeven door ze te scheidinge met een komma.
Bug#675451: abcde: please replace id3v2 with mid3v2 from python-mutagen
Package: abcde Severity: wishlist Hi. I am embarking in a ripping session of many CDs of mine and I see that abcde still uses the moribund (if not dead) id3v2 command line tool (you can see that I helped packaging libid3-3.8.3 in the past, which is used by id3v2, but lost interest ever since). In particular, id3v2: * messes up with UTF-8 encoding (see bugs 591045, 559998, 375238, 232307); * doesn't support many fields (see bug 104089); * doesn't handle fields correctly (see 271311); * doesn't support id3v2.4 (see 309278). among many other limitations. BTW, I would invite you to take a look at the age of some of these bugs to gain some All this is not a problem with the drop-in replacement mid3v2 program from the python-mutagen package (which, despite being implemented in Python, is fast, solid and has an upstream that is live---same as quodlibet). I would also suggest that the example configuration file use mid3v2 instead of plain id3v2 (or, at least, put a comment there to let the user be aware). In other words, making some package in Debian depend on other buggy package when drop-in-replacements exist is puzzling. Regarding abcde, I can supply patches and/or send a debdiff for a NMU, but as I am not a DD, I would need to have uploads sponsored. Regards, Rogério Brito. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670122: libsdl1.2-dev – Missing dependencies on libcaca-dev and libpulse-dev
On Fr, 2012-06-01 at 11:35 +0200, Felix Geyer wrote: severity 670122 normal thanks On 17.05.2012 13:19, Sebastian Dröge wrote: On Sa, 2012-05-05 at 17:56 +0200, Julien Cristau wrote: On Mon, Apr 23, 2012 at 09:45:01 +0200, Sebastian Dröge wrote: Package: libsdl1.2-dev Severity: serious Hi, libsdl1.2-dev must depend on libcaca-dev and libpulse-dev as 'sdl-config --libs --static-libs' adds both libraries to the linker flags. Also all remaining other libraries that might be missing from the -dev package dependencies from that list must be added. Which debian packages use --static-libs, and why? gst-plugins-bad0.10 uses this in the configure check. Check m4/gst-sdl.m4 for the configure check used there. I hope it doesn't actually use the static library in which case the check can just be fixed. I'm considering adding the -dev packages required for static linking as Recommends. This is basically the same as with pkg-config files. If your libraries requires other libraries for linking (even if it's only for static linking), your package *must* depend on the relevant -dev packages. Or you just drop the possibility to do static linking. (gst-plugins-bad does not do static linking btw, this is just the configure check but what I said is true nonetheless) FWIW, on kfreebsd you also need to depend on whatever package provides libusbhid. Anyway, I just dropped the SDL plugin from gst-plugins-bad now to get around this issue (and the plugin is very important anyway). signature.asc Description: This is a digitally signed message part
Bug#675040: icinga-cgi: postinst fails if /etc/icinga/apache2.conf doesn't exist
On Fri, 2012-06-01 at 08:19 +0200, Alexander Wirt wrote: And sites-available is still wrong. Ah,.. I couldn't remembered that you have answered on that before. Could you elaborate why? I thought that this was intended by the Apache maintainers as place where packages can drop their stuff. Anyhow I am not able to reproduce your problem: Ok I can't try it again right now,... so let's leave the bug closed, and I'll debug more thoroughly on the next upgrade. One thing that I've did probably different from you is, I've rebuilt icinga-core with no changes but an environment that has the older sqeeuze Perl. Maybe that's somehow related. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#675452: mdadm: initramfs script race condition between loading modules and assembling arrays
Package: mdadm Version: 3.1.4-1+8efb9d1+squeeze1 Severity: important /usr/share/initramfs-tools/scripts/local-top/mdadm does not wait after loading modules in the Loading MD modules step. Therefore, when it does the Assembling all MD arrays step the relevant modules might not have created the /dev/md* nodes yet. I have seen this happen on a live system: 1) raid modules are loaded 2) array assembly is attempted 3) assembly fails 4) drops to busybox prompt 5) kernel message appears showing discovery of md0 etc. This issue cannot be solved by the rootdelay kernel parameter since the issue relates to actions taken solely within the initramfs script. /usr/share/initramfs-tools/scripts/local-top/mdadm has not been changed between squeeze and wheezy. -- Package-specific info: Using stock /etc/default/mdadm /etc/mdadm/mdadm.conf: # definitions of existing MD arrays ARRAY /dev/md0 level=raid1 num-devices=2 UUID=b36f0bd4:cab828a7:5992f6ac:53538ad0 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=0dca4f37:f7ca8a5d:6063584c:84c0bcc1 ARRAY /dev/md2 level=raid1 num-devices=2 UUID=0e5ea519:39088dae:f48fc6bd:56a6866b ARRAY /dev/md3 level=raid5 num-devices=4 UUID=29333179:958cbe2e:e69bb13b:b2322f99 -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mdadm depends on: ii debconf 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-89 creates device files in /dev ii udev164-3/dev/ and hotplug management daemo Versions of packages mdadm recommends: ii module-init-tools 3.12-2+b1tools for managing Linux kernel mo ii postfix [mail-transport 2.7.1-1+squeeze1 High-performance mail transport ag mdadm suggests no packages. -- debconf information: mdadm/autostart: true mdadm/mail_to: root mdadm/initrdstart_msg_errmd: * mdadm/initrdstart: all mdadm/initrdstart_msg_errconf: mdadm/initrdstart_notinconf: false mdadm/initrdstart_msg_errexist: mdadm/initrdstart_msg_intro: mdadm/autocheck: true mdadm/initrdstart_msg_errblock: mdadm/start_daemon: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675453: Please hide the menu entry
Package: imagemagick Version: 8:6.7.7.2-1 Severity: important File: /usr/share/applications/display.im6.desktop Hi, the latest upload of imagemagick added a .desktop file for the display utility. GNOME already has an integrated image viewer, so making it show up in the menu is a bit confusion. It also has a low resolution icon which looks really bad in gnome-shell (see attached screenshot). What's worse, when clicking on the menu icon, nothing happens. It seems to be only useful in the context menu of a file manager, i.e. when it is passed a image file. Please consider adding NotShowIn=GNOME; to the .desktop file so it won't show up at all in GNOME, or at least add a NoDisplay=true. This way it doesn't show up in the menus but can still be started via the file association in the file manager. Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.6-1 ii libc6 2.13-32 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libglib2.0-02.32.3-1 ii libgomp14.7.0-11 ii libice6 2:1.0.8-2 ii libjpeg88d-1 ii liblcms2-2 2.2+git20110628-2.2 ii liblqr-1-0 0.4.1-1.1 ii libltdl72.4.2-1 ii liblzma55.1.1alpha+20110809-3 ii libmagickcore5 8:6.7.7.2-1 ii libmagickwand5 8:6.7.7.2-1 ii libsm6 2:1.2.1-2 ii libtiff43.9.6-5 ii libx11-62:1.4.99.901-2 ii libxext62:1.3.1-2 ii libxt6 1:1.1.3-1 ii zlib1g 1:1.2.7.dfsg-11 Versions of packages imagemagick recommends: ii ghostscript 9.05~dfsg-6 ii libmagickcore5-extra 8:6.7.7.2-1 ii netpbm2:10.0-15+b1 ii ufraw-batch 0.18-1.1+b2 Versions of packages imagemagick suggests: ii autotracenone ii cups-bsd [lpr] 1.5.3-1 ii curl 7.26.0-1 ii enscript none ii ffmpeg none ii gimp 2.8.0-2 ii gnuplot 4.6.0-8 ii gradsnone ii groff-base 1.21-7 ii hp2xxnone ii html2ps none ii imagemagick-doc none ii libwmf-bin 0.2.8.4-10 ii mplayer none ii povray none ii radiance none ii sane-utils 1.0.22-7.1 ii texlive-binaries [texlive-base-bin] 2012.20120530-2 ii transfig none ii xdg-utils1.1.0~rc1+git20111210-6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675454: pvm fails on amd64 when path is longer than 8 characters
Package: pvm Version: 3.4.6-1 Severity: normal If the command run by pvm is more than 8 characters long, it can't be started, the error message received by the client is the following: Fatal error: exception Failure(PvmNoFile) This bug has been introduced by Debian patch 22-fix_FTBFS4hurd.patch; after rebuilding the pvm package without this patch pvm works again as expected on 64-bits architecture. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages pvm depends on: ii libc62.13-32 ii openssh-client [rsh-client] 1:5.9p1-5 ii rsh-client 0.17-15 pvm recommends no packages. pvm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675456: Please drop depends on menu-xdg
Package: python-xdg Version: 0.19-4 Severity: important Hi, please remove the dependency on menu-xdg. We do have several packages depending on python-xdg and getting menu-xdg installed as well is an unwanted side-effect. The default /etc/xdg/menu/applications.menu was traditionally provided by the gnome-menu package, but to not clutter the namespace this was renamed to /etc/xdg/menu/gnome-applications.menu. So you can either change the fallback to gnome-applications.menu (which would basically give the same behaviour as falling back to applications.menu) or python-xdg simply handles the case more gracefully if no fallback menu file is installed. Thanks, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-xdg depends on: ii menu-xdg0.5 ii python 2.7.2-10 ii python-support 1.0.14 python-xdg recommends no packages. python-xdg suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675457: FTBFS: `make check' fails on test_stack on i386
Package: libatomic-ops-dev Version: 7.3~alpha1+git20111031-1 Justification: fails to build from source Severity: serious Tags: patch Upstream commit https://github.com/ivmai/libatomic_ops/commit/30cea1b fixes AO_compare_double_and_swap_double_full() which is broken on gcc/x86 and causes `make check' to fail (tested on a sid x86 chroot). -- Emanuele diff --git c/src/atomic_ops/sysdeps/gcc/x86.h i/src/atomic_ops/sysdeps/gcc/x86.h index b304dd0..e49f057 100644 --- c/src/atomic_ops/sysdeps/gcc/x86.h +++ i/src/atomic_ops/sysdeps/gcc/x86.h @@ -161,13 +161,16 @@ AO_compare_double_and_swap_double_full(volatile AO_double_t *addr, /* If PIC is turned on, we can't use %ebx as it is reserved for the GOT pointer. We can save and restore %ebx because GCC won't be using it for anything else (such as any of the m operands) */ - __asm__ __volatile__(pushl %%ebx; /* save ebx used for PIC GOT ptr */ - movl %6,%%ebx; /* move new_val2 to %ebx */ + /* We use %edi (for new_val1) instead of a memory operand and swap*/ + /* instruction instead of push/pop because some GCC releases have */ + /* a bug in processing memory operands (if address base is %esp) in */ + /* the inline assembly after push.*/ + __asm__ __volatile__(xchg %%ebx,%6; /* swap GOT ptr and new_val1 */ lock; cmpxchg8b %0; setz %1; - pop %%ebx; /* restore %ebx */ + xchg %%ebx,%6; /* restore ebx and edi */ : =m(*addr), =a(result) : m(*addr), d (old_val2), a (old_val1), - c (new_val2), m (new_val1) : memory); + c (new_val2), D (new_val1) : memory); #else /* We can't just do the same thing in non-PIC mode, because GCC * might be using %ebx as the memory operand. We could have ifdef'd
Bug#604515: Preparations for the removal of the KDE3 and Qt3 libraries
Hi Ana, On 12/05/30 21:53 +0200, Ana Guerrero said ... [About the removal of xxdiff because it is using Qt3] On Sun, May 20, 2012 at 10:23:40PM +0200, Christoph Anton Mitterer wrote: According to the upstream website, a qt4 port is available. Thomas, Appaji, could you please look at this? The last 2 uploads of xxdiff were NMU, so if you have not time for this package anymore, please also let me know so I can put it for adoption. The QT4 port is available in the upstream HG repository but it hasn't been officially released (the releases archive still has only 3.2) or tagged which is why I did not bother to re-package it. I was hoping to do an upload to experimental a couple of months ago but was hard pressed on personal time. I still use xxdiff where meld doesn't cut it and will have time to maintain it (in a month's time). What would your suggested course of action meanwhile be? RFH? Anyways, give me time till the weekend and I will try and see what I can do with the HG tip which is the current QT4 port. Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665360: libctemplate-dev: g++-4.7 -std=c++0x issue
On Thu, 31 May 2012 23:10:01 Olaf van der Spek wrote: The fix is a one line change in template_string.h.in: http://code.google.com/p/ctemplate/source/detail?r=129 Can you make the change or would you prefer a new upstream release? Hi Olaf, I will patch, without new upstream. Thanks for the heads up. Mark signature.asc Description: This is a digitally signed message part.
Bug#670633: invasive NMUs are not appropriate
On Fri, Jun 1, 2012 at 5:35 PM, Paul Wise p...@debian.org wrote: It is not appropriate to use NMUs to change packages in ways that are unrelated to the bugs you are fixing, please refrain from doing that. http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu-guidelines I would like to repeat again that if you are the maintainer and you think it's not appropriate, then I'll do what you wish. Of course I will do measurement for every package about what are possibly acceptable and what are not, the situation varies from one package to another. But if you are not the maintainer, please don't just jump in and say foo is not appropriate nor bar, which just wastes your time on working more stuff that are in need of your help. I would like to thank you for your contributions to other parts of Debian and they are really splendid work, but I feel not that thankful on this particular topic. Everyone has his own opinions on other people's NMUing their packages, some of them think NMU is generally bad, while some of them just place their name in the LowNMU list. But people aren't machine, which sometimes hold a boolen value regarding something. I agree that appropriate NMU notification and reasonable delay is very well needed, and at some degree it's even better to tell them this NMU is not for invading (reminds me about modifying the mail template of nmudiff), but I sincerely disagree that following the practice in devref is a reason for you to jump in and bugging people from time to time, just like pushing them as Policy. In the end, they are not Policy, but only reference, which is telling people they are proven to be safe and sometimes be easy to do when you don't know how. Whether an NMU is welcomed is up to the maintainer's choice, but not a random person who holds his own rules and saying please read whatever section in devref as policy. For some of my packages, I do think that NMU changes too much is bad, but NMUing important bugs (like security) when I am not able to react quick enough is highly appreciated; for some others that I maintain, I'm sincerely feeling grateful when someone is NMUing them and wish they can incorporate some changes that I've committed but not uploaded due to whatever reason. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674607: debian-handbook: improvements for the fourth chapter
clone 674607 -1 severity -1 wishlist retitle -1 Document multi-arch and review 32/64 bits recommendation in light of this tag -1 wheezy thanks On Fri, 25 May 2012, Francesco Poli (wintermute) wrote: Section 4.2.1. Booting and Starting the Installer - | In practice, the 64 bit version is only relevant on a server rather than | a desktop workstation, since it will cause difficulties with the use of | certain non-free software that are released only as binaries. I think this sentence is too strong. I mean: claiming that the amd64 version is irrelevant for desktop workstations, just because some non-free programs are not available for this architecture, seems to over-estimate the importance of those proprietary programs. I will keep it like this for now. But for the wheezy edition, I will revisit this in light of the availability of multi-arch. Section 4.2.13. Starting the Partitioning Tool -- | has an guided mode Typo? s/an guided/a guided/ Was already fixed in Git. Section 4.2.13.1. Guided partitioning - | server software data (/var/, Missing closing parenthesis after /var/ ? Fixed, thank you. Section 4.2.15. Configuring the Package Manager (apt) - | (a mirror is a public server hosting copies of all the files of | the Debian server) I feel that Debian server is not especially clear. Maybe s/Debian server/Debian master archive/ ? Done. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675056: clang / gcc 4.7 issue
There seem to be issues with clang compiled with gcc 4.7. Either a recompilation with gcc 4.6 or [gcc 4.7 -fno-tree-pre] could help. see also: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53147 Other problems with clang and gcc 4.7 can be found on llvm's bugzilla. Regards, Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675334: redmine: Upgrade to 1.4.2 fails
On 01/06/2012 11:36, Jérémie Burtin wrote: On 31/05/12 13:06, Jérémy Lal wrote: On 31/05/2012 11:58, Jeremie Burtin wrote: Populating database for redmine instance default. This may take a while. Some gems may need to be installed or updated. Please run `bundle install --without development test`. Error when running rake db:migrate, check database configuration. exit: 295: Illegal number: -1 I tried upgrading from 1.3.3~dfsg1-2 to 1.4.2~dfsg1-1 without any problem. Did you have something specific to your setup maybe ? Jérémy. Not I can think of. I'm using apache2 as the frontend server, with mod_passenger. A friend of mine had the same error while it was still in sid. He's using lighttpd. What informations would you need ? Have you used gem or bundle commands as root on those machines ? Could you give me the output of gem list as root ? What is the content of /usr/share/redmine/vendor (and subdirs excluding rails of course) ? Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675433: xterm: terminal bell randomly stops and requires a reboot to get back
On Thu, May 31, 2012 at 11:53:05PM -0700, David Griffith wrote: Package: xterm Version: 278-1 Severity: normal After a normal bootup, the terminal bell with Xterm works as expected. After some time it stops. This happens with RXVT, Gnome Terminal, and XFCE Terminal. The problem does not appear to be related to starting or stopping any sort of audio-using program. While this isn't a showstopping bug, I feel it must definitely be cured before declaring Wheezy ready for promotion to Stable. If it happens with all of those, it's not xterm-specific (nor specific to xlibs). Sounds more like a problem with the desktop or window manager. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#673992: python-pyopencl: explicitely requires installation of amd-libopencl1
2012/5/22 Tomasz Rybak tomasz.ry...@post.pl: Dnia 2012-05-22, wto o godzinie 14:14 +0200, Vedran Miletic pisze: Package: python-pyopencl Version: 2011.2+git20120508-1 Severity: important Dear Maintainer, since 2011.2+git20120508-1, python-pyopencl depends on amd-libopencl1, which conflicts with nvidia-libopencl1. This effectively makes it unusable for people using it on NVIDIA cards. I'm sure there is a good reason for the requirement, but could it be relaxed somehow? It already requires one or the other by virtual dependancy. For more detailed explanation see NEWS from python-pyopencl. In summary - Debian now contains opencl-headers 1.2. NVIDIA's OpenCL supports only OpenCL 1.1 - which means that package was being built successfully but failed to run any code, failing to find OpenCL 1.2 functions. OTOH AMD library provides OpenCL 1.2 and works well with NVIDIA GPUs. AMD deals with managing OpenCL, and forwards all calls to NVIDIA implementation - hence hard dependency on amd-libopencl1. I shall add another entry in NEWS file to describe this situation and relieve worries of users of PyOpenCL. Any insight what would be the best description from user point of view? I do not want to go into details and bore with my description. Of course if you experience some crashes with PyOpenCL running on Debian please let me know. I have tested this combination (NVIDIA+AMD OpenCL libraries) on both unstable and experimental drivers and have not had any troubles, but maybe I just got lucky ;-) Andreas - I know this is my bug, but maybe it would be good idea to add some description to OpenCL-related packages? I can write some draft (but no earlier than middle of next week - I am busy with fixing PyCUDA) to describe situation with libOpenCL and ICD stuff? Best regards. -- Tomasz Rybak GPG/PGP key ID: 2AD5 9860 Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860 http://member.acm.org/~tomaszrybak Hi Tomasz, I followed your instructions, and I'm experiencing Segmentation fault with pyopencl on http://enja.org/2011/02/22/adventures-in-pyopencl-part-1-getting-started-with-python/index.html $ python main.py __kernel void part1(__global float* a, __global float* b, __global float* c) { unsigned int i = get_global_id(0); c[i] = a[i] + b[i]; } Segmentation fault Any suggestions? Vedran Miletić -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675459: lintian: please add a general framework for detecting missing source files
Package: lintian Severity: wishlist It would be very nice if lintian could have detected this situation: http://lwn.net/Articles/453970/ This would need a mechanism to check for generated files that are missing source files. This bug isn't about any specific type of missing source, but I have included some examples of generated files and their source listed below. In addition, this regex from licensecheck seems useful for detecting generated files, I guess it would be harder to figure out if source is missing though. if ($licensetext =~ /(All changes made in this file will be lost|DO NOT (EDIT|delete this file)|Generated (automatically|by|from)|genera ted.*file)/i) { $license = GENERATED FILE; } bison parsers: Generator: bison/yacc Source: *.y, *.ypp Result: *.c, *.cpp Detection: /* A Bison parser, made by GNU Bison 2.4.1. */ Mapping: same filename with changed extension flex lexers: Generator: flex Source: *.l, *.lpp Result: *.c, *.cpp Detection: /* A lexical scanner generated by flex */ Mapping: same filename with changed extension vala source code: Generator: valac Source: *.vala Result: *.c Detection: /* main.c generated by valac 0.14.2, the Vala compiler * generated from main.vala, do not modify */ Mapping: same filename with changed extension or maybe the comment inkscape renders: Generator: inkscape Source: *.svg Result: *.png Detection: tEXtSoftware\0www.inkscape.org Mapping: similar filename with changed extension and possibly removed parts of the filename, possibly in a different directory. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#675460: RM: haskell-happstack-{data,util,ixset,state} -- ROM; Obsoleted by upstream
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear ftp-master, the source packages haskell-happstack-data haskell-happstack-util haskell-happstack-ixset haskell-happstack-state have been obsoleted by upstream, don’t build any more and and the replacements (haskell-acid-state, haskell-safecopy, haskell-ixset) have been packaged for Debian. Please remove these packages from unstable. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk/IoaoACgkQ9ijrk0dDIGzmzwCgiIYn12e83RxDeovm8R/6Xtx7 PXAAn1waW9Hn/P+r61bUxntlhOmyMIyQ =mUI1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675461: RM: haskell-reactive-banana [armel armhf mips mipsel powerpc s390 s390x] -- ROM; Dependency not buildable on these architectures.
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear ftp-masters, the current version of haskell-reactive-banana in Debian depends on haskell-fclabels, which uses Template Haskell, which is not supported on the listed architectures. Please remove the binary of haskell-reactive-banana from unstable. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk/IosoACgkQ9ijrk0dDIGxx3wCgmYt/5b44Rx/m4iPTwv6tt02C +IAAnRRWb/NmYdru6c7BaJ+WfcjdvF5V =fsbu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502394: Konto aktualisieren
Sehr geehrte Benutzer E-Mail, Wir aktualisieren unsere E-Mail-System, damit wir das Auftreten von Spam. Sie sind bis auf den untenstehenden Link, um Ihre E-Mail ein Upgrade anzustoßen. http://is.gd/tDG67E Warnung! Wenn Sie dies nicht tun, werden in begrenztem Zugang zu Ihrem Postfach zur Folge haben. Scheitern auf Ihr Konto innerhalb von drei Tagen von diesem Update-Benachrichtigung aktualisieren, wird Ihr Konto dauerhaft geschlossen werden. Danke fuer die Benutzung unserer Web-Mail. unterzeichnet Es ist Service! Copyright © 2012 System Administrator ® -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674942: ruby blocks buildd for a day (or more)
tags 674942 + patch thanks Uhhh I changed my mind. My patch could still be used as an interim fix (enforce a 2h time limit on the test suite with SIGKILL), then maybe clone+downgrade this to try to work out what causes the slower build times... Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675304: [debian-mysql] Bug#675304: reassigning
On Fri, Jun 1, 2012 at 11:17 AM, Nicholas Bamber nicho...@periapt.co.uk wrote: However it is also clear that an application with an embedded MySQL server, like amarok, should avoiding making use of system wide MySQL config files to insulate itself not just to changes in the Debian packaging but also changes that the DBA makes to the MySQL configuration. amarok seems to have done this now. Sure, but why was it doing this? Is it the default behaviour of the embedded MySQL server? And just wondering: why is Amarok using MySQL instead of something like sqlite? -- Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669366: ocfs2-tools: New upstream version 1.8.2
David Weber w...@munzinger.de writes: Package: ocfs2-tools Severity: wishlist Hi, new versions of ocfs2-tools are only available via git[1]. They contain a lot of important improvements for fsck.ocfs2. It would be great if somebody could package that maybe this would fix the problem i see where fsck.ocfs2 fails to repair a ocfs2 fs greetings karme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497779: May be ITP: mime-support-extra to close #658139 (Was: Breaking programs because a not yet implemented solution exists in theory)
Hi, On Thu, May 31, 2012 at 10:56:50PM +0200, Michael Biebl wrote: On 31.05.2012 21:35, Andreas Tille wrote: In any case the idea is to collect issues of broken mime support where maintainers are unable / not willing to respect Debian policy 9.7. Adding more entries is simple: Just add the according mime file as pkg.mime and add pkg to Enhances in debian/control. I don't think adding such a package is a good idea. It's just an ugly work-around. Fully ACK. That's why the first of the option what could be done was to leave it as local package and do not upload it officially. In http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497779 there is already a patch by brian m. carlson. Any effort regarding this issue should be spent getting this patch ready and applied to mime-support. I would consider the severity of this bug to low considering that several applications are broken if we will not fix this problem before the next stable release. Is there anything which prevents an upload of this fix? If there would be no soonish upload I'd consider increasing the severity to make sure it will not be forgotten somehow. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674391: autofs: diff for NMU version 5.0.6-1.1
Hi Dmitrijs, First of all thank you for picking up the maintenance of this package. It is non-trivial. :) I'd like to thank you for your care for the 'autofs' package but please excuse me for expressing my non-appreciation of your NMU. I have cancelled it due to bug that Jakub Wilk expressed. Thank you for this. You can read more about conflict with autotools-dev in CAVEATS section of dh-autoreconf(7). Although perhaps not fast enough we're working on 'autofs' - we have a team of three and a different fix to the problem is already committed to repository. The changelog entry says: * declare myself as Maintainer (adopting package) And the control says, that there is one maintainer one uploader. Please, either change the maintainer to a team, or list all people on the team. Please, set Vcs-* fields as per: http://www.debian.org/doc/manuals/developers-reference/best-pkging-practic es.html#bpp-vcs You're right. All the changes you're mentioned are pending. The team has formed after the package was sponsored so I was just trying to explain the current situation. Nevertheless for one or three maintainers NMU approach would still be invasive without first contacting the person(s) responsible. If the fix has been committed to Vcs-*, you should set the 'pending' tag on the bug. Normally I would agree but usually I'm trying to consider the fact that looking for sponsor may take weeks or even months in which case 'pending' may not be very useful. Sometimes I set 'pending' when package is ready and waiting for upload. Also one would expect that new 'serious' will hardly be unnoticed or ignored. If you have doubts, gentle reminder (accompanied with patch) will be always appreciated. :) Correct Vcs-* headers, together with the pending tag would allowed me to find the patches I was looking for. I'm with you, sorry for delay. Lesson learned. I do believe the pressure you impose with your NMU is unnecessary because simply asking or sharing your suggestions in email to any of us would be better. True. I'm sorry for putting you in the spotlight. We are days away from the freeze, the package has RC bugs and did not transition to testing yet. I do not want to release wheezy without autofs. There is pressure from the release team. No worries, I understand this. I had very serious issue preventing me from working on package. :( From the changelog, I understood that there was only one maintainer who did ample of work to update the package. RC http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673796 has no response from maintainer. Do you have a patch committed to some private Vcs repository? Yes, we're using the following repository: http://anonscm.debian.org/gitweb/?p=collab-maint/autofs.git RC http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674391 has no response from maintainer. And you say you do have a patch ready. Yes, see the above repository. Who sponsored your upload? You can find out with 'who-uploads' from devscripts. ;) Because bug #674391 is Fail To Build From Source (in a sane manner) filed the day after the upload. Autoconf was last updated on 2012-05-12. Did the package FTBFS (in a sane manner) on the upload? Autoconf is unrelated to the issue. Yes package was building fine but I think the second build would be broken due to modification introduced by upstream patches to a generated file. I'm not sure what has changed (if any) to provoke FTBFS - perhaps something was built differently because problem was discovered during automatic rebuild. (Shortly after upload I noticed that it was impossible to un-apply patches after build.) But I knew how to avoid the issue. Also I'm sure you're aware that I'm not a DD, so to override your NMU I must complete changes for new release and find a sponsor within 5 days only. I am aware that you are not a DD. To cancel an NMU you only need to get any DD to 'sponsor' this one line: dcut ftp-eu cancel autofs_5.0.6-1.1_amd64.changes Thank you. However when there is only little time left I need to ask more than one person in order to stop it for sure. Nobody is forcing you to complete changes for a new release in an unreasonable quick amount of time. I am sure anyone from #debian-mentors would have done it, if it was not already done by me. True. Do you have a DD in your team of three people to review and sponsor packages? Fortunately. :) You're welcome to the team if you want to help but please consider first to communicate whatever improvements you might have and then perhaps sponsor the existing effort rather than override it with premature NMU. Yes, I do want to be part of the team. Thank you and welcome :) Feel free to add yourself to Uploaders. Do you have a team setup on alioth with a Vcs repository and mailing list? Or do you want help to set this up? Yes, see above. Improvements I want to achieve: This
Bug#675040: [Pkg-nagios-devel] Bug#675040: icinga-cgi: postinst fails if /etc/icinga/apache2.conf doesn't exist
On Fri, 01 Jun 2012, Christoph Anton Mitterer wrote: On Fri, 2012-06-01 at 08:19 +0200, Alexander Wirt wrote: And sites-available is still wrong. Ah,.. I couldn't remembered that you have answered on that before. Could you elaborate why? I thought that this was intended by the Apache maintainers as place where packages can drop their stuff. site as site say is for website, virtualhosts and so on. They made conf.d for packages. Future apache packages will have a tool similiar to a2ensite for configurations. Anyhow I am not able to reproduce your problem: Ok I can't try it again right now,... so let's leave the bug closed, and I'll debug more thoroughly on the next upgrade. One thing that I've did probably different from you is, I've rebuilt icinga-core with no changes but an environment that has the older sqeeuze Perl. Maybe that's somehow related. Dunno, maybe something in ucf changed. I don't know. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org