Bug#625221: gwibber: can't send notices since I'm running GNOME 3
On Tue, 2011-05-10 at 11:25 +0530, Kartik Mistry wrote: On Sun, May 8, 2011 at 8:50 PM, Ben Bromley b...@amongotheritems.org wrote: I also have this error, running gwibber from sid. Here is my output from gwibber-service -d and let me know what other information you need. Can you please try 3.0.0.1-2 from unstable? I still have the same greyed out box, but the error messages are less informative. Here is gwibber-service -d: :~$ gwibber-service -d ERROR:root:Could not find any typelib for Unity ERROR:root:Could not find any typelib for Dbusmenu Loading plugin Identi.ca version 1.1 Loading plugin Twitter version 1.0 Loading plugin Facebook version 1.1 DEBUG:Facebook:Setting up monitors DEBUG:Facebook:Refresh interval is set to 5 DEBUG:Facebook:** Starting Refresh - 2011-05-10 18:38:13.33 ** DEBUG:Facebook:twitter:receive Performing operation DEBUG:Facebook:twitter:responses Performing operation DEBUG:Facebook:twitter:responses Finished operation DEBUG:Facebook:twitter:private Performing operation DEBUG:Facebook:twitter:receive Adding record DEBUG:Facebook:twitter:receive Adding record DEBUG:Facebook:twitter:receive Finished operation DEBUG:Facebook:twitter:lists Performing operation DEBUG:Facebook:twitter:private Finished operation DEBUG:Facebook:twitter:receive Performing operation DEBUG:Facebook:twitter:lists Adding record DEBUG:Facebook:twitter:lists Adding record DEBUG:Facebook:twitter:lists Adding record DEBUG:Facebook:twitter:lists Adding record DEBUG:Facebook:twitter:lists Adding record DEBUG:Facebook:twitter:lists Adding record DEBUG:Facebook:twitter:lists Adding record DEBUG:Facebook:twitter:lists Adding record DEBUG:Facebook:twitter:lists Finished operation DEBUG:Facebook:twitter:responses Performing operation DEBUG:Facebook:twitter:receive Finished operation DEBUG:Facebook:twitter:private Performing operation DEBUG:Facebook:twitter:responses Finished operation DEBUG:Facebook:twitter:lists Performing operation DEBUG:Facebook:twitter:private Finished operation DEBUG:Facebook:twitter:lists Finished operation DEBUG:Facebook:Private Messages Indicator count updated to 0 DEBUG:Facebook:Replies Indicator count updated to 0 DEBUG:Facebook:Messages Indicator count updated to 1 INFO:Facebook:Loading complete: 1 - [] INFO:Facebook:Cleaning up database... There was nothing that popped up from gwibber -d. Let me know what else I can provide you with. --Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626328: dosemu: Cannot run Paradox
Package: dosemu Version: 1.4.0+svn.2008-1 Severity: normal Tags: upstream Reported this upstream bug: https://sourceforge.net/tracker/?func=detailaid=3300178group_id=49784atid=457447 Though maybe could it be Debian specific? Does it work on Debian Sid? Thanks for any info you may give!!! -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to es_UY) Shell: /bin/sh linked to /bin/bash Versions of packages dosemu depends on: ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libslang2 2.2.2-4The S-Lang programming library - r ii libsndfile1 1.0.21-3 Library for reading/writing audio ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l ii xfonts-utils 1:7.5+2X Window System font utility progr dosemu recommends no packages. dosemu 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#626044: [Samtools-devel] Header files in /usr/include or /usr/include/bam ?
Le Tue, Jan 04, 2011 at 10:27:52AM +, James Bonfield a écrit : On Wed, Dec 29, 2010 at 02:10:18AM +0900, Charles Plessy wrote: In Debian - and therefore Ubuntu, we are distributing the libbam header files in /usr/include. I have seen a request to provide them in /usr/include/bam since Cufflinks expects them there. But Bio::Samtools expects them in /usr/include. As a previous user of samtools as a C library I'd say /usr/include/samtools would make more sense. Dear James and everybody, in Debian, we are about to follow this recommendation and distribute the headers in /usr/include/samtools. Other programs distribute bam.h or sam.h header files in their own subdirectory, so it looks like best practice to do so with samtools as well. libadplug-dev: /usr/include/adplug/bam.h libcorosync-dev: /usr/include/corosync/sam.h Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625622: [Debian-med-packaging] libbam-dev adding a file?
Le Mon, Jan 03, 2011 at 05:35:39PM +0100, Matthias Gierth a écrit : I try to build a debian package for cufflinks and Tophat. For building we need the the bam-libs provided by samtools. In the Package libbam-dev are all necessary .h file except the sam.h file. Would it be possible to add these file to the libbam-dev -package? Dear Matthias, we will add sam.h to /usr/include/samtools shortly. It is not where cufflinks looks for it by default, but you can see a rationale for that decision in the following discussion. http://bugs.debian.org/625622 Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Sat, May 07, 2011 at 10:21:37PM -0500, Austin English wrote: On Sat, May 7, 2011 at 21:11, Ben Hutchings b...@decadent.org.uk wrote: On Sat, 2011-05-07 at 19:50 -0500, Austin English wrote: Package: linux-2.6 Version: 2.6.38-3 Severity: normal This is a bug in the kernel itself, there have been a few patches to the kernel, but it seems at least one patch is not in the vanilla kernel. Some other distributions are including this patch. See https://bugzilla.kernel.org/show_bug.cgi?id=16315 and http://bugs.winehq.org/show_bug.cgi?id=23323 for more info. A different version of that patch has been applied as: commit 89e45aac42d40426c97e6901811309bf49c4993f Author: Frederic Weisbecker fweis...@gmail.com Date: Fri Sep 17 03:24:13 2010 +0200 x86: Fix instruction breakpoint encoding Please identify any further changes you believe are required. Looking at the Wine bug, appears the relevant commits are: 1. Commit 08d6832 breaks the login 2. Commit a1e80fa fixes commit 08d6832 (this is in 2.6.35) 3. Commit f7809da also breaks the login (this is in 2.6.36-rc1 and later) 4. Frederick's new patch fixes commit f7809da (this hasn't been checked in) from http://bugs.winehq.org/show_bug.cgi?id=23323#c181 in any case, a regression test was added to wine to check for this, which fails on this kernel: ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p ntdll_test.exe.so exception.c touch exception.ok exception.c:399: Test failed: 42: Wrong exception address 0x33/0x330001 wine: Unhandled exception 0x8004 at address 0x33 (thread 0009), starting debugger... 0x0033: icebp ... Backtrace: =0 0x0033 (0x0032fcb8) 1 0x684c2d44 func_exception+0x283() [/home/austin/wine-git/dlls/ntdll/tests/exception.c:465] in ntdll_test (0x0032fd38) 2 0x684f17fe run_test+0x14d(name=exception.c) [/home/austin/wine-git/dlls/ntdll/tests/../../../include/wine/test.h:556] in ntdll_test (0x0032fd88) 3 0x684f22c7 main+0x156(argc=*** Invalid address 0x *** , argv=*** Invalid address 0x0004 *** Internal symbol error: unable to access memory location 0x4) [/home/austin/wine-git/dlls/ntdll/tests/../../../include/wine/test.h:624] in ntdll_test (0x0032fe48) 4 0x684f249c __wine_spec_exe_entry+0x7b(peb=0x7ffdf000) [/home/austin/wine-git/dlls/winecrt0/exe_entry.c:36] in ntdll_test (0x0032fe90) 5 0x7b8593ac call_process_entry+0xb() in kernel32 (0x0032fea8) 6 0x7b859fdf start_process+0x5e(peb=0x7ffdf000) [/home/austin/wine-git/dlls/kernel32/process.c:1086] in kernel32 (0x0032fee8) 7 0x7bc70e58 call_thread_func+0xb() in ntdll (0x0032fef8) 8 0x7bc744fe call_thread_entry_point+0x6d(entry=0x7b859f80, arg=0x7ffdf000) [/home/austin/wine-git/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffc8) 9 0x7bc49f1e start_process+0x1d(kernel_start=0x7b859f80) [/home/austin/wine-git/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) 10 0x6802899d wine_call_on_stack+0x1c() in libwine.so.1 (0x) exception.c:399: Test failed: 42: Wrong exception address 0x33/0x330001 exception.c:399: Test failed: 42: Wrong exception address 0x33/0x330001 I'm trying to launch this wine test from dlls/ntdll/tests/ with ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p and a git clone of the wine repo from today. And I get this result: shift: 89: can't shift that many, which I have no clue what it's about. So I don't know how to reproduce. Any idea on how I should launch that wine self test, or which mistake I may have made? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626329: Please follow symlinks for manifest-tweaking tools !
Package: javahelper Version: 0.34 Severity: important Hello again ! Hmmm... Just had a look at the statsvn package I've uploaded: -rw-r--r-- root/root100922 2011-05-11 00:49 ./usr/share/java/statsvn.jar -rw-r--r-- root/root100891 2011-05-11 00:49 ./usr/share/java/statsvn-0.7.0.jar Shouldn't statsvn.jar be linked to the versioned jar ? The problem comes from the fact that the manifest-tweaking tools do not follow symlinks. So, for now: * using usr/share/java/statsvn.jar leads to two different files instead of a symlink * using usr/share/java/statsvn-0.7.0.jar works but requires changing the files for every sourceful upload... Cheers, Vincent PS: and, again, I can tackle that if you wish -- 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 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages javahelper depends on: ii bsdmainutils 8.2.2 collection of more utilities from ii dctrl-tools 2.18 Command-line tools to process Debi ii debhelper 8.1.6 helper programs for debian/rules ii devscripts2.10.73scripts to make the life of a Debi ii dpkg-dev 1.16.0.3 Debian package development tools ii libarchive-zip-perl 1.30-4 Perl module for manipulation of ZI javahelper recommends no packages. Versions of packages javahelper suggests: ii cvs 2:1.12.13+real-4 Concurrent Versions System ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr pn tofrodosnone (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#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Tue, May 10, 2011 at 17:55, Frederic Weisbecker fweis...@gmail.com wrote: On Sat, May 07, 2011 at 10:21:37PM -0500, Austin English wrote: On Sat, May 7, 2011 at 21:11, Ben Hutchings b...@decadent.org.uk wrote: On Sat, 2011-05-07 at 19:50 -0500, Austin English wrote: Package: linux-2.6 Version: 2.6.38-3 Severity: normal This is a bug in the kernel itself, there have been a few patches to the kernel, but it seems at least one patch is not in the vanilla kernel. Some other distributions are including this patch. See https://bugzilla.kernel.org/show_bug.cgi?id=16315 and http://bugs.winehq.org/show_bug.cgi?id=23323 for more info. A different version of that patch has been applied as: commit 89e45aac42d40426c97e6901811309bf49c4993f Author: Frederic Weisbecker fweis...@gmail.com Date: Fri Sep 17 03:24:13 2010 +0200 x86: Fix instruction breakpoint encoding Please identify any further changes you believe are required. Looking at the Wine bug, appears the relevant commits are: 1. Commit 08d6832 breaks the login 2. Commit a1e80fa fixes commit 08d6832 (this is in 2.6.35) 3. Commit f7809da also breaks the login (this is in 2.6.36-rc1 and later) 4. Frederick's new patch fixes commit f7809da (this hasn't been checked in) from http://bugs.winehq.org/show_bug.cgi?id=23323#c181 in any case, a regression test was added to wine to check for this, which fails on this kernel: ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p ntdll_test.exe.so exception.c touch exception.ok exception.c:399: Test failed: 42: Wrong exception address 0x33/0x330001 wine: Unhandled exception 0x8004 at address 0x33 (thread 0009), starting debugger... 0x0033: icebp ... Backtrace: =0 0x0033 (0x0032fcb8) 1 0x684c2d44 func_exception+0x283() [/home/austin/wine-git/dlls/ntdll/tests/exception.c:465] in ntdll_test (0x0032fd38) 2 0x684f17fe run_test+0x14d(name=exception.c) [/home/austin/wine-git/dlls/ntdll/tests/../../../include/wine/test.h:556] in ntdll_test (0x0032fd88) 3 0x684f22c7 main+0x156(argc=*** Invalid address 0x *** , argv=*** Invalid address 0x0004 *** Internal symbol error: unable to access memory location 0x4) [/home/austin/wine-git/dlls/ntdll/tests/../../../include/wine/test.h:624] in ntdll_test (0x0032fe48) 4 0x684f249c __wine_spec_exe_entry+0x7b(peb=0x7ffdf000) [/home/austin/wine-git/dlls/winecrt0/exe_entry.c:36] in ntdll_test (0x0032fe90) 5 0x7b8593ac call_process_entry+0xb() in kernel32 (0x0032fea8) 6 0x7b859fdf start_process+0x5e(peb=0x7ffdf000) [/home/austin/wine-git/dlls/kernel32/process.c:1086] in kernel32 (0x0032fee8) 7 0x7bc70e58 call_thread_func+0xb() in ntdll (0x0032fef8) 8 0x7bc744fe call_thread_entry_point+0x6d(entry=0x7b859f80, arg=0x7ffdf000) [/home/austin/wine-git/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffc8) 9 0x7bc49f1e start_process+0x1d(kernel_start=0x7b859f80) [/home/austin/wine-git/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) 10 0x6802899d wine_call_on_stack+0x1c() in libwine.so.1 (0x) exception.c:399: Test failed: 42: Wrong exception address 0x33/0x330001 exception.c:399: Test failed: 42: Wrong exception address 0x33/0x330001 I'm trying to launch this wine test from dlls/ntdll/tests/ with ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p and a git clone of the wine repo from today. And I get this result: shift: 89: can't shift that many, which I have no clue what it's about. So I don't know how to reproduce. Any idea on how I should launch that wine self test, or which mistake I may have made? do: $ ./configure make as usual, then: $ cd dlls/ntdll/tests $ make exception.ok to repeat the test after success, 'rm exception.ok' or 'make testclean'. Cheers, Austin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626274: reply
I am pretty sure I have a persistent name for my wireless interface. /etc/udev/rules.d/70-persistent-net.rules contains the following lines: # PCI device 0x8086:0x4224 (ipw2200) SUBSYSTEM==net, DRIVERS==?*, ATTR{address}==00:13:ce:56:5d:71, NAME=eth1 while ipconfig gives (after connecting manually): eth1 Link encap:Ethernet HWaddr 00:13:ce:56:5d:71 inet addr:192.168.1.4 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::213:ceff:fe56:5d71/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:8618 errors:0 dropped:0 overruns:0 frame:0 TX packets:7032 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:8827557 (8.4 MiB) TX bytes:972766 (949.9 KiB) Interrupt:21 Base address:0x8000 Memory:b4001000-b4001fff Any other ideas? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Tue, May 10, 2011 at 06:01:28PM -0500, Austin English wrote: On Tue, May 10, 2011 at 17:55, Frederic Weisbecker fweis...@gmail.com wrote: I'm trying to launch this wine test from dlls/ntdll/tests/ with ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p and a git clone of the wine repo from today. And I get this result: shift: 89: can't shift that many, which I have no clue what it's about. So I don't know how to reproduce. Any idea on how I should launch that wine self test, or which mistake I may have made? do: $ ./configure make as usual, then: $ cd dlls/ntdll/tests $ make exception.ok to repeat the test after success, 'rm exception.ok' or 'make testclean'. Cool, so I can reproduce: exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) Do you know a kernel version that works with this test? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626263: Clarification of §10.5 symlink wording needed
* Russ Allbery [2011-05-10 15:32 -0700]: Carsten Hey cars...@debian.org writes: Besides /usr - /, are symlinks to directories still supported as top-level directories and are there still people using such a setup? If nobody uses this anymore, the policy could be adapted to the year 2011. Is there any reason *not* to continue supporting them? They can definitely save you as a short term measure to work around a bad partitioning scheme until one can fix it by reformatting. This is a valid use case. With a valid use case, there does not seem to be any doubt that the link target should be /run and not ../run. As already mentioned, I don't think the wording of §10.5 strictly applies to the /run symlink. lib64 - /lib also somehow involves different top-level directories, but (contrary to the /run symlink), the reason why §10.5 is in the policy does not apply to it. To match the original intention more closely and to clarify §10.5, | symbolic links pointing from one top-level directory into another | should be absolute could be written as (out of was stolen from [1]): | symbolic links pointing out of a top-level directory should be | absolute or alternatively as: | symbolic links pointing from one top-level directory out of it should | be absolute Regards Carsten [1] http://lists.debian.org/debian-devel/1998/02/msg00627.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Tue, May 10, 2011 at 18:08, Frederic Weisbecker fweis...@gmail.com wrote: On Tue, May 10, 2011 at 06:01:28PM -0500, Austin English wrote: On Tue, May 10, 2011 at 17:55, Frederic Weisbecker fweis...@gmail.com wrote: I'm trying to launch this wine test from dlls/ntdll/tests/ with ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p and a git clone of the wine repo from today. And I get this result: shift: 89: can't shift that many, which I have no clue what it's about. So I don't know how to reproduce. Any idea on how I should launch that wine self test, or which mistake I may have made? do: $ ./configure make as usual, then: $ cd dlls/ntdll/tests $ make exception.ok to repeat the test after success, 'rm exception.ok' or 'make testclean'. Cool, so I can reproduce: exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) Do you know a kernel version that works with this test? Works on my gentoo machine, which has 2.6.37. Not sure what custom patches they're using though, off hand. You can see test results at http://test.winehq.org/data/. Using results from a few days ago: http://test.winehq.org/data/f555c2d8572b83595e5a9742ecc3ade17d3d/index_Wine.html I see it passes on another debian testing machine, though amd64: fg-deb64-win32 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/version.html / 2.6.38-2-amd64 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/ntdll:exception.html I don't know of a version in debian 32-bit that passes. If there are some old .deb's you'd like me to test, let me know. -- -Austin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626099: [omniORB] Re: [Pkg-corba-devel] Bug#626099: Please update to new upstream version 3.0
On Wed, 2011-05-11 at 00:05 +0200, Thomas Girard wrote: [...] This is the netstat output when omniorb 4.1.3 is installed [...] tcp0 0 0.0.0.0:28090.0.0.0:* LISTEN 772/omniNames This isn't an omniORB version issue. The difference you're seeing is a build / configuration issue. This output shows that omniORB was compiled without IPv6 support. It is only listening on the IPv4 wildcard address. [...] This is the netstat output when omniorb 4.1.5 is installed [...] tcp6 0 0 :::2809 :::*LISTEN 1353/omniNames That shows that omniORB was compiled with IPv6 support. It is listening on the IPv6 wildcard address. RFC 2553 ( http://www.ietf.org/rfc/rfc2553.txt ) tells us that IPv6 sockets should accept IPv4 connections. But this post suggests that Debian has chosen to violate the RFC and disable it: http://comments.gmane.org/gmane.mail.imap.courier.general/33757 If you edit include/omniORB4/include/internal/SocketCollection.h and add a new block to #undef OMNI_IPV6_SOCKETS_ACCEPT_IPV4_CONNECTIONS I expect it will work again. Cheers, Duncan. -- -- Duncan Grisby -- -- dun...@grisby.org -- -- http://www.grisby.org -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626264: [Pkg-octave-devel] Bug#626264: Bug#626264: octave-miscellaneous: Please upload new upstream (1.0.11) release
On 10 May 2011 14:51, Thomas Weber twe...@debian.org wrote: On Tue, May 10, 2011 at 01:54:24PM +0200, Didier Raboud wrote: Package: octave-miscellaneous Version: 1.0.9-1+b1 Severity: minor Hi, octave-optim, in it 1.0.16-1 version, uploaded on 23. April, depends on octave-miscellaneous = 1.0.11, so please upload it to allow the installation of octave-optim/unstable. From miscellaneous 1.0.11: [map] * test assert(map(@min,[1 2 3 4 5],[5 4 3 2 1]), [1 2 3 2 1]) assert(map(@min,rand(1,5),[0 0 0 0 0]), [0 0 0 0 0]) assert(map(@(x,y) (sin(x).^2 + cos(y).^2),-pi:0.5:+pi,-pi:0.5:+pi),ones(1,13)) ! test failed assert (map (@(x, y) (sin (x) .^ 2 + cos (y) .^ 2); , -pi:0.5:+pi, -pi:0.5:+pi),ones (1, 13)) expected 1 1 1 1 1 1 1 1 1 1 1 1 1 but got 1 1 1 1 1 1 1 1 1 1 1 1 1 The problem is that Octave 3.2 isn't consistent in what ones() returns: ... GNU Octave, version 3.2.4 ... octave:1 typeinfo(ones(1,13)) ans = range octave:2 typeinfo(ones(2,13)) ans = matrix I don't have the build power on my notebook to build 3.4. Can you check wether this has changed there? octave:1 typeinfo(ones(1,2)) ans = range octave:2 typeinfo(ones(2,2)) ans = matrix octave:3 version ans = 3.5.0+ But I don't think this is a problem; it's a useful optimisation. The map function that package should be deprecated anyways, we have arrayfun instead if you really need that kind of functionality. In fact, the assert that fails works if you simply do s/map/arrayfun/. - Jordi G. H. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Tue, May 10, 2011 at 06:16:12PM -0500, Austin English wrote: On Tue, May 10, 2011 at 18:08, Frederic Weisbecker fweis...@gmail.com wrote: [...] Do you know a kernel version that works with this test? Works on my gentoo machine, which has 2.6.37. Not sure what custom patches they're using though, off hand. You can see test results at http://test.winehq.org/data/. Using results from a few days ago: http://test.winehq.org/data/f555c2d8572b83595e5a9742ecc3ade17d3d/index_Wine.html I see it passes on another debian testing machine, though amd64: fg-deb64-win32 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/version.html / 2.6.38-2-amd64 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/ntdll:exception.html I don't know of a version in debian 32-bit that passes. If there are some old .deb's you'd like me to test, let me know. Every version is archived at http://snapshot.debian.org/package/linux-2.6/. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626218: Warning: Hidden directory found: /etc/.java from sun-java6-bin.postinst
Sorry about that. I had a few warnings out of the box, that after verifying they were all from signed packages from signed repositories, I got annoyed and opened this bug report. I didn't realise how many scripts I would have to go through to recognise these as false positives. I wish rkhunter would check known false positives by checking which packages are installed, comparing md5sums, package/repository signatures, etc. I realise that an advanced rootkit targeting debian-rkhunter could fake all of these, but if it's targeting debian-rkhunter, we're pretty screwed anyway. --Jayen On 10/05/11 11:28, Julien Valroff wrote: Le mardi 10 mai 2011 à 02:02:15 (+0200 CEST), Jayen Ashar a écrit : Package: rkhunter Version: 1.3.6-5 Severity: normal After installing sun-java6-bin, rkhunter reports: Warning: Hidden directory found: /etc/.java Comment out the related entry in /etc/rkhunter.conf if you are sure this directory is safe. This is not a problem, neither in rkhunter, nor in sun-java6-bin, hence closing this bug. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626330: pgapack: Please add support for MPICH2 to rules
Package: pgapack Severity: normal Tags: patch User: debian-scie...@lists.debian.org Usertags: old-mpi-eol pgapack's debian/rules currently fails if the only installed MPI implementation is MPICH2 (libmpich2-dev). It's planned to make MPICH2 the default MPI implementation soon on architectures where OpenMPI is not available, at which point this would become a release-critical FTBFS bug. The attached patch should allow MPICH2 compilation. -- Nicholas Breen nbr...@ofb.net --- rules.orig 2011-05-10 16:34:09.688427102 -0700 +++ rules 2011-05-10 16:34:13.244438487 -0700 @@ -35,18 +35,23 @@ build: build-stamp build-stamp: dh_testdir -# if we have LAM -- will fail if we have OpenMPI, hence the '-test' use -# lam shared library version -- we use the shared and static library version - -test -d /usr/include/lam \ - ./configure -arch linux -cc gcc -cflags ${cflags} \ - -mpiinc /usr/include/lam -mpilib /usr/lib/liblam.so \ - cd source $(MAKE) cd - # if we have OpenMPI -- will fail if we have LAM, hence the '-test' use # Open MPI shared library version -- we use the shared and static library version -test -d /usr/lib/openmpi \ ./configure -arch linux -cc gcc -cflags ${cflags} \ -mpiinc /usr/lib/openmpi/include -mpilib /usr/lib/libmpi.so \ cd source $(MAKE) cd - + # if we have MPICH2 -- will fail if we have only LAM or OpenMPI, hence '-test' + -test -d /usr/include/mpich2 \ + ./configure -arch linux -cc mpicc.mpich2 -cflags ${cflags} \ + -mpiinc /usr/include/mpich2 -mpilib /usr/lib/libmpich.so \ + cd source $(MAKE) cd - +# if we have LAM -- will fail if we have OpenMPI, hence the '-test' use +# lam shared library version -- we use the shared and static library version + -test -d /usr/include/lam \ + ./configure -arch linux -cc gcc -cflags ${cflags} \ + -mpiinc /usr/include/lam -mpilib /usr/lib/liblam.so \ + cd source $(MAKE) cd - # need to rename static library from non-standard name, and # need to build shared library by hand (cd lib/linux/ \
Bug#625914: [Bridge] Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
On Tue, May 10, 2011 at 03:11:00PM -0700, Stephen Hemminger wrote: There were two more follow on commits in stable related to this. I recommend merging 2.6.38.6 which includes these. The problem still exists in the current 2.6.38.6. Backing out 5f1c356a still solves the problem there. I have not yet tried anything outside the stable-2.6.38.y tree, but it seems like these same changes are present there, and it's unlikely that other releases will work any better. noah signature.asc Description: Digital signature
Bug#626263: Clarification of §10.5 symlink wording needed
* Carsten Hey [2011-05-11 01:06 +0200]: * Russ Allbery [2011-05-10 15:32 -0700]: Carsten Hey cars...@debian.org writes: Besides /usr - /, are symlinks to directories still supported as top-level directories and are there still people using such a setup? If nobody uses this anymore, the policy could be adapted to the year 2011. Is there any reason *not* to continue supporting them? Actually, there is a bug that could be triggered by absolute symlinks. bind9/sid contains the directory /var/run/named. If I run cdeboootstrap (I assume the same is true for debootstrap if dpkg is not available) and pass bind9 as extra package to install, tar (run by cdebootstrap) would create /var/run/bind9 instead of $TARGET/var/run/bind9 if $TARGET/var/run is an absolute symlink. #514015 contains a past example that triggered this bug. Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585965: Openclipart orphanage
Hi Martin, are you still interested? I'll help out with updating openclipart and I can sponsor your uploads. Yes, I am still interested. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Tue, May 10, 2011 at 06:16:12PM -0500, Austin English wrote: On Tue, May 10, 2011 at 18:08, Frederic Weisbecker fweis...@gmail.com wrote: On Tue, May 10, 2011 at 06:01:28PM -0500, Austin English wrote: On Tue, May 10, 2011 at 17:55, Frederic Weisbecker fweis...@gmail.com wrote: I'm trying to launch this wine test from dlls/ntdll/tests/ with ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p and a git clone of the wine repo from today. And I get this result: shift: 89: can't shift that many, which I have no clue what it's about. So I don't know how to reproduce. Any idea on how I should launch that wine self test, or which mistake I may have made? do: $ ./configure make as usual, then: $ cd dlls/ntdll/tests $ make exception.ok to repeat the test after success, 'rm exception.ok' or 'make testclean'. Cool, so I can reproduce: exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) Do you know a kernel version that works with this test? Works on my gentoo machine, which has 2.6.37. Not sure what custom patches they're using though, off hand. You can see test results at http://test.winehq.org/data/. Using results from a few days ago: http://test.winehq.org/data/f555c2d8572b83595e5a9742ecc3ade17d3d/index_Wine.html I see it passes on another debian testing machine, though amd64: fg-deb64-win32 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/version.html / 2.6.38-2-amd64 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/ntdll:exception.html I don't know of a version in debian 32-bit that passes. If there are some old .deb's you'd like me to test, let me know. Hmm, doesn't work for me with amd64 on 2.6.37 (my previous test was 2.6.38.5 on amd64): exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) So may be it depends on the config. Or on something else than the kernel. Lemme check with an oldy like 2.6.32 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626129: perl: sh4: FTBFS: Failed at op/ver.t line 241
tags 626129 patch thanks Hi, I made the patch which changed the optimization level of utf8.c from O2 to O1. I understand that it is not right solutuon, I need to revise gcc. Would you apply this patch until gcc is revised? Best regards, Nobuhiro 2011/5/9 Nobuhiro Iwamatsu iwama...@nigauri.org: Hi, 2011/5/9 Niko Tyni nt...@debian.org: On Mon, May 09, 2011 at 01:43:40PM +0900, Nobuhiro Iwamatsu wrote: Source: perl Version: 5.12.3-6 Severity: wishlist User: debian-...@superh.org Usertags: sh4 X-Debbugs-CC: debian-sup...@lists.debian.org Malformed UTF-8 character (13 bytes, need 13, after start byte 0xff) in sprintf at op/ver.t line 241. # Failed at op/ver.t line 241 # got 9223372036854775807.0 # expected 9223372036854775807.9223372036854775808 t/op/ver...FAILED at test 45 double value cannot display. But float is OK. ./perl -e 'printf (%vd\n, eval v9223372036854775807.9223372036854775808)' Malformed UTF-8 character (13 bytes, need 13, after start byte 0xff) in printf at -e line 1. 9223372036854775807.0 ./perl -e 'printf (%vd\n, eval v2147483647.214748364)' 2147483647.214748364 I must say I don't understand this at all. Is there something exotic about doubles on sh4? I debuged this and I understood that this was a bug of GCC. This problem is revised when I changed optimization from O2 to O1. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 diff --git a/cflags.SH b/cflags.SH index 6914ba6..e6785dc 100755 --- a/cflags.SH +++ b/cflags.SH @@ -321,7 +321,11 @@ for file do toke) ;; universal) ;; usersub) ;; -utf8) ;; +utf8) + case $archname in + sh4*-*) + optimize=-O1;; + esac;; util) ;; *) ;; esac
Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Tue, May 10, 2011 at 19:00, Frederic Weisbecker fweis...@gmail.com wrote: On Tue, May 10, 2011 at 06:16:12PM -0500, Austin English wrote: On Tue, May 10, 2011 at 18:08, Frederic Weisbecker fweis...@gmail.com wrote: On Tue, May 10, 2011 at 06:01:28PM -0500, Austin English wrote: On Tue, May 10, 2011 at 17:55, Frederic Weisbecker fweis...@gmail.com wrote: I'm trying to launch this wine test from dlls/ntdll/tests/ with ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p and a git clone of the wine repo from today. And I get this result: shift: 89: can't shift that many, which I have no clue what it's about. So I don't know how to reproduce. Any idea on how I should launch that wine self test, or which mistake I may have made? do: $ ./configure make as usual, then: $ cd dlls/ntdll/tests $ make exception.ok to repeat the test after success, 'rm exception.ok' or 'make testclean'. Cool, so I can reproduce: exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) Do you know a kernel version that works with this test? Works on my gentoo machine, which has 2.6.37. Not sure what custom patches they're using though, off hand. You can see test results at http://test.winehq.org/data/. Using results from a few days ago: http://test.winehq.org/data/f555c2d8572b83595e5a9742ecc3ade17d3d/index_Wine.html I see it passes on another debian testing machine, though amd64: fg-deb64-win32 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/version.html / 2.6.38-2-amd64 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/ntdll:exception.html I don't know of a version in debian 32-bit that passes. If there are some old .deb's you'd like me to test, let me know. Hmm, doesn't work for me with amd64 on 2.6.37 (my previous test was 2.6.38.5 on amd64): exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) So may be it depends on the config. Or on something else than the kernel. Lemme check with an oldy like 2.6.32 Fails for me with http://snapshot.debian.org/archive/debian/20110505T002605Z/pool/main/l/linux-2.6/linux-image-2.6.32-5-686_2.6.32-34_i386.deb -- -Austin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626330: pgapack: Please add support for MPICH2 to rules
Hi Nicholas, On 10 May 2011 at 16:37, Nicholas Breen wrote: | Package: pgapack | Severity: normal | Tags: patch | User: debian-scie...@lists.debian.org | Usertags: old-mpi-eol | | | pgapack's debian/rules currently fails if the only installed MPI implementation | is MPICH2 (libmpich2-dev). It's planned to make MPICH2 the default MPI | implementation soon on architectures where OpenMPI is not available, at which | point this would become a release-critical FTBFS bug. | | The attached patch should allow MPICH2 compilation. Thanks for the patch! Does debian/control need an update (beside the standards version), or will all the magic happen via mpi-default-dev? Dirk | -- | Nicholas Breen | nbr...@ofb.net | | -- | --- rules.orig2011-05-10 16:34:09.688427102 -0700 | +++ rules 2011-05-10 16:34:13.244438487 -0700 | @@ -35,18 +35,23 @@ | build: build-stamp | build-stamp: | dh_testdir | -# if we have LAM -- will fail if we have OpenMPI, hence the '-test' use | -# lam shared library version -- we use the shared and static library version | - -test -d /usr/include/lam \ | - ./configure -arch linux -cc gcc -cflags ${cflags} \ | - -mpiinc /usr/include/lam -mpilib /usr/lib/liblam.so \ | - cd source $(MAKE) cd - | # if we have OpenMPI -- will fail if we have LAM, hence the '-test' use | # Open MPI shared library version -- we use the shared and static library version | -test -d /usr/lib/openmpi \ | ./configure -arch linux -cc gcc -cflags ${cflags} \ | -mpiinc /usr/lib/openmpi/include -mpilib /usr/lib/libmpi.so \ | cd source $(MAKE) cd - | + # if we have MPICH2 -- will fail if we have only LAM or OpenMPI, hence '-test' | + -test -d /usr/include/mpich2 \ | + ./configure -arch linux -cc mpicc.mpich2 -cflags ${cflags} \ | + -mpiinc /usr/include/mpich2 -mpilib /usr/lib/libmpich.so \ | + cd source $(MAKE) cd - | +# if we have LAM -- will fail if we have OpenMPI, hence the '-test' use | +# lam shared library version -- we use the shared and static library version | + -test -d /usr/include/lam \ | + ./configure -arch linux -cc gcc -cflags ${cflags} \ | + -mpiinc /usr/include/lam -mpilib /usr/lib/liblam.so \ | + cd source $(MAKE) cd - | # need to rename static library from non-standard name, and | # need to build shared library by hand | (cd lib/linux/ \ -- Gauss once played himself in a zero-sum game and won $50. -- #11 at http://www.gaussfacts.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602050: ITP: supercollider -- A real time audio synthesis programming language
Hi, sorry for taking so long. On Fri, Apr 29, 2011 at 15:57, Dan S danstowell+de...@gmail.com wrote: 2011/4/16 Felipe Sateler fsate...@debian.org: - I would really like to fold all the -dev packages into one. I don't see much point in splitting them. I've discussed it with the upstream devs and we're OK with merging them, so I've done that. Good. However, the relationship with thte old packages is wrong. It should Replace the older packages. However, I'm not quite sure if we should apply policy 7.6.1 or 7.6.2 (ie, Replaces+Breaks or Replaces+Conflicts+Provides). What do others think? -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626331: gnome-settings-daemon doesn't allow to log into IceWM, LXDE.
Package: gnome-settings-daemon Version: 2.30.2-3 Severity: critical Justification: breaks unrelated software Sorry if it shouldn't be tagged as critical, but maybe it should. Also maybe it's a bug from gdm3 or xserver-xorg-core but I'm not knowledgeable enough to discern. I had here Xfce and IceWM from the repo plus LXDE built from upstream sources, all working fine. After a recent xserver-xorg-core upgrade (plus some other things but I'm guessing this is the most related one) I could only log into Xfce. Trying to log into LXDE or IceWM would make gdm3 automatically logout and return to the login screen. I tried replacing gdm3 for SLiM but the same thing happened except that the failed login attempt would end in the console terminal instead of the login screen. Xfce still worked. I could login and load any desktop environment, including IceWM and LXDE, through startx (having to set the desired one through update-alternatives). Since I'm not a system administrator nor a programmer I eventually decided to reinstall as I thought I could've messed with something. I installed a minimal system and built-up from it. All was working well until I installed gnome-settings-daemon so I could theme gdm3. Exactly the same issue of being unable to log into IceWM and LXDE from within the display manager reappeared. Removing gnome-settings-daemon solves the issue (but then no theming in gdm3). I'll attach ~/.xsession-errors messages from an attempt of logging into icewm- session with gdm3 and another from an attempt to log in LXDE (startlxde). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-settings-daemon depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libdbus-glib-1-20.92-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.2generic font configuration library ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.3-3 GDK Pixbuf library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgnome2-common2.30.0-1 The GNOME library - common files ii libgnomekbd42.30.2-2 GNOME library to manage keyboard c ii libgstreamer-plugins-base0. 0.10.32-2GStreamer libraries from the base ii libgstreamer0.10-0 0.10.32-6+b1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2 0.5.0-2 sends desktop notifications to a n ii libx11-62:1.4.3-1X11 client-side library ii libxi6 2:1.4.2-1X11 Input extension library ii libxklavier16 5.0-2X Keyboard Extension high-level AP gnome-settings-daemon recommends no packages. Versions of packages gnome-settings-daemon suggests: pn gnome-screensaver none (no description available) ii icewm [x-window-manager] 1.3.7-1wonderful Win95-OS/2-Motif-like wi ii metacity [x-window-manager] 1:2.30.1-3 lightweight GTK+ window manager ii openbox [x-window-manager]3.4.11.1-1 standards compliant, fast, light-w ii x11-xserver-utils 7.6+2 X server utilities example of failed login in IceWM: /etc/gdm3/Xsession: Beginning session setup... icewm-session: using /home/secipolla/.icewm for private configuration files icewmtray: using /home/secipolla/.icewm for private configuration files icewmbg: using /home/secipolla/.icewm for private configuration files IceWM: using /home/secipolla/.icewm for private configuration files XIO: fatal IO error 11 (Recurso temporariamente indisponível) on X server :0 after 145 requests (145 known processed) with 0 events remaining. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0 after 136 requests (131 known processed) with 0 events remaining. XIO: fatal IO error 2 (Arquivo ou diretório não encontrado) on X server :0 after 127 requests (127 known processed) with 0 events remaining. /home/secipolla/.icewm/startup: line 10: xscreensaver: comando não encontrado (polkit-gnome-authentication-agent-1:1745): Gtk-WARNING **: cannot open display: :0 icewmbg: Can't open display: :0. X must be running and $DISPLAY set. No protocol specified (volumeicon:1796): Gtk-WARNING **: cannot open
Bug#604953: gdm3: Crash on launching GDM3 user-selection
I switched from Gnome to Xfce (using Slim for a loging manager), and have also switched distros, so unfortunately I can't answer that question. Aaron On Mon, May 9, 2011 at 10:44 AM, Andreas Beckmann deb...@abeckmann.dewrote: Hi Aaron, On Friday, 31. December 2010 22:31:15 Aaron Barany wrote: I am also experiencing this issue. I recently installed a GeForce GTX 460 on my system, which is running Squeeze, and am using the proprietary NVidia drivers installed from the Squeeze repositories. Periodically gdm3 will fail to launch and will show a blinking _ cursor in the upper left. I can generally recover without rebooting by switching to a different console with ctrl-alt-F1, logging in, and running /etc/init.d/gdm3 restart, though sometimes it takes 2 tries to successfully launch gdm3. I have attached my xorg.conf, Xorg0.log, and gdm3's 0.log and 0-greeter.log. (the slave log was empty) Is this still an issue with a newer driver? 270.41.06-1 is now available in unstable. For your logs, the dmesg output while loading the module would have been interesting. The Xorg.0.log says this: (EE) Dec 31 11:44:54 NVIDIA(0): Failed to initialize the NVIDIA graphics device PCI:2:0:0. (EE) Dec 31 11:44:54 NVIDIA(0): Please check your system's kernel log for additional error (EE) Dec 31 11:44:54 NVIDIA(0): messages and refer to Chapter 8: Common Problems in the (EE) Dec 31 11:44:54 NVIDIA(0): README for additional information. (EE) Dec 31 11:44:54 NVIDIA(0): Failed to initialize the NVIDIA graphics device! Andreas
Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Tue, May 10, 2011 at 07:04:15PM -0500, Austin English wrote: On Tue, May 10, 2011 at 19:00, Frederic Weisbecker fweis...@gmail.com wrote: On Tue, May 10, 2011 at 06:16:12PM -0500, Austin English wrote: On Tue, May 10, 2011 at 18:08, Frederic Weisbecker fweis...@gmail.com wrote: On Tue, May 10, 2011 at 06:01:28PM -0500, Austin English wrote: On Tue, May 10, 2011 at 17:55, Frederic Weisbecker fweis...@gmail.com wrote: I'm trying to launch this wine test from dlls/ntdll/tests/ with ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p and a git clone of the wine repo from today. And I get this result: shift: 89: can't shift that many, which I have no clue what it's about. So I don't know how to reproduce. Any idea on how I should launch that wine self test, or which mistake I may have made? do: $ ./configure make as usual, then: $ cd dlls/ntdll/tests $ make exception.ok to repeat the test after success, 'rm exception.ok' or 'make testclean'. Cool, so I can reproduce: exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) Do you know a kernel version that works with this test? Works on my gentoo machine, which has 2.6.37. Not sure what custom patches they're using though, off hand. You can see test results at http://test.winehq.org/data/. Using results from a few days ago: http://test.winehq.org/data/f555c2d8572b83595e5a9742ecc3ade17d3d/index_Wine.html I see it passes on another debian testing machine, though amd64: fg-deb64-win32 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/version.html / 2.6.38-2-amd64 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/ntdll:exception.html I don't know of a version in debian 32-bit that passes. If there are some old .deb's you'd like me to test, let me know. Hmm, doesn't work for me with amd64 on 2.6.37 (my previous test was 2.6.38.5 on amd64): exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) So may be it depends on the config. Or on something else than the kernel. Lemme check with an oldy like 2.6.32 Fails for me with http://snapshot.debian.org/archive/debian/20110505T002605Z/pool/main/l/linux-2.6/linux-image-2.6.32-5-686_2.6.32-34_i386.deb Same for me, amd64. It seems not adapted to 64 bits in fact. The part that complains is in an #ifdef __i386__, and there is an alternate __x86_64__ section. It seems the section that has been compiled is the i386 even if I'm running amd64, which may be the cause of the issue. So the problem appears to be more in the test implementation of wine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Tue, May 10, 2011 at 19:41, Frederic Weisbecker fweis...@gmail.com wrote: On Tue, May 10, 2011 at 07:04:15PM -0500, Austin English wrote: On Tue, May 10, 2011 at 19:00, Frederic Weisbecker fweis...@gmail.com wrote: On Tue, May 10, 2011 at 06:16:12PM -0500, Austin English wrote: On Tue, May 10, 2011 at 18:08, Frederic Weisbecker fweis...@gmail.com wrote: On Tue, May 10, 2011 at 06:01:28PM -0500, Austin English wrote: On Tue, May 10, 2011 at 17:55, Frederic Weisbecker fweis...@gmail.com wrote: I'm trying to launch this wine test from dlls/ntdll/tests/ with ../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p and a git clone of the wine repo from today. And I get this result: shift: 89: can't shift that many, which I have no clue what it's about. So I don't know how to reproduce. Any idea on how I should launch that wine self test, or which mistake I may have made? do: $ ./configure make as usual, then: $ cd dlls/ntdll/tests $ make exception.ok to repeat the test after success, 'rm exception.ok' or 'make testclean'. Cool, so I can reproduce: exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) Do you know a kernel version that works with this test? Works on my gentoo machine, which has 2.6.37. Not sure what custom patches they're using though, off hand. You can see test results at http://test.winehq.org/data/. Using results from a few days ago: http://test.winehq.org/data/f555c2d8572b83595e5a9742ecc3ade17d3d/index_Wine.html I see it passes on another debian testing machine, though amd64: fg-deb64-win32 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/version.html / 2.6.38-2-amd64 / http://test.winehq.org/data/6a3255bbbde0bdec3407ea89ef640b66dc45773c/wine_fg-deb64-win32/ntdll:exception.html I don't know of a version in debian 32-bit that passes. If there are some old .deb's you'd like me to test, let me know. Hmm, doesn't work for me with amd64 on 2.6.37 (my previous test was 2.6.38.5 on amd64): exception.c:1463: Tests skipped: child process not mapped at same address (0x68758fe4/0x68753fe4) So may be it depends on the config. Or on something else than the kernel. Lemme check with an oldy like 2.6.32 Fails for me with http://snapshot.debian.org/archive/debian/20110505T002605Z/pool/main/l/linux-2.6/linux-image-2.6.32-5-686_2.6.32-34_i386.deb Same for me, amd64. It seems not adapted to 64 bits in fact. The part that complains is in an #ifdef __i386__, and there is an alternate __x86_64__ section. It seems the section that has been compiled is the i386 even if I'm running amd64, which may be the cause of the issue. So the problem appears to be more in the test implementation of wine. Unless you configured wine with --enable-win64 when building, wine is being compiled as a 32-bit application. Though I'm more worried about the i386 case failing :). -- -Austin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626332: libextutils-install-perl: uninstallable in sid
Package: libextutils-install-perl Version: 1.54-1 Severity: grave Tags: sid wheezy Justification: renders package unusable perl-modules 5.12 Breaks/Provides/Replaces libextutils-install-perl 1.55. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626333: libmodule-install-perl: uninstallable in sid
Package: libmodule-install-perl Version: 1.01-1 Severity: grave Tags: sid wheezy Justification: renders package unusable perl-modules Breaks/Provides/Replaces libextutils-install-perl 1.55, but libmodule-install-perl Depends on libextutils-install-perl (= 1.52), so the dependency isn't satisfiable ATM. Either the dependency should have an | perl (= 5.12), or libextutils-install-perl should be bumped to a newer version. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581903: ITP: flann -- Fast Library for Approximate Nearest Neighbors
Hi, Mathieu. Hi ! Any progress on this package ? thanks Michael is packaging this package under my package review. Please wait. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine
On Tue, May 10, 2011 at 07:43:37PM -0500, Austin English wrote: On Tue, May 10, 2011 at 19:41, Frederic Weisbecker fweis...@gmail.com wrote: It seems not adapted to 64 bits in fact. The part that complains is in an #ifdef __i386__, and there is an alternate __x86_64__ section. It seems the section that has been compiled is the i386 even if I'm running amd64, which may be the cause of the issue. So the problem appears to be more in the test implementation of wine. Unless you configured wine with --enable-win64 when building, wine is being compiled as a 32-bit application. Though I'm more worried about the i386 case failing :). There are few chances that 2.6.32 is concerned by a trap/breakpoints bug that such a test could detect. The trap/breakpoints bugs have started in 2.6.33 when we wrote the breakpoint subsystem, which caused some regressions. If a problem was there before, and it's detected by a wine test, I think it would have been reported a while ago already. So I think it's likely a problem in the wine selftest. I just can't find my way in that code. The address of test_stage is supposed to match some address given as argument to the test. But test_stage addr has not been read before that happens, and it's a static var. How could it match anything. Anyway, I'm definetly clueless there :) BTW, I wrote a breakpoint/trap regression test a little while ago, in case that helps finding some regressions. At least it should be able to find the most obvious one: https://tglx.de/~fweisbec/breakpoint_test.c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614211: gimp-resynthesizer: Bug filed to merge into gimp-plugin-registry
FYI: I have filed a wishlist bug in gimp-plugin-registry to merge gimp-resynthesizer into there - see bug #626317. The gimp-plugin-registry maintainer seems receptive to the idea of merging it, when he has time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626330: pgapack: Please add support for MPICH2 to rules
On 05/10/2011 05:23 PM, Dirk Eddelbuettel wrote: Hi Nicholas, On 10 May 2011 at 16:37, Nicholas Breen wrote: | Package: pgapack | Severity: normal | Tags: patch | User: debian-scie...@lists.debian.org | Usertags: old-mpi-eol | | | pgapack's debian/rules currently fails if the only installed MPI implementation | is MPICH2 (libmpich2-dev). It's planned to make MPICH2 the default MPI | implementation soon on architectures where OpenMPI is not available, at which | point this would become a release-critical FTBFS bug. | | The attached patch should allow MPICH2 compilation. Thanks for the patch! Does debian/control need an update (beside the standards version), or will all the magic happen via mpi-default-dev? It looks like that should be the only necessary change, and swapping mpi-default-dev will do the rest. Just for the record, this is a transition that's been dragging on for about a year and a half, so soon is definitely not immediate! - Nicholas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626334: told upstream too
Also reported in http://bugzilla.abisource.com/show_bug.cgi?id=13063 . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626330: pgapack: Please add support for MPICH2 to rules
On 10 May 2011 at 18:14, Nicholas Breen wrote: | On 05/10/2011 05:23 PM, Dirk Eddelbuettel wrote: | | Hi Nicholas, | | On 10 May 2011 at 16:37, Nicholas Breen wrote: | | Package: pgapack | | Severity: normal | | Tags: patch | | User: debian-scie...@lists.debian.org | | Usertags: old-mpi-eol | | | | | | pgapack's debian/rules currently fails if the only installed MPI implementation | | is MPICH2 (libmpich2-dev). It's planned to make MPICH2 the default MPI | | implementation soon on architectures where OpenMPI is not available, at which | | point this would become a release-critical FTBFS bug. | | | | The attached patch should allow MPICH2 compilation. | | Thanks for the patch! | | Does debian/control need an update (beside the standards version), or will | all the magic happen via mpi-default-dev? | | It looks like that should be the only necessary change, and swapping | mpi-default-dev will do the rest. | | Just for the record, this is a transition that's been dragging on for | about a year and a half, so soon is definitely not immediate! I know. I used to be open-mpi maintainer for a bit (to save Open MPI from a very shitty state, Manuel then started to help and took over). Definitely a good thing. I'll push this out 'soon'. Dirk -- Gauss once played himself in a zero-sum game and won $50. -- #11 at http://www.gaussfacts.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620699: dpkg-query: version string does not start with digit
Hi! On Tue, 2011-05-10 at 16:28:56 -0500, Jonathan Nieder wrote: Matteo Cortese wrote: Would you consider a flag to switch this warning off? Like David, I've already missed a number of errors hidden in a sea of version string does not start with digit lines. I think a good fix would be to unconditionally batch the errors and require a --verbose or similar flag to get the full list. Would you be interested in working on that? I've already code for this and the other related parsing strictness regressions. I'll try to clean them up and push tomorrow, as they should definitely be included for 1.16.1. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608223: [ANNOUNCE] lsscsi-0.25 released
retitle 608223 please package lsscsi 0.25 stop On Tue, May 10, 2011 at 10:34:19AM -0400, Douglas Gilbert wrote: Date: Tue, 10 May 2011 10:34:19 -0400 From: Douglas Gilbert dgilb...@interlog.com To: SCSI development list linux-s...@vger.kernel.org, linux-kernel linux-ker...@vger.kernel.org CC: Dan Horák dho...@redhat.com, Matt Taggart tagg...@debian.org, Martin K. Petersen martin.peter...@oracle.com Subject: [ANNOUNCE] lsscsi-0.25 released Message-ID: 4dc94ceb.2000...@interlog.com lsscsi is a utility that uses sysfs in linux 2.6 series kernels to list information about SCSI devices and SCSI hosts. Both a compact format which is one line per device and a classic format (like the output of 'cat /proc/scsi/scsi') are supported. Version 0.25 is available at: http://sg.danny.cz/scsi/lsscsi.html More information can be found on that page including examples and a Download section for tarballs, rpm and deb packages. There have only been superficial changes to the beta release of 0.25 made in March 2011. The only adverse report was a problem when a kernel was configured with both CONFIG_SYSFS_DEPRECATED and CONFIG_SYSFS_DEPRECATED_V2. The most commonly useful addition is the '--size' option: $ lsscsi -s [0:0:0:0] disk ATAINTEL SSDSA2M080 2CV1 /dev/sda 80.0GB [6:0:0:0] disk Linux scsi_debug 0004 /dev/sdb 4.29PB ChangeLog: Version 0.25 2011/05/09 [svn: r92] - add sas_port and fc_remote_ports transport information - print enclosure_device entry - add '--size' option to show size of disks - add '--protmode' option to show protection information mode Version 0.24 2010/06/12 [svn: r83] ... Doug Gilbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626101: [GIT PATCH] config.guess: add support for armhf
Hi. Please find attached a patch to add config.guess support for the ARM hard-float gnueabi variant (armhf, arm-*-linux-gnueabihf). This is fine, thanks. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626335: loggerhead: docs/ folder not included in package
Package: loggerhead Version: 1.17+bzr424-1 Severity: wishlist Loggerhead has documentation in the docs/ folder of the upstream package. It even includes a makefile to convert the rST files into HTML or latex. It would be nice if we could include either the source files or the renderings of the same in the binary package, rather than forcing users to get the source package. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages loggerhead depends on: ii adduser3.112+nmu2add and remove users and groups ii bzr2.1.2-1 easy to use distributed version co ii libjs-yui 2.8.2r1~squeeze-1 Yahoo User Interface Library ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-paste 1.7.5.1-1 tools for using a Web Server Gatew ii python-pkg-resources 0.6.14-4 Package Discovery and Resource Acc ii python-simpletal 4.1-6 Simple TAL, TALES and METAL implem Versions of packages loggerhead recommends: ii bzr-search 1.7.0~bzr77-1 search plugin for Bazaar ii python-simplejson 2.1.1-1 simple, fast, extensible JSON enco Versions of packages loggerhead suggests: pn python-pastedeploynone (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#620699: dpkg-query: version string does not start with digit
Guillem Jover wrote: On Tue, 2011-05-10 at 16:28:56 -0500, Jonathan Nieder wrote: I think a good fix would be to unconditionally batch the errors and require a --verbose or similar flag to get the full list. Would you be interested in working on that? I've already code for this and the other related parsing strictness regressions. I'll try to clean them up and push tomorrow, as they should definitely be included for 1.16.1. Thanks, Guillem. I should have been less lazy and looked at the bug log. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571446: Patch to switch from mpich1 to mpi-default-dev
The attached patch switches the Build-Depends from libmpich1.0-dev to mpi-default-dev. The additional CC=mpicc entries ensure correct linking -- the original fftw makefiles assume that -lmpi is all the linking they need for MPI, but the newer implementations need additional libraries that mpicc enumerates properly. -- Nicholas Breen nbr...@ofb.net diff -Nru fftw-2.1.3_orig/debian/control fftw-2.1.3/debian/control --- fftw-2.1.3_orig/debian/control 2011-05-10 19:17:57.0 -0700 +++ fftw-2.1.3/debian/control 2011-05-10 19:18:54.312346690 -0700 @@ -2,7 +2,7 @@ Section: oldlibs Priority: extra Maintainer: Paul Brossier p...@debian.org -Build-Depends: debhelper (= 4.0.0), autotools-dev, autoconf, automake, dpatch, libtool, libmpich1.0-dev, gfortran +Build-Depends: debhelper (= 4.0.0), autotools-dev, autoconf, automake, dpatch, libtool, mpi-defaults-dev, gfortran Build-Conflicts: autoconf2.13, automake1.4 Standards-Version: 3.7.3 @@ -10,7 +10,7 @@ Architecture: any Section: oldlibs Depends: ${shlibs:Depends} -Suggests: fftw-dev, mpich-bin +Suggests: fftw-dev, mpi-defaults-bin Provides: fftw2-double Conflicts: fftw2-double Description: library for computing Fast Fourier Transforms @@ -36,7 +36,7 @@ Architecture: any Section: oldlibs Depends: ${shlibs:Depends} -Suggests: sfftw-dev, mpich-bin +Suggests: sfftw-dev, mpi-defaults-bin Provides: fftw2-single Conflicts: fftw2-single, fftw2 (= 2.1.3-10) Description: library for computing Fast Fourier Transforms diff -Nru fftw-2.1.3_orig/debian/rules fftw-2.1.3/debian/rules --- fftw-2.1.3_orig/debian/rules 2011-05-10 19:17:57.0 -0700 +++ fftw-2.1.3/debian/rules 2011-05-10 19:30:42.516078892 -0700 @@ -14,7 +14,7 @@ CFLAGS += -O2 endif -CONFFLAGS := --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-shared --enable-mpi --enable-threads +CONFFLAGS := --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-shared --enable-mpi --enable-threads ifeq ($(ARCHITECTURE), i386) ARCHCONFFLAGS := --enable-i386-hacks @@ -30,7 +30,7 @@ build-arch-stamp: autoreconf-stamp dh_testdir # single precision - F77=gfortran CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) --enable-float --enable-type-prefix $(ARCHCONFFLAGS) + F77=gfortran CFLAGS=$(CFLAGS) CC=mpicc ./configure $(CONFFLAGS) --enable-float --enable-type-prefix $(ARCHCONFFLAGS) $(MAKE) #$(MAKE) -C tests check ./tests/fftw_test -t -e -v -p 1024 -x 1 @@ -38,7 +38,7 @@ $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp-single $(MAKE) clean # double precision - F77=gfortran CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) $(ARCHCONFFLAGS) + F77=gfortran CFLAGS=$(CFLAGS) CC=mpicc ./configure $(CONFFLAGS) $(ARCHCONFFLAGS) $(MAKE) #$(MAKE) -C tests check ./tests/fftw_test -t -e -v -p 1024 -x 1
Bug#606084: ITA: wmii -- lightweight tabbed and tiled X11 window manager, version 3
Hi, I am emailing to inquire after the status of this ITA. Do you still intend to pursue the management of this package? If not, I would like to express my own interest. Thanks, -- Wayne S. Warren steven.w.war...@gmail.com
Bug#626336: blacs-mpi: Please add support for MPICH2 (libmpich2-dev) builds
Package: blacs-mpi Severity: normal User: debian-scie...@lists.debian.org Usertags: old-mpi-eol Hello, blacs-mpi (as well as scalapack) does not currently support building against MPICH2, from the libmpich2-dev package. Eventually mpi-default-dev will switch over to MPICH2 on the architectures where OpenMPI isn't available, while LAM/MPI and MPICH1 will be removed from the archive. It looks like this support can be easily retrofitted into both packages, though I couldn't quite tell what was going on in the rules files -- is all that manual library assembly necessary? Is there a missing function in mpicc that should be added? If you do need the explicit list of libraries, mpicc.mpich2 -show currently gives this list: -lmpich -lopa -lmpl -lrt -lcr -lpthread Thank you, -- Nicholas Breen nbr...@ofb.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626101: [GIT PATCH] config.guess: add support for armhf
On Tue, May 10, 2011 at 04:20:29PM -0300, Henrique de Moraes Holschuh wrote: Should you accept the patch, I'd appreciate if you could email me a notice when it gets pushed to your public git repository. Done. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532147: Disable all update checking
On Sat, May 7, 2011 at 5:46 AM, Vincent Cheng vincentc1...@gmail.com wrote: Hi, The patch provided for the security issue in bug #451303 was removed in Exaile 0.3.2.0-0.1, with the following message in debian/changelog: * debian/patches - Remove directory. No longer needed for current release. As such, is this patch still needed (in Exaile 0.3)? Hi Vincent, This patch is not needed with the 0.3 series. Exaile no longer offers the option to download plugins (or as the bug puts it, downloads and execute remote code). I'm glad to see that Exaile is receiving some love in Debian! I saw that the package was orphaned finally, and was interested in adopting it. It looks like you got around to it before me. I haven't gotten a chance to look closely at what you've done, but will do so soon. I'd love to be able to minimalism the diff between the Debian and Ubuntu/upstream packaging. If you're interested in a co-maintainer, I'd be willing to help out. I imagine the biggest difference now is that we've split out some of the plugins into separate packages. Are you keeping the packaging in a VCS? If so where? Thanks, - Andrew Starr-Bochicchio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625834: psgml: does not work (?)
On 05/06/2011 06:39 AM, A Mennucc wrote: Package: psgml Version: 1.3.2-12 Severity: important hi, I installed 'psgml' and opened a docbook document, but I got nXML mode I tried to use psgml mode, but I did not find a way I also noted that /usr/share/emacs23/site-lisp/psgml/install.log contains a lot of warnings what is going wrong ? a. It appears that psgml's xml-mode is used by default if psgml is installed, but if you switch to nxml-mode any time in your Emacs session, loading it will alias xml-mode to nxml-mode, so that nxml-mode effectively overrides psgml's xml-mode from then on. I don't see how to override that behavior yet. While I look into that, a work is to restart Emacs to revert back to using psgml's xml-mode and to avoid using nxml-mode at all. BTW, my install.log for psgml looks almost exactly like yours, yet psgml works fine for me. I don't use nxml-mode at all so I don't see the issue that you saw. -- Neil Roeth
Bug#626337: xserver-xorg-video-intel: Screen update problems (non-compositing)
Package: xserver-xorg-video-intel Version: 2:2.15.0-1 Severity: important There are various instances when the screen is not updated. Usually this happens when repeated keyboard, or mouse input is involved at the same time. Some examples: xournal When using the 2.6.38 kernel, some strokes don't show up, until the pen/mouse leave the xournal window. When using the 2.6.32, or 2.6.38 kernels, when the display is rotated, the strokes show up after a delay. I followed this upstream and the bug was traced to the video driver: http://sourceforge.net/mailarchive/message.php?msg_id=27467219 http://sourceforge.net/mailarchive/message.php?msg_id=27480622 frozen-bubble-2.2.0-2 pangzero-1.3-2 In both games, there are numerous times (usually when I hold down a key) when the screen stops being updated. The bug is not present when I use the 2.6.32 kernel. There was a suggestion on the Xournal mailing list that this bug is related to http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=3145530feed879082bcfab11ffc8e7fd0911c920 But I haven't mastered debian packaging enough to try integrating this myself. (Trying to install xserver-xorg-video-intel/sid itself wanted me to upgrade xserver-xorg-core, which I wasn't prepared to do as this is my primary work machine). Finally, this might be related to Debian Bug #597696, or it might not be. I wasn't sure, so I opened a new issue. Thanks for any help with this, GI -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Dec 21 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1926464 Mar 25 23:49 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 0c) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): --- Linux version 2.6.38-2-amd64 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 04:28:07 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 32106 Dec 23 2009 /var/log/Xorg.2.log -rw-r--r-- 1 root root 22147 Feb 19 22:49 /var/log/Xorg.1.log -rw-r--r-- 1 root root 29733 May 10 21:43 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [59.171] X.Org X Server 1.9.5 Release Date: 2011-03-17 [59.171] X Protocol Version 11, Revision 0 [59.171] Build Operating System: Linux 2.6.38-1-amd64 x86_64 Debian [59.171] Current Operating System: Linux mordor 2.6.38-2-amd64 #1 SMP Thu Apr 7 04:28:07 UTC 2011 x86_64 [59.171] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-amd64 root=UUID=9f504572-3101-4f1d-9c22-08938165f79d ro quiet [59.171] Build Date: 26 March 2011 03:32:34AM [59.171] xorg-server 2:1.9.5-1 (Cyril Brulebois k...@debian.org) [59.171] Current version of pixman: 0.21.4 [59.171]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [59.171] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [59.172] (==) Log file: /var/log/Xorg.0.log, Time: Tue May 10 07:43:42 2011 [59.269] (==) Using system config directory /usr/share/X11/xorg.conf.d [59.308] (==) No Layout section. Using the first Screen section. [59.308] (==) No screen section available. Using defaults. [59.308] (**) |--Screen Default Screen Section (0) [59.308] (**) | |--Monitor default monitor [59.309] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [59.309] (==) Automatically adding devices [59.309] (==) Automatically enabling devices [59.352] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [59.352]Entry deleted from font path. [59.476] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [59.476] (==) ModulePath set to /usr/lib/xorg/modules [59.476] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable
Bug#626047: remctl: FTBFS on {,kfreebsd-}amd64 (portable/getaddrinfo test fails)
Julien Cristau jcris...@debian.org writes: See https://buildd.debian.org/status/package.php?p=remctl Failed Set Fail/Total (%) Skip Stat Failing Tests -- -- portable/getaddrinfo 1/75 1%00 72 Failed 1/1792 tests, 99.94% okay, 34 tests skipped. Files=38, Tests=1792, 3.65 seconds (0.87 usr + 0.35 sys = 1.22 CPU) make[3]: Leaving directory `/build/buildd-remctl_2.16-1+b2-amd64-luBBDa/remctl-2.16' make[2]: *** [check-am] Error 2 This error message indicates that getaddrinfo of foo.invalid is returning something other than EAI_NONAME. I suspect it's returning success -- perhaps the buildd has a DNS configuration that resolves unknown hosts to some address rather than returning failure? I'm going to try working around this by ignoring and skipping a success in looking up that name. It makes it a slightly worse test, but I'd rather have the test suite run properly in weird environments. I'll upload a new package in a few minutes with that workaround and some debugging code so that I can check whether that's indeed the problem. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626229: wesnoth-1.9: New upstream version (1.9.6)
It was just published yesterday, it would be nice if you put less preassure on the people that are doing a voluntary job here. Compiling isn't done instantly, and private life also requests its attention ... Please be notified that I'm in close contact with upstream and do receive information about new releases directly. :) Sorry about my impatience; I didn't mean to pressure you or anything. Thanks for the work you've put into packaging Wesnoth for Debian! :) For such a request it would be nice to have information on why you want to have that enabled, and what's the benefit of it. Given that it seems to be deactivated by default by upstream I would like to have more information on this request. According to this forum thread [1], it provides support to better use multiple cores, and it sounds like an intriguing feature to test out. I'm just curious whether or not it'd make a noticeable difference to Wesnoth's performance, that's all. Regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625221: gwibber: can't send notices since I'm running GNOME 3
On Wed, May 11, 2011 at 4:15 AM, Ben Bromley b...@amongotheritems.org wrote: There was nothing that popped up from gwibber -d. Let me know what else I can provide you with. 1. Start: gwibber -d in terminal. 2. Start gwibber from another tab/terminal. Gwibber should start. -- Kartik Mistry Debian GNU/Linux Developer IRC: kart_ | Identica: @kartikm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599843: Patch for the 1.1.24+nmu1 NMU of libpaper
Il giorno mar, 10/05/2011 alle 10.22 +0200, Christian PERRIER ha scritto: Dear maintainer of libpaper, On Wednesday, April 27, 2011 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Friday, April 22, 2011. Thank you for this work on libpaper. Bye, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624828: [pkg-cryptsetup-devel] Bug#624828: cryptsetup ignores --size option
On 05/10/2011 01:44 AM, Jonas Meurer wrote: Hey Milan, On 02/05/2011 Milan Broz wrote: On 05/01/2011 11:38 PM, RW Penney wrote: The '--size' option to cryptsetup is supposed to allow one to choose a subset of a block device when configuring an encrypted device-mapper target. Hm. This is unintended change when switching to new api (internally), upstream bug. (Moreover that option was not documented properly.) You can workaround it by subsequent cryptsetup resize command for now. Anyway, I think this is quite confusing option (you cannot specify start offset, so you can just limit end of device, not the mapped start), for these types of operation is dmsetup more versatile. Am I right, that you fixed this bug with a workaround in svn commit 518? yes. (As FIXME says, I'll extend crypt plain format parameters later but that will change API - I plan this when removing old API. So for now workaroud should be enough.) (Btw do you plan to rebuild 1.3.0 in experimental? Or is there some problems I do not know about?) Milan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626338: debian-policy: Clarification of 10.5 symlink wording
Package: debian-policy Version: 3.9.2.0 Severity: minor The wording of section 10.5, where it says whether symlinks should be absolute or relative, is not particularly clear if the symlink is to a top-level file or directory rather than into one (such as a link from /var/run to /run). The intent was to require that these be absolute links so that, were /var a symlink to some other location, the /var/run symlink would still work properly. The rationale should be mentioned in a non-normative footnote. Carsten Hey suggests: As already mentioned, I don't think the wording of §10.5 strictly applies to the /run symlink. lib64 - /lib also somehow involves different top-level directories, but (contrary to the /run symlink), the reason why §10.5 is in the policy does not apply to it. To match the original intention more closely and to clarify §10.5, | symbolic links pointing from one top-level directory into another | should be absolute could be written as (out of was stolen from [1]): | symbolic links pointing out of a top-level directory should be | absolute or alternatively as: | symbolic links pointing from one top-level directory out of it should | be absolute -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: ii doc-base 0.10.1 utilities to manage online documen -- 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#626339: gwhois: .gl lookups broken, whois.nic.gl:43 available
Package: gwhois Version: 20100728 Severity: normal Please change lookups for .gl domains to use whois.nic.gl:43 since search.greennet.gl seems to be non-existant anymore. Thanks, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622842: brcm80211 not setting correct country code?
Dear Ben and all, From your last post concerning this bug, I did not get what should be the procedure from now on. Should the bug be reported to another package ? Or, is there something which is lacking that does not depend on you or other debian maintainers (eg. firmware or non-free packages)? I thought that the bug was going to be fixed in next release of kernel (or crda or another package related to the problem), but the fact is that the problem is still there. Is it convenient that I give more information? and in that case, what information ?? Well, thank you for all your help, Wenceslao Este mensaje ha sido enviado desde https://webmail.unav.es -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607083: O: python-peak.util -- utilities from the Python Enterprise Application Kit
retitle 607083 ITA: python-peak.util -- utilities from the Python Enterprise Application Kit owner 607083 ! thanks On Tuesday 14 December 2010 16:11:56 Jakub Wilk wrote: I hereby orphan the python-peak.util package. Hello Jakub, I would like to adopt python-peak.util and managing it under the umbrella of the Debian Python Modules Team. I have to leave Maintainer field to Debian QA Group or can I switch to Debian Python Modules Team? Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622842: brcm80211 not setting correct country code?
On Wed, 2011-05-11 at 06:55 +0200, Wenceslao González-Viñas wrote: Dear Ben and all, From your last post concerning this bug, I did not get what should be the procedure from now on. Should the bug be reported to another package ? [...] I passed it on to the brcm80211 developers. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#622842: brcm80211 not setting correct country code?
Hi, Wenceslao González-Viñas wrote: From your last post concerning this bug, I did not get what should be the procedure from now on. I would suggest looking at the driver code, adding printk calls to find out what it reads from the NVRAM (to confirm Ben's hypothesis), and if it is blank, coming up with a better behavior and proposing it in the form of a rough patch to the linux-wireless list. If you are not a programmer or lack time, that's okay; in that case the best thing to do is just to be ready to test patches if someone else embarks on that same adventure. Hope that helps, and sorry I don't have anything more helpful to provide. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619602: Preliminary package
Hi, I've prepared a preliminary package of theunarchiver and have attached the .diff.gz to this message. It's not ready for upload since the executables enter an infinite loop when run. I think this occurs because they link against both libobjc.so.2 and libobjc.so.3 and I think that a binNMU of gnustep-base is required to fix this. -- Matt Kraai https://ftbfs.org/kraai theunarchiver_2.7.1-1.diff.gz Description: Binary data
Bug#626224: [Pkg-xfce-devel] Bug#626224: xfce4-power-manager: Systray icon takes extra space in systray after coming back from sleeping mode
On mar., 2011-05-10 at 10:58 +0900, Jonathan Ballet wrote: When I wake up my netbook from sleeping mode while using xfce4-power-manager systray, it takes more spaces in the systray each time. Approximatively, I would say that it takes twice the size of the icon each time it comes back from sleeping mode (see the attached screenshot for which show the problem). If you right click on those spaces, does the xfpm menu popup? I'm using the 'awesome' window manager, which has upgraded (see the following changelog entry: http://packages.qa.debian.org/a/awesome/news/20110503T161712Z.html), but so far, I ony had the problem with xfce4-power-manager. Well, are you sure the upgrade was for the -1.1 and not for the -1? Because the -1 is a new upstream release and that would likely be related. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#626232: freeradius: FTBFS on kfreebsd (radsniff not built)
Package: freeradius Version: 2.1.10+dfsg-3 Severity: serious See the build logs at https://buildd.debian.org/status/package.php?p=freeradius, dh_install fails trying to install radsniff which apparently isn't built for some reason. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626233: syslinux (4.04) does not work with win7 mbr
Package: syslinux Version: 2:4.03+dfsg-12 Severity: important Tags: patch upstream squeeze syslinux is unable to boot when run by windows7 mbr code, displaying a message Boot error instead of booting properly. This is important bug because it's a common situation to have linux and windows on the same machine installed, windows is typically of version 7 nowadays, and after installing win7 one can't load linux anymore until the mbr code is fixed, which is difficult to diagnose to start with. This is all provided that syslinux is used to boot linux. I'm filing this bug against syslinux package, but it's equally applicable for extlinux, since both use the same boot code, they differ only in installer. Upstream commit: http://git.kernel.org/?p=boot/syslinux/syslinux.git;a=commit;h=5b1f5189081f677e4a578e2a6d52c60a7c082e1d fixes this issue in 4.04 (the actual problem apparently is in win7 mbr code instead of syslinux, but we have to cope with such errors unfortunately). Generally, 4.04 version has many other bugfixes which are worth to have in Debian. Thanks! -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (990, 'stable'), (600, 'testing'), (500, 'oldstable'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages syslinux depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii syslinux-common 2:4.03+dfsg-12 collection of boot loaders (common syslinux recommends no packages. Versions of packages syslinux suggests: ii dosfstools3.0.9-1utilities for making and checking ii mtools4.0.12-1 Tools for manipulating MSDOS files pn os-prober 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#626234: gdal: FTBFS on ia64 (epsilondataset.cpp:240: error: 'struct eps_block_header' has no member named 'gs')
Package: gdal Version: 1.7.3-3 Severity: serious See build log at https://buildd.debian.org/status/fetch.php?pkg=gdalarch=ia64ver=1.7.3-3%2Bb1stamp=1304984687 make[3]: Entering directory `/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/frmts/epsilon' /bin/sh /build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/libtool --mode=compile --tag=CXX g++ -g -O2 -fvisibility=hidden -Wall -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/port -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/gcore -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/alg -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/ogr -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/ogr/ogrsf_frmts -DOGR_ENABLED -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/port -I/usr/include -c -o ../o/epsilondataset.lo epsilondataset.cpp libtool: compile: g++ -g -O2 -fvisibility=hidden -Wall -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/port -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/gcore -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/alg -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/ogr -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/ogr/ogrsf_frmts -DOGR_ENABLED -I/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/port -I/usr/include -c epsilondataset.cpp -fPIC -DPIC -o ../o/.libs/epsilondataset.o epsilondataset.cpp: In member function 'virtual CPLErr EpsilonRasterBand::IReadBlock(int, int, void*)': epsilondataset.cpp:240: error: 'struct eps_block_header' has no member named 'gs' epsilondataset.cpp:240: error: 'struct eps_block_header' has no member named 'tc' epsilondataset.cpp:241: error: 'struct eps_block_header' has no member named 'gs' epsilondataset.cpp:241: error: 'struct eps_block_header' has no member named 'tc' epsilondataset.cpp: In member function 'int EpsilonDataset::ScanBlocks(int*)': epsilondataset.cpp:508: error: 'struct eps_block_header' has no member named 'gs' epsilondataset.cpp:508: error: 'struct eps_block_header' has no member named 'tc' epsilondataset.cpp:509: error: 'struct eps_block_header' has no member named 'gs' epsilondataset.cpp:509: error: 'struct eps_block_header' has no member named 'tc' epsilondataset.cpp:510: error: 'struct eps_block_header' has no member named 'gs' epsilondataset.cpp:510: error: 'struct eps_block_header' has no member named 'tc' epsilondataset.cpp:511: error: 'struct eps_block_header' has no member named 'gs' epsilondataset.cpp:511: error: 'struct eps_block_header' has no member named 'tc' epsilondataset.cpp:512: error: 'struct eps_block_header' has no member named 'gs' epsilondataset.cpp:512: error: 'struct eps_block_header' has no member named 'tc' epsilondataset.cpp:513: error: 'struct eps_block_header' has no member named 'gs' epsilondataset.cpp:513: error: 'struct eps_block_header' has no member named 'tc' make[3]: *** [../o/epsilondataset.lo] Error 1 make[3]: Leaving directory `/build/buildd-gdal_1.7.3-3+b1-ia64-WtOMWf/gdal-1.7.3/frmts/epsilon' Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620272: ITP: dwarftherapist -- Helper tool for Dwarf Fortress game
On Tue, May 10, 2011 at 06:30:11AM +0200, Rens Houben wrote: After creating those two missing files, the following series of Lintian warnings: W: dwarftherapist: syntax-error-in-debian-changelog line 27 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 28 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 29 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 30 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 31 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 32 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 33 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 34 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 35 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 36 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 37 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 38 unrecognised line W: dwarftherapist: syntax-error-in-debian-changelog line 39 unrecognised line W: dwarftherapist: binary-without-manpage usr/bin/DwarfTherapist W: dwarftherapist: binary-without-manpage usr/bin/dwarftherapist W: dwarftherapist: menu-item-needs-tag-has-unknown-value x11|qt|text|vc|wm usr/share/menu/dwarftherapist:2 Well, if you try to build with the bundled debian/, anything may happen. I've written most of the packaging files, but I need to find some time to write a patch to use ~/.local/ instead of some world-writable system dirs in /usr and /var. -- WBR, wRAR signature.asc Description: Digital signature
Bug#623503: openvpn: Hard-coded libssl0.9.8 dependency
On Tue, May 10, 2011 at 01:06:40 +0200, Philipp Kern wrote: As there was no response and as that dependency is rather pointless I just uploaded the attached NMU to DELAYED/2-days. FWIW, the reason for the hardcoded dep was probably the same reason openssh had one: make sure CVE-2008-0166 was fixed. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626235: [reportbug-ng] reportbug-ng doesn't show forwarded bugs
Package: reportbug-ng Version: 1.22 Severity: normal For example, bug #531933 for iceweasel-notify is forwarded to xul-ext-notify. Search results for 'xul-ext-notify' include that bug in reportbug, but not in reportbug-ng. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0.1 990 stable security.debian.org 990 stable ftp.de.debian.org 990 stable deb.opera.com 650 testing ftp.de.debian.org 600 unstableftp.de.debian.org 500 proposed-updates ftp.de.debian.org 500 oldstable ftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+- python | 2.6.6-12 python-support (= 0.90.0) | 1.0.10 python-debianbts(= 1.0) | 1.9 python-qt4 | 4.7.3-1+b1 xdg-utils| 1.0.2+cvs20100307-2 xterm| 261-1 python-apt (= 0.7.93) | 0.7.100.1 Package's Recommends field is empty. 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#625926: gnome-applets: mixer_applet2 fails to associate with sound card when auto-logged in at first boot
reassign 625926 consolekit,gnome-applets thanks ]] Daniel Kahn Gillmor | Hm. Actually, i'm able to reproduce #625926 without systemd-sysv at all | -- it seems that the permissions on /dev/snd/* *are* getting set | properly as long as the session is in the foreground, but there's no | guarantee that the login session is actually foregrounded when the mixer | applet starts up. Seems like it's not a systemd bug at all, then. I'm reassigning it back to consolekit and gnome-applets and the maintainers there can work out whose bug it is. As for a permissions feed, I'm not sure something like that exists, perhaps inotify could be used for this? Regards, -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624259: grub-pc: Unable to add kernel arguments with gfxterm: alloc memory magic is broken
On 27.04.2011 00:20, Stefano Rivera wrote: Package: grub-pc Version: 1.99~rc1-13 Severity: normal Hi, I was trying to debug a kernel panic with crashkernel, and my grub wouldn't let me add command line arguments, I got | Booting a command list | |alloc magic is broken at 0xbf4d6650 Looks like the bug I've fixed in r3192. Could you try latest upstream bzr ? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#624735: [AUCTeX-devel] Bug#624735: Displays \it with an italic '\'
On Mon, May 09, 2011 at 10:15:45PM +0200, Ralf Angeli wrote: * Josh Triplett (2011-05-09) writes: On Mon, May 09, 2011 at 09:40:39PM +0200, Ralf Angeli wrote: I'd say yes. Fontifying the whole macro looks more consistent to me than fontifying only the part after the backslash. Doing so makes the '\' look like a '|'. I'm using DejaVu Sans Mono with a size of 17 pixels here and the two characters can be distinguished easily. Maybe the font you are using is suboptimal? DejaVu Sans Mono here as well. I can distinguish the characters, but I wouldn't say easily; it takes staring at the unusual-looking italic '\' more than once. :) Also, in which context or use case would it be a big problem if the characters where not easily distinguishable? In my case, I encountered this problem when staring at a complex TeX macro, which ran several commands in a row, along the lines of \foo\it\bar\baz. The italic '\' characters caused by the formatting of \it caused me quite a bit of confusion when trying to decipher it, until I figured out that they really did represent backslashes. It took me some time to parse the \it in the first place, since I didn't see the characteristic '\'. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626236: g++-4.1: PR27935 operator delete(void*, size_t) issue
From: zeb_1...@yahoo.com Package: Delete Operator Bug: g++-4.1: PR27935 appears to be unresolved (operator delete(void*, size_t) issue)
Bug#626237: pam: should document any divergence from upstream
Source: pam Version: 1.1.1-6.1 Severity: wishlist See discussion in Debian Bug#597225 for more details. Please document that 'root' is treated specially by pam_limits or remove this divergence. Thanks 2011/5/10 Steve Langasek vor...@debian.org: Correct. This is a Debian divergence from upstream that's been carried by the pam package for more than a decade. We should have a conversation about whether we want root to continue to be treated specially by pam_limits given that this has never been upstreamed, but that's not a bug per se, and again is not the behavior that this bug report was filed about. I think any divergences from upstream should be documented, probably in README.Debian? At least for as long as there are divergences. That's fine. Please file a separate bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626238: Please offer a grub-ipxe.deb package
Package: ipxe Version: 1.0.0+git-1.293e34-2 Severity: wishlist Now that iPXE is in Debian, it'd be very nice to have a grub-ipxe binary package generated from the same iPXE source package, that would put ipxe.krn in the grub2 menu. Use case: a user installs grub-ipxe, reboots, gets a new grub entry to PXE - Network boot, selects it, and netboots his computer. Proposed implementation: * Put ipxe.lkrn to /boot * Use /etc/grub.d/20_memtest86+ as a template for a new grub hook in /etc/grub.d/grub-ipxe * Call update-grub on grub-gpxe.postinst 1 year ago I had made a similar grub-gpxe package, if needed it source is accessible in https://launchpad.net/~ts.sch.gr/+archive/ppa/+sourcepub/958067/+listing-archive-extra Thank you for getting iPXE to Debian! Alkis Georgopoulos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626229: wesnoth-1.9: New upstream version (1.9.6)
tag 626229 moreinfo thanks Hi! On Mon, May 09, 2011 at 08:16:04PM -0700, Vincent Cheng wrote: A new upstream version of Wesnoth (1.9.6) is available; please consider packaging it! It was just published yesterday, it would be nice if you put less preassure on the people that are doing a voluntary job here. Compiling isn't done instantly, and private life also requests its attention ... Please be notified that I'm in close contact with upstream and do receive information about new releases directly. :) Also, please consider enabling OpenMP support, e.g. by adding -DENABLE_OMP=ON to CMAKE_SWITCHES in debian/rules. Thank you! For such a request it would be nice to have information on why you want to have that enabled, and what's the benefit of it. Given that it seems to be deactivated by default by upstream I would like to have more information on this request. Thanks, Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626194: camelot: broken dependencies after rebuild
On Tuesday 10 May 2011 00:45:28 Jakub Wilk wrote: * Erik Janssens erik.janss...@conceptive.be, 2011-05-09, 21:35: Hello Jakub, I'm afraid I don't understand the problem ? Camelot should work well with Python 2.7, the source only contains .py files ? I'm afraid I don't understand what happened here either. Perhaps it's a bug in python-central. If this is the case, fixing #616772 as soon as possible might be worthwile. I'll have a stab at introducing dh_python2 one of the next days. Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626220: Did not support Intel 82579LM Gigabit Ethernet (needs current e1000e)
Quoting Josh Triplett (j...@joshtriplett.org): Package: debian-installer Severity: normal I recently installed Debian stable on a Lenovo ThinkPad X220. This laptop has the following ethernet controller: 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04) Current versions of the e1000e driver handle this card just fine, but I'd guess the e1000e driver in stable's kernel doesn't. I ended up having to install via wireless. I'm not sure that we have anything useful to do with this bug report, indeed. The stable kernel will not be upgraded and thus will never support this Ethernet card...while the unstable one does already. So, I'm tempted to just close the bug. signature.asc Description: Digital signature
Bug#620260: [Evolution] Bug#620260: Bug#620260: Bug#620260: evolution: ignore its own network settings
OK, It looks like I got too deep in this problem and didn't describe clear, sorry for that. The problem is related to the way, how evolution works with mail fetching/sending. When I'm enabling proxy server in global GNOME settings, then, evolution (somehow) process all its network requests via the proxy server. If I must use direct connection to the mail-server, because of the server restriction, I'm getting into trouble, having to disable global network settings for getting mail, then enable them once again etc. The other problem, I discovered, once proxy in global settings has been enabled, evolution will follow it until the restart, even if it will be disable. Sincerely, Andrii Στις 06-04-2011, ημέρα Τετ, και ώρα 09:27 +0200, ο/η Yves-Alexis Perez έγραψε: On mar., 2011-04-05 at 17:27 +0300, Andrii Borovyi wrote: It if in the strace log. I have no idea, why tcpdump doesn't detect any connection to the POP3-server, it is available for directaccess and is not hiding. E-mail as well as proxy are constant, so I just used ping for getting their addresses. Sorry but this bug report is really not exploitable, on part because of the english you're using, which I fail to understand correctly (and it seems you don't success at understanding me either). There's no such thing as a mail (pop) connection to your proxy server, which is expected since there's no support for that in evolution anyway. Can we at least agree on that? Regards, signature.asc Description: This is a digitally signed message part
Bug#625541: nvidia-glx: Screen blacking out as a result of mouse movement, scrolling clicks
I'm using 270.41.06-1 from unstable and the second screen is just not usable. I can post a video if you'd like. How does your xorg.conf look like? My xorg.conf was created/modified by nvidia-xconfig/nvidia-settings. See attached. Have you tried a minimal one as described in /usr/share/doc/nvidia-glx/README.Debian.gz Not yet. I'll try that later. If I don't get anywhere with that, I'll report it upstream. -- Andy, BlueArc Engineering xorg.conf Description: xorg.conf
Bug#626239: graphviz: fails to build with 'ld --no-copy-dt-needed-entries'
Package: graphviz Version: 2.26.3-5 Severity: normal User: peter.fritzs...@gmx.de Usertags: no-add-needed With a linker defaulting to --no-copy-dt-needed-entries (http://wiki.debian.org/ToolChain/DSOLinking), graphviz fails to build, for example: https://launchpadlibrarian.net/71264605/buildlog_ubuntu-oneiric-i386.graphviz_2.26.3-5ubuntu2_FAILEDTOBUILD.txt.gz make[4]: Entering directory `/build/buildd/graphviz-2.26.3/cmd/dot' CC dot-dot.o CC dot-no_builtins.o CCLD dot /usr/bin/ld: dot-dot.o: undefined reference to symbol 'agsetiodisc' /usr/bin/ld: note: 'agsetiodisc' is defined in DSO /build/buildd/graphviz-2.26.3/lib/graph/.libs/libgraph.so.4 so try adding it to the linker command line /build/buildd/graphviz-2.26.3/lib/graph/.libs/libgraph.so.4: could not read symbols: Invalid operation collect2: ld returned 1 exit status The attached patch fixes this, although review would be welcome as I don't know graphviz especially well. Thanks, -- Colin Watson [cjwat...@ubuntu.com] Index: b/cmd/dot/Makefile.am === --- a/cmd/dot/Makefile.am +++ b/cmd/dot/Makefile.am @@ -54,7 +54,7 @@ dot_SOURCES = dot.c no_builtins.c dot_CPPFLAGS = $(AM_CPPFLAGS) -DDEMAND_LOADING=1 -dot_LDADD = $(top_builddir)/lib/gvc/libgvc.la +dot_LDADD = $(top_builddir)/lib/gvc/libgvc.la $(top_builddir)/lib/$(GRAPH)/lib$(GRAPH).la install-data-hook: (cd $(DESTDIR)$(man1dir); for i in $(linkedman); do rm -f $$i; $(LN_S) dot.1 $$i; done;) Index: b/cmd/tools/Makefile.am === --- a/cmd/tools/Makefile.am +++ b/cmd/tools/Makefile.am @@ -47,7 +47,8 @@ gxl2gv_LDADD = \ $(top_builddir)/lib/ingraphs/libingraphs_C.la \ - $(top_builddir)/lib/cgraph/libcgraph.la @EXPAT_LIBS@ + $(top_builddir)/lib/cgraph/libcgraph.la \ + $(top_builddir)/lib/cdt/libcdt.la @EXPAT_LIBS@ gxl2gv.1.pdf: $(srcdir)/gxl2gv.1 - @GROFF@ -Tps -man $(srcdir)/gxl2gv.1 | @PS2PDF@ - - gxl2gv.1.pdf @@ -139,6 +140,8 @@ gvpack_LDADD = \ $(top_builddir)/lib/gvc/libgvc.la \ $(top_builddir)/lib/ingraphs/libingraphs_C.la \ + $(top_builddir)/lib/graph/libgraph.la \ + $(top_builddir)/lib/cdt/libcdt.la \ $(top_builddir)/plugin/neato_layout/libgvplugin_neato_layout.la gvpack.1.pdf: $(srcdir)/gvpack.1 @@ -175,7 +178,8 @@ rm @LEX_OUTPUT_ROOT@.c gml2gv_LDADD = \ - $(top_builddir)/lib/cgraph/libcgraph.la @MATH_LIBS@ + $(top_builddir)/lib/cgraph/libcgraph.la \ + $(top_builddir)/lib/cdt/libcdt.la @MATH_LIBS@ gml2gv.1.pdf: gml2gv.1 - @GROFF@ -Tps -man gml2gv.1 | @PS2PDF@ - - gml2gv.1.pdf @@ -184,7 +188,8 @@ dijkstra_LDADD = \ $(top_builddir)/lib/ingraphs/libingraphs_C.la \ - $(top_builddir)/lib/cgraph/libcgraph.la + $(top_builddir)/lib/cgraph/libcgraph.la \ + $(top_builddir)/lib/cdt/libcdt.la dijkstra.1.pdf: $(srcdir)/dijkstra.1 - @GROFF@ -Tps -man $(srcdir)/dijkstra.1 | @PS2PDF@ - - dijkstra.1.pdf
Bug#626240: gcc-4.5: Spurious array bounds warning
Package: gcc-4.5 Version: 4.5.2-11 Severity: normal Tags: upstream This version of the gcc-4.5 package causes a spurious array-bounds warning on certain input: $ /usr/bin/gcc-4.5 -m32 -Warray-bounds -O2 -c -o /dev/null foo.i In file included from ../cpu-defs.h:30:0, from /home/dwg/ibm/kvm/qemu/target-ppc/cpu.h:76, from ../qemu-common.h:130, from ../sysemu.h:1, from /home/dwg/ibm/kvm/qemu/hw/spapr_hcall.c:1: ../osdep.h: In function ‘spapr_register_hypercall’: ../osdep.h:29:14: warning: array subscript is above array bounds Below is a sample input file which triggers this error. I've cut this down from some qemu code I was working on, after preprocessing. Note that the line number information from the preprocessor that I've included *is* significant. If the last line of it is removed, the spurious warning goes away. I'm not sure how to trim the innards of the line number information without causing other errors. The same code does not generate a warning with gcc-4.6. foo.i = # 1 /home/dwg/ibm/kvm/qemu/hw/spapr_hcall.c # 1 /home/dwg/ibm/kvm/qemu/ppc64-softmmu// # 1 built-in # 1 command-line # 1 /home/dwg/ibm/kvm/qemu/hw/spapr_hcall.c # 1 ../sysemu.h 1 # 1 ../qemu-common.h 1 # 1 ../config-host.h 1 # 6 ../qemu-common.h 2 # 17 ../qemu-common.h # 1 /usr/include/stdlib.h 1 3 4 # 25 /usr/include/stdlib.h 3 4 # 1 /usr/include/features.h 1 3 4 # 313 /usr/include/features.h 3 4 # 1 /usr/include/bits/predefs.h 1 3 4 # 314 /usr/include/features.h 2 3 4 # 346 /usr/include/features.h 3 4 # 1 /usr/include/sys/cdefs.h 1 3 4 # 353 /usr/include/sys/cdefs.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 354 /usr/include/sys/cdefs.h 2 3 4 # 347 /usr/include/features.h 2 3 4 # 378 /usr/include/features.h 3 4 # 1 /usr/include/gnu/stubs.h 1 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 5 /usr/include/gnu/stubs.h 2 3 4 # 1 /usr/include/gnu/stubs-32.h 1 3 4 # 8 /usr/include/gnu/stubs.h 2 3 4 # 379 /usr/include/features.h 2 3 4 # 26 /usr/include/stdlib.h 2 3 4 # 1 /usr/lib/gcc/i486-linux-gnu/4.5.2/include/stddef.h 1 3 4 # 211 /usr/lib/gcc/i486-linux-gnu/4.5.2/include/stddef.h 3 4 # 323 /usr/lib/gcc/i486-linux-gnu/4.5.2/include/stddef.h 3 4 # 34 /usr/include/stdlib.h 2 3 4 # 1 /usr/include/bits/waitflags.h 1 3 4 # 43 /usr/include/stdlib.h 2 3 4 # 1 /usr/include/bits/waitstatus.h 1 3 4 # 65 /usr/include/bits/waitstatus.h 3 4 # 1 /usr/include/endian.h 1 3 4 # 37 /usr/include/endian.h 3 4 # 1 /usr/include/bits/endian.h 1 3 4 # 38 /usr/include/endian.h 2 3 4 # 61 /usr/include/endian.h 3 4 # 1 /usr/include/bits/byteswap.h 1 3 4 # 28 /usr/include/bits/byteswap.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 29 /usr/include/bits/byteswap.h 2 3 4 # 62 /usr/include/endian.h 2 3 4 # 66 /usr/include/bits/waitstatus.h 2 3 4 # 44 /usr/include/stdlib.h 2 3 4 # 68 /usr/include/stdlib.h 3 4 # 96 /usr/include/stdlib.h 3 4 # 140 /usr/include/stdlib.h 3 4 # 236 /usr/include/stdlib.h 3 4 # 1 /usr/include/xlocale.h 1 3 4 # 28 /usr/include/xlocale.h 3 4 # 237 /usr/include/stdlib.h 2 3 4 # 311 /usr/include/stdlib.h 3 4 # 1 /usr/include/sys/types.h 1 3 4 # 29 /usr/include/sys/types.h 3 4 # 1 /usr/include/bits/types.h 1 3 4 # 28 /usr/include/bits/types.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 29 /usr/include/bits/types.h 2 3 4 # 131 /usr/include/bits/types.h 3 4 # 1 /usr/include/bits/typesizes.h 1 3 4 # 132 /usr/include/bits/types.h 2 3 4 # 32 /usr/include/sys/types.h 2 3 4 # 133 /usr/include/sys/types.h 3 4 # 1 /usr/include/time.h 1 3 4 # 58 /usr/include/time.h 3 4 # 74 /usr/include/time.h 3 4 # 92 /usr/include/time.h 3 4 # 104 /usr/include/time.h 3 4 # 134 /usr/include/sys/types.h 2 3 4 # 1 /usr/lib/gcc/i486-linux-gnu/4.5.2/include/stddef.h 1 3 4 # 148 /usr/include/sys/types.h 2 3 4 # 195 /usr/include/sys/types.h 3 4 # 220 /usr/include/sys/types.h 3 4 # 1 /usr/include/sys/select.h 1 3 4 # 31 /usr/include/sys/select.h 3 4 # 1 /usr/include/bits/select.h 1 3 4 # 23 /usr/include/bits/select.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 24 /usr/include/bits/select.h 2 3 4 # 32 /usr/include/sys/select.h 2 3 4 # 1 /usr/include/bits/sigset.h 1 3 4 # 24 /usr/include/bits/sigset.h 3 4 # 35 /usr/include/sys/select.h 2 3 4 # 1 /usr/include/time.h 1 3 4 # 120 /usr/include/time.h 3 4 # 45 /usr/include/sys/select.h 2 3 4 # 1 /usr/include/bits/time.h 1 3 4 # 69 /usr/include/bits/time.h 3 4 # 47 /usr/include/sys/select.h 2 3 4 # 55 /usr/include/sys/select.h 3 4 # 67 /usr/include/sys/select.h 3 4 # 99 /usr/include/sys/select.h 3 4 # 109 /usr/include/sys/select.h 3 4 # 121 /usr/include/sys/select.h 3 4 # 221 /usr/include/sys/types.h 2 3 4 # 1 /usr/include/sys/sysmacros.h 1 3 4 # 30 /usr/include/sys/sysmacros.h 3 4 # 224 /usr/include/sys/types.h 2 3 4 # 248 /usr/include/sys/types.h 3 4 # 1 /usr/include/bits/pthreadtypes.h 1 3 4 # 23 /usr/include/bits/pthreadtypes.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 24 /usr/include/bits/pthreadtypes.h 2 3 4 # 50
Bug#587650: Bug#618875: perl-modules: Byte order is not compatible at ../../lib/Storable.pm (...)
retitle 618875 git-svn: Byte order is not compatible at ../../lib/Storable.pm (...) reassign 618875 git-svn merge 618875 587650 thanks On Mon, May 09, 2011 at 10:11:15PM -0400, James Vega wrote: On Mon, May 09, 2011 at 08:02:06PM -0400, James Vega wrote: On Sun, May 08, 2011 at 09:50:42AM +0200, Christoph Biedl wrote: Dominic Hargreaves wrote... I can't promise to do anything with it in the near future, but happy to grab a copy of it from somewhere if you can easily make it available, to work on at a later date. Feel free to drop me a line in private if you prefer. For the time being I've at least archived that copy. FWIW, amd64 is appearently not affected: That makes sense given that, I think, this is related to the -Duse64bitint change in the Perl 5.12 packaging. On 32-bit systems, the Perl 5.10 packaging wrote out Storable data in such a way that the new use64bitint Perl 5.12 Storable can't read back in. Just tested with Perl 5.12 built without -Duse64bitint and the file Storable creates indeed can't be read by 5.12 with -Duse64bitint. This is also documented in the Storable Magic section of Storable's POD: $info = Storable::file_magic($filename) … intsize, longsize, ptrsize, nvsize These are only present when netorder is FALSE. These are the size of the various C datatypes of the Perl that created this image. These must match the current Perl for the image to be readable by Storable. The odd bit is that git-svn seems to have been using netorder (via Memoize::Storable's nstore option) since the use of Memoize::Storable was introduced (git v1.7.0). I've just noticed that there is already a bug in git-svn about this; the consensus there seems to be that this is a git-svn bug, and it appears (as in this bug) that it appears sporadically when the perl version hasn't changed, but it is also being triggered by the perl 5.12 update. Merging the two reports seems most appropriate at this point. Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625953: linux-2.6: orinoco_pci module is no longer present
On Mon, 9 May 2011, Ben Hutchings wrote: I have finally had time to try this. The hostap_pci module does not work at all for my card. It detects it, and allows me to configure it, but it does not actually send or receive any packets :( Please can you provide some information about the hardware (from lspci) and the driver log messages from hostap_pci. Your initial bug report was missing these. Looking through the dmesg log, there is something very odd going on, in that the hostap driver appears to have created both a wlan0 and a wifi0. udev tried to rename both of these to eth0, but (unsuprisingly) failed - so I ended up with: eth0 (which was originally wlan0, which does not work wifi0-eth0 (which was originally wifi0) My udev is configured thusly - maybe this is not correct: # This file was automatically generated by the /lib/udev/write_net_rules # program run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line. # PCI device 0x1260:0x3873 (orinoco_pci) SUBSYSTEM==net, DRIVERS==?*, ATTR{address}==00:09:5b:91:b4:d5, NAME=eth0 # PCI device 0x8086:0x1229 (e100) SUBSYSTEM==net, DRIVERS==?*, ATTR{address}==00:90:27:7d:4f:c1, NAME=eth1 # PCI device 0x10ec:0x8136 (r8169) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==00:1f:e2:4d:26:2c, ATTR{type}==1, KERNEL==eth*, NAME=eth2 # PCI device 0x8086:0x10d3 (e1000e) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==00:1b:21:2f:17:f6, ATTR{type}==1, KERNEL==eth*, NAME=eth3 I tried configuring wifi0-eth0 instead of eth0, and things improved - it seemed to work for about 10 minutes, before dropping out again. At the point it dropped, these errors were logged: May 9 19:53:03 wibble kernel: [ 1385.797648] wifi0-eth0: Deauthenticate all stations May 9 19:53:17 wibble kernel: [ 1399.748039] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:17 wibble kernel: [ 1400.033415] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:17 wibble kernel: [ 1400.100778] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:17 wibble kernel: [ 1400.284335] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:18 wibble kernel: [ 1400.535118] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:18 wibble kernel: [ 1400.735920] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:18 wibble kernel: [ 1401.343013] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:19 wibble kernel: [ 1401.700024] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:19 wibble kernel: [ 1401.978109] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:21 wibble kernel: [ 1403.586140] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:53:21 wibble kernel: [ 1404.220220] wifi0-eth0: invalid skb-cb magic (0x, expected 0xf08a36a2) May 9 19:58:02 wibble kernel: [ 1684.982056] wifi0-eth0: STA 88:9f:fa:ff:9e:3c did not ACK activity poll frame May 9 19:58:03 wibble kernel: [ 1685.960020] wifi0-eth0: sending disassociation info to STA 88:9f:fa:ff:9e:3c(last=271152, jiffies=346490) May 9 19:58:04 wibble kernel: [ 1686.960025] wifi0-eth0: sending deauthentication info to STA 88:9f:fa:ff:9e:3c(last=271152, jiffies=346740) May 9 19:58:04 wibble kernel: [ 1686.982698] wifi0-eth0: Could not find STA 88:9f:fa:ff:9e:3c for this TX error (@346745) The problem device is 04:00.0 - the other netork cards (using other drivers) are all fine. 00:00.0 Host bridge: ATI Technologies Inc RS690 Host Bridge 00:01.0 PCI bridge: ATI Technologies Inc RS690 PCI to PCI Bridge (Internal gfx) 00:04.0 PCI bridge: ATI Technologies Inc Device 7914 00:05.0 PCI bridge: ATI Technologies Inc RS690 PCI to PCI Bridge (PCI Express Port 1) 00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA 00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0) 00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1) 00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2) 00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3) 00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4) 00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI) 00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 13) 00:14.1 IDE interface: ATI Technologies Inc SB600 IDE 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: ATI Technologies Inc SB600 PCI to LPC Bridge 00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge 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
Bug#626241: ruby feature is missing
Package: vim Version: 2:7.3.154+hg~74503f6ee649-2 Severity: normal Hi, The compiled-in support for ruby seems to have gone missing in testing (-ruby) while the version in squeeze has the ruby feature included (+ruby). Please re-enable the ruby feature. Thanks Hannes -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.5 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim depends on: ii libacl1 2.2.49-4Access control list shared library ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libgpm2 1.20.4-3.4 General Purpose Mouse - shared lib ii libncurses5 5.9-1 shared libraries for terminal hand ii libselinux1 2.0.98-1+b1 SELinux runtime shared libraries ii vim-common 2:7.3.154+hg~74503f6ee649-2 Vi IMproved - Common files ii vim-runtime 2:7.3.154+hg~74503f6ee649-2 Vi IMproved - Runtime files vim recommends no packages. Versions of packages vim suggests: ii exuberant-ctags [cta 1:5.9~svn20110310-1 build tag file indexes of source c pn vim-doc none (no description available) pn vim-scripts 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#626242: calamaris: [INTL:fr] French debconf templates translation update
Package: calamaris Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of calamaris debconf templates to French # Copyright (C) 2004-2007 Christian Perrier bubu...@debian.org # This file is distributed under the same license as the calamaris package. # # Christian Perrier bubu...@debian.org, 2004-2007, 2008, 2011. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: calama...@packages.debian.org\n POT-Creation-Date: 2011-04-25 13:23+0200\n PO-Revision-Date: 2011-05-10 09:42+0200\n Last-Translator: Christian Perrier bubu...@debian.org\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: select #. Choices #: ../templates:2001 msgid auto msgstr Automatique #. Type: select #. Choices #: ../templates:2001 msgid squid msgstr Squid #. Type: select #. Choices #: ../templates:2001 #| msgid squid msgid squid3 msgstr Squid 3 #. Type: select #. Description #: ../templates:2002 msgid Type of proxy log files to analyze: msgstr Types de journaux de mandataires (« proxy ») à analyser : #. Type: select #. Description #: ../templates:2002 #| msgid #| Calamaris is able to process log files from Squid or Oops. If you choose #| 'auto' it will look first for Squid log files and then for Oops log files. msgid Calamaris is able to process log files from Squid or Squid3. If you choose 'auto' it will look first for Squid log files and then for Squid3 log files. msgstr Calamaris peut traiter les journaux de Squid et Squid 3. Si vous choisissez « Automatique », il recherchera d'abord des journaux de Squid puis ceux de Squid 3. #. Type: select #. Description #: ../templates:2002 msgid Choosing 'auto' is recommended when only one proxy is installed. Otherwise, the appropriate setting can be enforced here. msgstr Il est recommandé de choisir « Automatique » si un seul type de mandataire est installé. Dans le cas contraire, le choix approprié peut être effectué ici. #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid nothing msgstr Aucune #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid mail msgstr Courriel #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid web msgstr Web #. Type: select #. Choices #. Type: select #. Choices #. Type: select #. Choices #: ../templates:3001 ../templates:7001 ../templates:11001 msgid both msgstr Les deux #. Type: select #. Description #: ../templates:3002 msgid Output method for Calamaris daily analysis reports: msgstr Méthode de mise à disposition des compte-rendus quotidiens de Calamaris : #. Type: select #. Description #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:7002 ../templates:11002 msgid The result of the Calamaris analysis can be sent as an email to a specified address or stored as a web page. msgstr Les résultats des analyses de Calamaris peuvent être envoyés par courriel à une adresse donnée ou mis à disposition sur une page web. #. Type: select #. Description #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:7002 ../templates:11002 msgid Please choose which of these methods you want to use. msgstr Veuillez choisir la méthode que vous souhaitez utiliser. #. Type: string #. Description #: ../templates:4001 msgid Recipient for daily analysis reports by mail: msgstr Destinataire des compte-rendus quotidiens par courriel : #. Type: string #. Description #: ../templates:4001 msgid Please choose the address that should receive daily Calamaris analysis reports. msgstr Veuillez choisir l'adresse électronique qui recevra les compte-rendus quotidiens de Calamaris. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../templates:4001 ../templates:8001 ../templates:12001 msgid This setting is only needed if the reports are to be sent by email. msgstr Ce réglage n'est utilisé que si les compte-rendus sont envoyés par courrier électronique. #. Type: string #. Description #: ../templates:5001 msgid Directory for storing HTML daily analysis reports: msgstr Répertoire pour les compte-rendus quotidiens en format HTML : #.
Bug#620260: [Evolution] Bug#620260: Bug#620260: Bug#620260: evolution: ignore its own network settings
On mar., 2011-05-10 at 10:10 +0300, Andrii Borovyi wrote: OK, It looks like I got too deep in this problem and didn't describe clear, sorry for that. The problem is related to the way, how evolution works with mail fetching/sending. When I'm enabling proxy server in global GNOME settings, then, evolution (somehow) process all its network requests via the proxy server. If I must use direct connection to the mail-server, because of the server restriction, I'm getting into trouble, having to disable global network settings for getting mail, then enable them once again etc. Except that pop/imap connections are *never* proxified. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626171: [Pkg-mc-devel] Bug#626171: mc: Browsing of .deb files broken
Hi Jakub, On Tue, 2011-05-10 at 03:08 +0200, Jakub Wilk wrote: It could be a result of the recent perl transition, at least I didn't notice the problem before that. Indeed, it's perl. Very much appreciated, I'll try to upstream it now. Thanks! -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626243: ITP: libjchart2d-java -- Java based library for precise 2D charting visualizations
Package: wnpp Severity: wishlist Owner: Christian Lins christian.l...@hs-osnabrueck.de * Package name: libjchart2d-java Version : 3.2.1 Upstream Author : Achim Westermann achim.westerm...@gmx.de * URL : http://jchart2d.sourceforge.net/ * License : LGPL Programming Lang: Java Description : Java based library for precise 2D charting visualizations JChart2D is an minimalistic charting library. It is designed for displaying multiple traces consisting of tracepoints, including dynamic (animated) data. JChart2D is centered around a single configureable swing widget: the Chart2D. This library is intended for engineering tasks and not for presentations. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593877: Reopening #593877
On 10/05/11 01:31, Alessio Treglia wrote: reopen 593877 thanks Hi Torquil, Why fixed? Which version does contain the fix? I can't see any Expand all button in the Connection nor Patchbay dialogs in qjackctl 0.3.7-4. Hi! My qjackctl is 0.3.7-4. I have an Expand All at the bottom of the Connections window. Near the top (I think line 13) of the upstream changelog there is a message: - Connections and Patchbay widgets have been finally given up on an old feature request: an Expand All items button. Some more info: $ dpkg -s qjackctl Package: qjackctl Status: install ok installed Priority: optional Section: sound Installed-Size: 1632 Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Architecture: amd64 Version: 0.3.7-4 Depends: libasound2 ( 1.0.18), libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libjack-jackd2-0 (= 1.9.5~dfsg-14) | libjack-0.116, libqt4-dbus (= 4:4.5.3), libqt4-xml (= 4:4.5.3), libqtcore4 (= 4:4.7.0~beta1), libqtgui4 (= 4:4.5.3), libstdc++6 (= 4.1.1), libx11-6, jackd Description: User interface for controlling the JACK sound server Qjackctl offers a user interface for controlling the JACK sound server daemon. At the same time it figures as a JACK patch bay and monitoring tool. Homepage: http://qjackctl.sourceforge.net Perhaps I installed a modified package some time ago and then forgot about it? I has happened before... :-) At the bottom of the Connection window I have the following buttons: Connect, Disconnect, Disconnect All, Expand All, Refresh The Patchbay also has an Expand All. Best regards Torquil Sørensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626244: klogd: after upgrade: `sudo service klogd stop/start` fails
Package: klogd Version: 1.5-6.1 Severity: important Upgrading the package the following was printed to the terminal. klogd (1.5-6.1) wird eingerichtet ... Neue Version der Konfigurationsdatei /etc/default/klogd wird installiert ... Neue Version der Konfigurationsdatei /etc/init.d/klogd wird installiert ... Stopping kernel log daemon Starting kernel log daemon... failed! sysklogd (1.5-6.1) wird eingerichtet ... I am able to reproduce this and adding `set -x` to the init script and removing `--quiet` from the `start-stop-daemon` call it seems that `stop` does not work correctly. $ sudo service klogd status klogd is not running ... failed! $ sudo service klogd stop Stopping kernel log daemon $ sudo service klogd start Starting kernel log daemon...mkfifo: Erzeugen von FIFO „/var/run/klogd/kmsg“ nicht möglich: Die Datei existiert bereits /bin/dd already running. /sbin/klogd already running. failed! It follows the outpu with `set -x`. $ sudo service klogd status + PATH=/bin:/usr/bin:/sbin:/usr/sbin + pidfile=/var/run/klogd/klogd.pid + kmsgpipe=/var/run/klogd/kmsg + kmsgpidfile=/var/run/klogd/kmsgpipe.pid + binpath=/sbin/klogd + test -f /sbin/klogd + . /lib/lsb/init-functions ++ FANCYTTY= ++ '[' -e /etc/lsb-base-logging.sh ']' ++ true + KLOGD='-P /var/run/klogd/kmsg' + test '!' -r /etc/default/klogd + . /etc/default/klogd + case $1 in + status_of_proc -p /var/run/klogd/klogd.pid /sbin/klogd klogd + local pidfile daemon name status + pidfile= + OPTIND=1 + getopts p: opt + case $opt in + pidfile=/var/run/klogd/klogd.pid + getopts p: opt + shift 2 + '[' -n /var/run/klogd/klogd.pid ']' + pidfile='-p /var/run/klogd/klogd.pid' + daemon=/sbin/klogd + name=klogd + status=0 + pidofproc -p /var/run/klogd/klogd.pid /sbin/klogd + local pidfile line status specified pid + pidfile= + specified= + OPTIND=1 + getopts p: opt + case $opt in + pidfile=/var/run/klogd/klogd.pid + specified=specified + getopts p: opt + shift 2 + base=klogd + '[' '!' specified ']' + '[' -n /var/run/klogd/klogd.pid ']' + '[' -r /var/run/klogd/klogd.pid ']' + '[' -x /bin/pidof ']' + '[' '!' specified ']' + '[' specified ']' + return 3 + status=3 + '[' 3 = 0 ']' + '[' 3 = 4 ']' + log_failure_msg 'klogd is not running' + '[' -n 'klogd is not running' ']' + log_begin_msg klogd is not running ... + '[' -z klogd ']' + /bin/echo -n klogd is not running ... klogd is not running ...+ log_end_msg 1 + '[' -z 1 ']' + local retval + retval=1 + log_end_msg_pre 1 + : + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + '[' -t 1 ']' + '[' xxterm '!=' x ']' + '[' xxterm '!=' xdumb ']' + '[' -x /usr/bin/tput ']' + '[' -x /usr/bin/expr ']' + /usr/bin/tput hpa 60 + /usr/bin/tput setaf 1 + '[' -z ']' + FANCYTTY=1 + case $FANCYTTY in + true ++ /usr/bin/tput setaf 1 + RED='' ++ /usr/bin/tput setaf 3 + YELLOW='' ++ /usr/bin/tput op + NORMAL='' + '[' 1 -eq 0 ']' + '[' 1 -eq 255 ']' + /bin/echo -e ' failed!' failed! + log_end_msg_post 1 + : + return 1 + true + return 3 + exit 3 $ sudo service klogd stop + PATH=/bin:/usr/bin:/sbin:/usr/sbin + pidfile=/var/run/klogd/klogd.pid + kmsgpipe=/var/run/klogd/kmsg + kmsgpidfile=/var/run/klogd/kmsgpipe.pid + binpath=/sbin/klogd + test -f /sbin/klogd + . /lib/lsb/init-functions ++ FANCYTTY= ++ '[' -e /etc/lsb-base-logging.sh ']' ++ true + KLOGD='-P /var/run/klogd/kmsg' + test '!' -r /etc/default/klogd + . /etc/default/klogd + case $1 in + log_begin_msg 'Stopping kernel log daemon...' + '[' -z 'Stopping kernel log daemon...' ']' + /bin/echo -n 'Stopping kernel log daemon...' Stopping kernel log daemon...+ start-stop-daemon --stop --retry 3 --oknodo --exec /sbin/klogd --pidfile /var/run/klogd/klogd.pid No /sbin/klogd found running; none killed. + start-stop-daemon --stop --oknodo --pidfile /var/run/klogd/kmsgpipe.pid No process in pidfile '/var/run/klogd/kmsgpipe.pid' found running; none killed. + rm -f /var/run/klogd/kmsgpipe.pid /var/run/klogd/kmsg + log_end_msg 0
Bug#626224: [Pkg-xfce-devel] Bug#626224: Bug#626224: xfce4-power-manager: Systray icon takes extra space in systray after coming back from sleeping mode
On mar., 2011-05-10 at 08:05 +0200, Yves-Alexis Perez wrote: I'm using the 'awesome' window manager, which has upgraded (see the following changelog entry: http://packages.qa.debian.org/a/awesome/news/20110503T161712Z.html), but so far, I ony had the problem with xfce4-power-manager. Well, are you sure the upgrade was for the -1.1 and not for the -1? Because the -1 is a new upstream release and that would likely be related. Ok, Julien confirmed he didn't really touch the systray in 3.4.9 so it doesn't seem to be this (though it'd be worth downgrading just to see). Note that, looking a second time your screenshot, there's a second icon in the systray, I guess network-manager. Could you check if the space between the two icons belongs to xfpm or nm (or none) and if nm has been updated recently? I never experienced that issue so I'm more or less just throwing random ideas. It'd be worth trying under Xfce just to be sure. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626232: freeradius: FTBFS on kfreebsd (radsniff not built)
On Tue, May 10, 2011 at 08:12:44AM +0200, Julien Cristau wrote: Package: freeradius Version: 2.1.10+dfsg-3 Severity: serious See the build logs at https://buildd.debian.org/status/package.php?p=freeradius, dh_install fails trying to install radsniff which apparently isn't built for some reason. The log says: checking for pcap_open_live in -lpcap... no configure: WARNING: pcap library not found, silently disabling the RADIUS sniffer. Can you find the relevant config.log snippet? We started using the system offsetof(3) in this revision as opposed to the previous, but on the other hand - not in this code path, which says: AC_CHECK_LIB(pcap, pcap_open_live, [ PCAP_LIBS=-lpcap AC_DEFINE(HAVE_LIBPCAP, 1, [Define to 1 if you have the `pcap' library (-lpcap).]) ], [ AC_MSG_WARN([pcap library not found, silently disabling the RADIUS sniffer.]) ]) That sounds... generic. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626245: mirror submission for debian.davromaniak.eu
Package: mirrors Severity: wishlist Submission-Type: new Site: debian.davromaniak.eu Type: leaf Archive-architecture: amd64 arm armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mipsel powerpc sparc Archive-http: / IPv6: yes Archive-upstream: ftp.fr.debian.org Updates: push Maintainer: Cyril Lavier cyril.lav...@davromaniak.eu Country: FR France -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626246: Asterisk Crash on RTCP package in SRTP mode
Package: asterisk Version: 1:1.8.3.3-1 Severity: important A snom360-SIP 8.4.31-SIP-f is connected to Asterisk. About five seconds after the call is established, asterisk crashes. Disabling RTCP on the phone appears to help. See: https://issues.asterisk.org/view.php?id=17976 Core was generated by `/usr/sbin/asterisk -f -p -g -U asterisk -vvvg -c'. Program terminated with signal 11, Segmentation fault. #0 0xb6d8391a in rdb_add_index () from /usr/lib/libsrtp.so.0 (gdb) bt full #0 0xb6d8391a in rdb_add_index () from /usr/lib/libsrtp.so.0 No symbol table info available. #1 0xb6d7c8ea in srtp_unprotect_rtcp () from /usr/lib/libsrtp.so.0 No symbol table info available. #2 0xb6f09548 in ?? () from /usr/lib/asterisk/modules/res_srtp.so No symbol table info available. Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626227: Include GeoLiteCity in geoip-database.
Am 10.05.2011 04:54, schrieb David Martínez Moreno: Package: geoip-database Severity: minor Hello, I was just wondering why GeoLiteCity.dat is not included in the bundle given that both Country and City DBs have the same license. Thanks in advance, The builder script does not support the city edition, but you can install the geoip-database-contrib package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604698: Sorry but NOT fixed in squeeze or wheezy 1.25-3 for /
Following upgrade to squeeze from lenny last week, tar (from tar_1.23-3_i386.deb) segfaults on incremental backup of root: /usr/local/sbin/disk-backup: line 220: 32443 Segmentation fault $TAR --create --totals --verbose --one-file-system --gzip --exclude-from=$EXCLUDE_FILE --file=$TARGET/$MOUNTPOINTNAME.diff.$DAY.$HOUR.tz --listed-incremental=$TARGET/$MOUNTPOINTNAME.full.snar.diff $SOURCE $LOG 21 dmesg: tar[897]: segfault at 0 ip 0807672d sp bfeb4e70 error 4 in tar[8048000+4c000] With variables expanded: tar --create --totals --verbose --one-file-system --gzip --exclude-from=/tmp/32617.excludes --file=/data/data4/sv37/backup/3/root.diff.10.08.tz --listed-incremental=/data/data4/sv37/backup/3/root.full.snar.diff / Installing tar_1.25-3_i386.deb from wheezy, there is no segfault but only the / directory is in the archive: # tar tzvf root.diff.10.08.tz drwxr-xr-x root/root 171 2011-05-05 15:20 ./ Which looks like bug #604394. Reverting to tar_1.20-1+lenny1_i386.deb from lenny. Backups works as before: /usr/local/sbin/disk-backup: Started Differential Backup of / at Tue May 10 08:46:24 BST 2011 /usr/local/sbin/disk-backup: Summary Total bytes written: 65320960 (63MiB, 3.0MiB/s) /usr/local/sbin/disk-backup: Completed Differential Backup of / at Tue May 10 08:46:46 BST 2011 # tar tzvf root.diff.10.08.tz | tail -rw-r--r-- root/root69556 2011-05-10 08:35 var/log/sysstat/sa10 -rw-r--r-- root/root 210322 2011-05-10 06:28 var/log/sysstat/sar09 -rw-r--r-- root/root5 2011-05-09 14:39 var/run/sshd.pid -rw-rw-r-- root/utmp 5376 2011-05-10 08:14 var/run/utmp -rw-r--r-- root/root 1753 2011-05-10 08:14 var/run/ConsoleKit/database -rw-r--r-- root/root 76 2011-05-10 08:14 var/run/console/root -rw-r--r-- root/root 110592 2011-05-09 21:22 var/run/samba/connections.tdb -rw-r--r-- root/root28672 2011-05-10 08:37 var/run/samba/unexpected.tdb prw--w--w- postfix/postdrop 0 2011-05-10 08:37 var/spool/postfix/public/pickup prw--w--w- postfix/postdrop 0 2011-05-10 08:36 var/spool/postfix/public/qmgr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625932: dictionaries-common: [INTL:ru] Russian debconf templates translation update
Tags: +pending On Sat, May 07, 2011 at 10:58:54AM +0400, Yuri Kozlov wrote: Package: dictionaries-common Version: 1.10.9 Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. Committed to our git repo. Will go in next upload. Thanks for your contribution. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626244: klogd: after upgrade: `sudo service klogd stop/start` fails
On Tue, May 10, 2011 at 09:52:14AM +0200, Paul Menzel wrote: Upgrading the package the following was printed to the terminal. klogd (1.5-6.1) wird eingerichtet ... Neue Version der Konfigurationsdatei /etc/default/klogd wird installiert ... Neue Version der Konfigurationsdatei /etc/init.d/klogd wird installiert ... Stopping kernel log daemon Starting kernel log daemon... failed! sysklogd (1.5-6.1) wird eingerichtet ... I am able to reproduce this and adding `set -x` to the init script and removing `--quiet` from the `start-stop-daemon` call it seems that `stop` does not work correctly. $ sudo service klogd status klogd is not running ... failed! $ sudo service klogd stop Stopping kernel log daemon $ sudo service klogd start Starting kernel log daemon...mkfifo: Erzeugen von FIFO „/var/run/klogd/kmsg“ nicht möglich: Die Datei existiert bereits /bin/dd already running. /sbin/klogd already running. failed! I'm able to reproduce the error message, but the fact that klogd is properly running is not affected. Can you confirm that even on your machine, despite the error message, sysklogd/klogd work fine and that the upgrade works seamlessly (except the error message, that is). TIA, Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 zack@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Quando anche i santi ti voltano le spalle, | . |. I've fans everywhere ti resta John Fante -- V. Capossela ...| ..: |.. -- C. Adams signature.asc Description: Digital signature
Bug#626247: klogd: dd call in init script runs forever
Package: klogd Version: 1.5-6.1 Severity: normal Hi, in the init script of klogd a dd command is implemented: # shovel /proc/kmsg to pipe readable by klogd user start-stop-daemon --start --pidfile $kmsgpidfile --exec /bin/dd -b -m -- bs=1 if=/proc/kmsg of=$kmsgpipe That command runs forever: sid:~# ps ax|grep dd 2 ?S 0:00 [kthreadd] 2468 ?S 0:00 /bin/dd bs=1 if=/proc/kmsg of=/var/run/klogd/kmsg probably b/c /proc/kmsg is empty: sid:~# ls -l /proc/kmsg -r 1 root root 0 May 10 10:11 /proc/kmsg even after a fresh reboot. If you think this is a bug in coreutils, feel free to reassign. H. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages klogd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii sysklogd [system-log-daemon] 1.5-6.1System Logging Daemon klogd recommends no packages. klogd 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#626220: Did not support Intel 82579LM Gigabit Ethernet (needs current e1000e)
reassign 626220 linux-2.6 forcemerge 624794 626220 thanks On Tue, May 10, 2011 at 09:08:47AM +0200, Christian PERRIER wrote: Quoting Josh Triplett (j...@joshtriplett.org): I recently installed Debian stable on a Lenovo ThinkPad X220. This laptop has the following ethernet controller: 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04) Support for this controller is marked for possible backport. This is tracked in #624794. I'm merging this bugs. I'm not sure that we have anything useful to do with this bug report, indeed. The stable kernel will not be upgraded and thus will never support this Ethernet card...while the unstable one does already. I don't think this is up to you. The kernel includes many backports for new hardware support. Bastian -- Each kiss is as the first. -- Miramanee, Kirk's wife, The Paradise Syndrome, stardate 4842.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626248: xserver-xorg-input-wacom: incorrect aspect ratio/bounds with KeepShape=on
Package: xserver-xorg-input-wacom Version: 0.10.10+20110203-1+b1 Severity: normal This seems to be similar to Bug#454570 My monitor has a resolution of 1680x1050 (with corresponding physical aspect ratio of 8:5), but my wacom tablet (intuos 3) is 4:3. When setting KeepShape to on (in xorg.conf) in order to avoid distortion, bottomX becomes -2147483648 and bottomY stays at 30480 rather than being set to 40640 and 25400. Also, the usable X range of the tablet is between 1/5 and 1/10 (estimated) of the tablet width (Y range is full height, but should be 5/6). Not setting KeepShape and letting the driver use defaults gives 40640, 30480 for bottom X, Y, with the full physical range being used, but drawing is distorted. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.9-rt31 (PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-wacom depends on: ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libx11-6 2:1.4.3-1 X11 client-side library ii libxi62:1.4.2-1 X11 Input extension library ii libxrandr22:1.3.1-1 X11 RandR extension library ii xserver-xorg-core [xorg-input 2:1.10.1-2 Xorg X server - core server xserver-xorg-input-wacom recommends no packages. Versions of packages xserver-xorg-input-wacom suggests: ii xinput1.5.3-1Runtime configuration and test of -- 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