Bug#611514: [neverball] first click on a button in menu screen after a ball ignored
Package: neverball Version: 1.5.4-3 Severity: minor Today I showed someone Neverball and he did very well (passed whole Easy collection without a game over!). The game is intuitive, but I noticed he had a small difficulty going to the next level, he had to click Next Level twice to advance. He would click once, realize it didn't work, then click again. I suppose he thinks he misclicked, so he reclicks. This was so familiar to me, it looked like and I had the same since forever but never consciously noticed. I must have grown used to it and started just double-clicking. So I tested and indeed, there is a bug. In the menu screen you get after a ball, whether you pass a level or fail, and whatever you click (either Retry Level or Next Level), your first click is ignored. The second click will work. This also happens if you press escape to pause. Thinking about it, this is quite annoying, because to quickly retry a level you need to do a useless click, click Retry Level, left-click to start, then right-click if you want to speed up. That makes 4 clicks just to retry! This is completely reproducible. Although it's hard to tell since I hadn't realized the issue before, I'm under the impression I have this problem since the first time I played Neverball, which would be years ago and on a different machine. Surely this has to do with Neverball grabbing the mouse during a ball and releasing it after the ball. In fact, this bug may not be as stupid as it looks, maybe some applications voluntarily only take focus with a click and need a second one to perform an action. --- System information. --- Architecture: i386 Kernel: Linux 2.6.37-trunk-686-bigmem Debian Release: 6.0 990 testing security.debian.org 990 testing ftp.ca.debian.org 500 unstable ftp.ca.debian.org 1 experimental ftp.ca.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.3) | 2.11.2-10 libgl1-mesa-glx | 7.7.1-4 OR libgl1 | libjpeg62 (= 6b1) | 6b1-1 libphysfs1 (= 1.1.1) | 2.0.1-2 libpng12-0 (= 1.2.13-4) | 1.2.44-1 libsdl-ttf2.0-0 | 2.0.9-1 libsdl1.2debian (= 1.2.10-1) | 1.2.14-6.1 libvorbisfile3 (= 1.1.2) | 1.3.1-1 libx11-6 | 2:1.3.3-4 neverball-data (= 1.5.4-3) | 1.5.4-3 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== neverputt | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594684: xserver-xorg-video-siliconmotion: exactly how the sarea patch worked for me
Package: xserver-xorg-video-siliconmotion Version: 1:1.7.3-2 Severity: normal Hi all, Here is my report on how I got the siliconmotion driver to run: First, I installed debian on my lemote by downloading a netinst.iso (from lenny, not a squeeze beta) and loaded up the initrd and kernel from that with PMON. Install was pretty painless, except for that annoying bug where the HD formatter won't do anything unless you specify stuff manually. Anyway, that worked as normal, except it said that debian has no kernel for me, so I grabbed the linux-image-2.6.37-libre-lemote_0lxo_mipsel.deb kernel from GNewSense. And I made my own PMON configuration to boot without grub. (I really like that the installer both warned me about needing to set up a bootloader myself, and happily trusted me when I said OK.) Then I upgraded to unstable, no hitch there. Then I installed the graphical environment (apt-get gnome-desktop-environment or some such) and got the segfault from siliconmotion as described by others in this bug. I uninstalled xorg-video-siliconmotion and them my system worked ok (but with slow graphics.) Then I googled around for how to get the siliconmotion driver working, and tried the following procedure: apt-get build-dep xorg-server mkdir xorg-server cd xorg-server apt-get source xorg-server dpkg-source -x xorg-server*.dsc cd xorg-server*/debian/patches/ wget http://jasonwoof.com/downloads/01_mips-sarea.diff echo 01_mips-sarea.diff series cd ../../ dpkg-buildpackage -b -uc cd ../ rm xserver-xorg-core-dbg* sudo dpkg -i *.deb Except I didn't install all the .debs, just the ones that were already installed. Then from aptitude, I installed the siliconmotion driver again, and rebooted. I got a black screen (once X started up) but I guessed from the HD activity light, that it had started up my gnome session. I noticed also that I could switch back and fort from VT2 (ctrl-alt-F2). I guessed that X was running, but that the screen was black for some reason. A look at the xorg log confirmed my hunch that it was using the wrong resolution. Using orca, I opened up gnome-display-properties, and confirmed that it was set to 640x840 (the display is 1024x600) and that this was the only option in the pulldown. So back to Google, where I found an xorg.conf, which you can see below. Only thing I changed was the DisplaySize so the text size would be normal. I logged out, and the gdm3 login page displayed as it should, and now everything (including my usual gnome session) seems to be working fine. The screen seems to update a little faster, though without the side-by-side, I couldn't say for sure. I'd guess screen redraws take 50-80% of the time they used to. The xorg log you see below is after full reboots. Additional Notes: 1) I mirrored the sarea patch at: http://jasonwoof.com/downloads/01_mips-sarea.diff because the link above seemed dead. I believe it's the same patch though. 2) I'm using the normal binutils package from debian. I ran accross people saying you had to install a customized one, but I didn't. I see that a recent changelog entry for binutils mentions a mips patch. Perhaps that's why. I hope this information is helpful. Please let me know if there is additional testing/diagnostics/experimentation I can do, or if there's additional info I can provide. I love having debian unstable on my lemote, and I hope we can get to the point where debian installs and works well without any additional (lemote-specific) manual configuration or package installation required. Thank you so much, - Jason -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jan 16 08:15 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2196128 Jan 28 11:44 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:08.0 VGA compatible controller: Silicon Motion, Inc. SM712 LynxEM+ (rev b0) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 4637 Jan 28 12:36 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 EndSection Section Module Load fb Load shadow Load vbe Load exa Load shadowfb Load extmod Load dbe Load vgahw Load xaa EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model Option DPMS false HorizSync30-70 #30-85 VertRefresh 50-80 #40-75 DisplaySize289169 # should be 90dpi if I got the math right #DisplaySize 197117 # 1024x600 130 dpi ModeLine 640x480@60 25.2 640 656
Bug#611515: aptitude show download URL?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: aptitude Version: 0.6.3-3.2 Severity: wishlist Would it be possible that aptitude shows the download URLs of a package on it's info page? This would be important esp. in the case of package conflicts, e.g. between ftp.de.debian.org and a 3rd-party repository. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1FIGEACgkQUTlbRTxpHjew2QCghkk0N/6bFzVaaVAHGwI7RAuQ ruAAoI0mGfYkAK6Bv3WrsICzqNAqzhS3 =3RIk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611516: dkimproxy: init script: fix typo in variable names
Package: dkimproxy Version: 1.2-6 Severity: minor Tags: patch Hi, I seem to have introduced a typo in my patch for bug #493816. The attached patch fixes that typo. Thanks, Corey -- System Information: Debian Release: 5.0.8 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.4-x86_64-linode16 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dkimproxy depends on: ii adduser3.110 add and remove users and groups ii liberror-perl 0.17-1Perl module for error/exception ha ii libmail-dkim-perl 0.32-1cryptographically identify the sen ii libnet-server-perl 0.97-1An extensible, general perl server ii libtext-wrapper-perl 1.02-1Simple word wrapping routine ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii openssl0.9.8g-15+lenny11 Secure Socket Layer (SSL) binary a ii perl 5.10.1-17 Larry Wall's Practical Extraction ii ssl-cert 1.0.23simple debconf wrapper for OpenSSL Versions of packages dkimproxy recommends: ii amavisd-new 1:2.6.4-3 Interface between MTA and virus sc dkimproxy suggests no packages. -- Configuration Files: /etc/default/dkimproxy changed [not included] /etc/dkimproxy/dkimproxy_out.conf changed [not included] -- no debconf information diff -Naur dkimproxy-1.2.orig//debian/defaults dkimproxy-1.2/debian/defaults --- dkimproxy-1.2.orig//debian/defaults 2011-01-29 22:47:37.0 -0800 +++ dkimproxy-1.2/debian/defaults 2011-01-29 23:06:14.896328132 -0800 @@ -16,11 +16,11 @@ # configuration file to use for dkimproxy.in # default: /etc/dkimproxy/dkimproxy_in.conf -#DKIMRPOXY_IN_CONF=/etc/dkimproxy/dkimproxy_in.conf +#DKIMPROXY_IN_CONF=/etc/dkimproxy/dkimproxy_in.conf # configuration file to use for dkimproxy.out # default: /etc/dkimproxy/dkimproxy_out.conf -#DKIMRPOXY_OUT_CONF=/etc/dkimproxy/dkimproxy_out.conf +#DKIMPROXY_OUT_CONF=/etc/dkimproxy/dkimproxy_out.conf # user and group of the dkimproxy daemons # default: dkimproxy diff -Naur dkimproxy-1.2.orig//debian/init.d dkimproxy-1.2/debian/init.d --- dkimproxy-1.2.orig//debian/init.d 2011-01-29 22:47:37.0 -0800 +++ dkimproxy-1.2/debian/init.d 2011-01-29 23:06:18.567247509 -0800 @@ -43,11 +43,11 @@ # Check if the path to dkimproxy in or out has been overwritten DKIN_CONF=/etc/dkimproxy/dkimproxy_in.conf DKOUT_CONF=/etc/dkimproxy/dkimproxy_out.conf -if [ -n ${DKIMRPOXY_IN_CONF} ] ; then - DKIN_CONF=${DKIMRPOXY_IN_CONF} +if [ -n ${DKIMPROXY_IN_CONF} ] ; then + DKIN_CONF=${DKIMPROXY_IN_CONF} fi -if [ -n ${DKIMRPOXY_OUT_CONF} ] ; then - DKOUT_CONF=${DKIMRPOXY_OUT_CONF} +if [ -n ${DKIMPROXY_OUT_CONF} ] ; then + DKOUT_CONF=${DKIMPROXY_OUT_CONF} fi # Check if the path to the private key has been overwritten
Bug#575376: xvfb: Renders garbage in some cases on s390
On Sun, Jan 30, 2011 at 06:10:36AM +0100, Cyril Brulebois wrote: Hi Mike, Mike Hommey mh+report...@glandium.org (25/03/2010): Package: xvfb Version: 2:1.7.5.902-1 Severity: normal xulrunner reftests ended with 62 failures on s390, which are to be attributed to xvfb rendering garbage in some cases. an update with the X stack from squeeze/sid or from experimental would be appreciated. I should be able to try and reproduce this, but there are plenty of other bug reports to walk through… It still happens on unstable, according to the iceweasel build log. I'll try on experimental later. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611517: xserve-xorg-video-intel: X crashes with 845G chipset
Package: xserver-xorg-video-intel Version: 2:2.13.0-5 Severity: important X crashes, problem seems to be intel driver. Acc to Xorg.0.log I have 82845G Brookdale chipset but DRM information from dmesg tells different ...? I hope this helps. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jan 28 09:55 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733468 Jan 12 05:50 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.32-5-686 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 04:01:41 UTC 2011 Xorg X server log files on system: -rw-r--r-- 1 root root 40100 Jan 30 10:13 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.28-dsa-ia32 i686 Debian Current Operating System: Linux Idril 2.6.32-5-686 #1 SMP Wed Jan 12 04:01:41 UTC 2011 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=db131cda-55cc-4817-a01c-9b0b52b8429b ro quiet Build Date: 12 January 2011 03:44:48AM xorg-server 2:1.7.7-11 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Jan 30 10:13:30 2011 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) 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 (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81ecca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 8 (--) PCI:*(0:0:2:0) 8086:2562:1734:1003 Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 3, Mem @ 0xd800/134217728, 0xd000/524288 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: record (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: dri (II) Loading /usr/lib/xorg/modules/extensions/libdri.so (II)
Bug#522635: xserver-xorg-input-kbd: alt-gr doesn't work for some characters
On Sat, Jan 29, 2011 at 6:53 PM, Cyril Brulebois k...@debian.org wrote: Jan De Luyck bugs_deb...@kcore.org (05/04/2009): Package: xserver-xorg-input-kbd Version: 1:1.3.1-1 Severity: normal After doing an upgrade from X, kbd 1.2.0-1+1.2.1 to this version, I'm no longer able to type characters like |, @, \ Hi Jan Rhonda, could you please tell us how it goes with the X stack from squeeze/sid or from experimental? The input driver is now evdev, by the way. KiBi. Hello Cyril, I can confirm that this is - for me - no longer an issue. I've got no idea when it got fixed, but my girlfriend's laptop is now spinning away happily on the latest squeeze updates. Kind regards Jan
Bug#594684: xserver-xorg-video-siliconmotion: exactly how the sarea patch worked for me
Hi Jason, Jason Woofenden ja...@jasonwoof.com (30/01/2011): Here is my report on how I got the siliconmotion driver to run: […] many thanks, that looks quite promising. I'll try and look into it in the next days/weeks, feel free to poke me if you see no action on this bug in a while. Néstor, Tzafrir, see Jason's full report at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594684#25 (I've added them back in Cc, the BTS doesn't do that automatically.) 1) I mirrored the sarea patch at: http://jasonwoof.com/downloads/01_mips-sarea.diff because the link above seemed dead. I believe it's the same patch though. I'm attaching it to this mail. Having the patches in the BTS is usually a safe way to have them accessible no matter what happens to external websites. KiBi. diff -urN xorg-server-1.3.0.orig/hw/xfree86/dri/sarea.h xorg-server-1.1.1/hw/xfree86/dri/sarea.h --- xorg-server-1.3.0.orig/hw/xfree86/dri/sarea.h 2006-07-06 02:31:40.0 +0800 +++ xorg-server-1.3.0/hw/xfree86/dri/sarea.h 2007-10-30 14:23:47.0 +0800 @@ -44,6 +44,8 @@ /* SAREA area needs to be at least a page */ #if defined(__alpha__) #define SAREA_MAX 0x2000 +#elif defined(__mips__) +#define SAREA_MAX 0x4000 #elif defined(__ia64__) #define SAREA_MAX 0x1 /* 64kB */ #else diff --git a/hw/xfree86/os-support/linux/lnx_video.c b/hw/xfree86/os-support/linux/lnx_video.c index 688106a..1552860 100644 --- a/hw/xfree86/os-support/linux/lnx_video.c +++ b/hw/xfree86/os-support/linux/lnx_video.c @@ -505,9 +505,10 @@ _X_EXPORT volatile unsigned char *ioBase = NULL; _X_EXPORT Bool xf86EnableIO(void) { -#if defined(__powerpc__) +#if defined(__powerpc__) || defined(__mips__) int fd; unsigned int ioBase_phys; + extern unsigned int IOPortBase; #endif if (ExtendedEnabled) @@ -532,7 +533,22 @@ xf86EnableIO(void) #endif } close(fd); -#elif !defined(__mc68000__) !defined(__sparc__) !defined(__mips__) !defined(__sh__) !defined(__hppa__) !defined(__s390__) !defined(__arm__) !defined(__m32r__) +#elif defined(__mips__) + fd = open(/dev/mem, O_RDWR); + IOPortBase = (volatile unsigned char *)mmap(0, 0x2, + PROT_READ | PROT_WRITE, MAP_SHARED, fd, + 0x1fd0); + if (IOPortBase == MAP_FAILED) { + xf86Msg(X_WARNING, +xf86EnableIOPorts: Failed to map iobase (%s)\n, +strerror(errno)); + return FALSE; + } + close(fd); + xf86Msg(X_WARNING, + xf86EnableIOPorts: map iobase (%x)\n, + IOPortBase); +#elif !defined(__mc68000__) !defined(__sparc__) !defined(__sh__) !defined(__hppa__) !defined(__s390__) !defined(__arm__) !defined(__m32r__) if (ioperm(0, 1024, 1) || iopl(3)) { if (errno == ENODEV) ErrorF(xf86EnableIOPorts: no I/O ports found\n); signature.asc Description: Digital signature
Bug#611117: unblock: apt/0.8.10.3
Hi, Am 29.01.2011 23:38, schrieb David Kalnischkies: Given that the feature was implemented on request for ftpmaster [0] I at least hope they (still) use apt-ftparchive (at least for this)… (and a quick grep over dak shows a few 'a-f generate' calls, but yeah, thats guessing, as the feature implementation was guesswork, but thats a different story… no answer is an answer…) yes, we are still using apt-ftparchive to generate the Packages, Sources and Contents files. Contents is still a major pita. Packages and Sources are okay since we have 16 CPU cores to run the code in parallel. Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611518: chromium-browser: FTBFS v8/src/arm/macro-assembler-arm.cc:61:3: error: #error For thumb inter-working we require an architecture which supports blx
Package: chromium-browser Version: 9.0.597.45~r70550-1 Severity: serious Justification: FTBFS on armel Steps to reproduce: 1) apt-get source chromium-browser cd chromium-browser* 2) sed -i 's/VERBOSE=0/VERBOSE=1/' debian/rules 3) debuild -e DEB_BUILD_OPTIONS=parallel=3 nocheck Expected results: 3) chromium-browser builds from source Actual results: 3) build fails with various errors: distcc[27257] ERROR: compile /local/ccache/tmp/SkBlitRow_.tmp.debian-armel.27243.ii on 10.0.2.2 failed distcc[27257] ERROR: compile /local/ccache/tmp/SkBlitRow_.tmp.debian-armel.27243.ii on localhost failed {standard input}:135: Error: selected processor does not support `smulbb r9,r9,r3' {standard input}:136: Error: selected processor does not support `smulbb r10,r10,r3' {standard input}:181: Error: selected processor does not support `smulbb r6,r6,r3' distcc[30203] ERROR: compile (null) on localhost failed v8/src/arm/macro-assembler-arm.cc:61:3: error: #error For thumb inter-working we require an architecture which supports blx distcc[30202] ERROR: compile v8/src/arm/macro-assembler-arm.cc on 10.0.2.2 failed v8/src/arm/macro-assembler-arm.cc:61:3: error: #error For thumb inter-working we require an architecture which supports blx distcc[30202] ERROR: compile v8/src/arm/macro-assembler-arm.cc on localhost failed distcc[671] ERROR: compile (null) on localhost failed v8/src/arm/macro-assembler-arm.cc:61:3: error: #error For thumb inter-working we require an architecture which supports blx distcc[670] ERROR: compile v8/src/arm/macro-assembler-arm.cc on 10.0.2.2 failed v8/src/arm/macro-assembler-arm.cc:61:3: error: #error For thumb inter-working we require an architecture which supports blx distcc[670] ERROR: compile v8/src/arm/macro-assembler-arm.cc on localhost failed dpkg-buildpackage: error: debian/rules build gave error exit status 2 More info: 1) The complete build log is attached as chromium-browser_9.0.597.45~r70550-1_armel.build.xz chromium-browser_9.0.597.45~r70550-1_armel.build.xz Description: Binary data -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv5tejl) Kernel: Linux 2.6.32-5-versatile Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: pn chromium-browser-inspe none(no description available) ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.5-10GCC support library ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgl1-mesa-glx [libgl 7.7.1-4 A free implementation of the OpenG ii libglewmx1.5 1.5.4-1 The OpenGL Extension Wrangler - ru ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libicu44 4.4.2-2 International Components for Unico ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-2 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii libv8-2.2.24 2.2.24-7 V8 JavaScript Engine ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxml22.7.8.dfsg-2 GNOME XML library ii libxrender11:0.9.6-1 X Rendering Extension client libra ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt ii libxss11:1.2.1-1 X11 Screen Saver extension library pn xdg-utils none(no description available) ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime chromium-browser recommends no
Bug#552361: xserver-xorg-core: Broken display server causes gnome-power-manager blanking issues
Hello, On 30-Jan-11, Cyril Brulebois wrote: What's the status with squeeze? I didn't experience the problem for a long time now, guess it has been fixed in Squeeze. I think you can close the bug, thank you for your work :). -- Apelete -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611519: aria2: only uses first dns server in /etc/resolv.conf, if the one fails then aria2c cannot resolve domain names
Package: aria2 Severity: normal Aria2 only uses the first dns server in /etc/resolv.conf, if the one fails then aria2c cannot resolve domain names so the download process cannot start. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611511: python-fastimport: typo in setup.py (fsatexport → fastexport)
On Sun, Jan 30, 2011 at 12:50:34AM -0600, Jonathan Nieder wrote: Source: python-fastimport Version: 0.9.0~bzr298 Severity: minor Tags: upstream patch Hi, A small typofix. Thanks for debianizing this library. :) Thanks! Applied upstream, should land in Debian with the next upstream upload. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611520: Remove Google crapware from kdebase
Package: kdebase Version: 5:66 Please remove Google crapware from kdebase, for it has nothing to do with neither KDE nor base applications. Make it a separate package or drop it completely. If anyone wants it they most certainly can install it themselves later. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611521: [INTL:da] Danish translation of release-notes
Package: release-notes Severity: wishlist Tags: l10n patch Please include the attached Danish release-notes translation. joe@joe-desktop:~/over/debianudg$ msgfmt --statistics -c -v -o /dev/null about.po about.po: 21 oversatte tekster. bye Joe about.po.gz Description: GNU Zip compressed data
Bug#611501: /usr/local/share/ca-certificates/ group-writable
On Sun, Jan 30, 2011 at 03:35:05AM +0100, Christoph Anton Mitterer wrote: Files in /usr/local/share/ca-certificates/ are installed as system wide certificates, thus even affecting root (e.g. if he or the system security depends on a secure /etc/ssl/certs) This directory is however owned by group staff and group-writable, which is IMHO a reasonable big security problem. Could you consider to change this (and especially also change it on already existing installations). This is [1]. Do you have an indication for me that such a transition plan exists? I.e. did it happen for /usr/local/bin and such? Kind regards Philipp Kern [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484841 signature.asc Description: Digital signature
Bug#611501: /usr/local/share/ca-certificates/ group-writable
Hi, On Sonntag, 30. Januar 2011, Christoph Anton Mitterer wrote: Files in /usr/local/share/ca-certificates/ are installed as system wide I hope the package doesn't create that directory, actually. And then, certificates should probably be stored in /etc too. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#611500: general: Can't apply cursor theme changes
Hi Guilherme, thanks for filing a bug report to improve Debian! On Sonntag, 30. Januar 2011, Guilherme Salazar wrote: I've tried to change the cursor theme but I can't see any effect on the main cursor (pointer). which desktop environment are you using and which cursor-theme? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#611522: zxpdf problem with blanks in file names
Package: xpdf Version: 3.02-12 Severity: normal Trying to view a compressed pdf-file named x y z.pdf.gz with the command $ zxpdf x y z.pdf results in the following error message: /usr/bin/zxpdf: line 23: [: too many arguments /usr/bin/zxpdf: line 24: [: too many arguments /usr/bin/zxpdf: line 25: [: too many arguments /usr/bin/zxpdf: line 26: [: too many arguments /usr/bin/zxpdf: line 27: [: too many arguments ERROR: file missing `x y z.pdf' This is due to missing quotes in the lines 23 to 27 which should read if [ -f $file ] ; then cat= elif [ -f $file.Z ] ; then file=$file.Z ; cat=zcat elif [ -f $file.gz ] ; then file=$file.gz ; cat=zcat elif [ -f $file.bz2 ] ; then file=$file.bz2 ; cat=bzcat elif [ -f $file.xz ] ; then file=$file.xz ; cat=xzcat Another deficiency (not an error): line 54 should either read tmp=$(tempfile -p ${tmp%.[Pp][Dd][Ff]*} -s .pdf) or simpler, since tempfile only uses the first(?) 5 characters with the -p switch tmp=$(tempfile -p $tmp -s .pdf) Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527589: Outdated header file /usr/include/bits/sched.h for GNU/Hurd!?
severity 527589 important Package: libc0.3-dev Tags: patch Version: 2.11.2-10 Looks like the GNU/Hurd header file /usr/include/bits/sched.h is outdated compared to the GNU/Linux version. Attached is a diff between the two files. The missing definitions of __CPU_ZERO_S and __CPU_SET_S is affecting the build of at least two packages: x86info and erlang. In case the Linux version of the header file is not correct to use for Hurd then it would be interesting to know how the Hurd version should look like! --- hurd_bits_sched.h 2011-01-28 23:27:43.0 +0100 +++ linux_bits_sched.h 2011-01-23 21:26:16.0 +0100 @@ -1,6 +1,7 @@ /* Definitions of constants and data structure for POSIX 1003.1b-1993 scheduling interface. - Copyright (C) 1996, 1997, 2001, 2003, 2007 Free Software Foundation, Inc. + Copyright (C) 1996-1999,2001-2003,2005,2006,2007,2008,2009 + Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or @@ -29,12 +30,64 @@ #define SCHED_OTHER 0 #define SCHED_FIFO 1 #define SCHED_RR 2 +#ifdef __USE_GNU +# define SCHED_BATCH 3 +#endif -/* Data structure to describe a process' schedulability. */ +#ifdef __USE_MISC +/* Cloning flags. */ +# define CSIGNAL 0x00ff /* Signal mask to be sent at exit. */ +# define CLONE_VM 0x0100 /* Set if VM shared between processes. */ +# define CLONE_FS 0x0200 /* Set if fs info shared between processes. */ +# define CLONE_FILES 0x0400 /* Set if open files shared between processes. */ +# define CLONE_SIGHAND 0x0800 /* Set if signal handlers shared. */ +# define CLONE_PTRACE 0x2000 /* Set if tracing continues on the child. */ +# define CLONE_VFORK 0x4000 /* Set if the parent wants the child to + wake it up on mm_release. */ +# define CLONE_PARENT 0x8000 /* Set if we want to have the same + parent as the cloner. */ +# define CLONE_THREAD 0x0001 /* Set to add to same thread group. */ +# define CLONE_NEWNS 0x0002 /* Set to create new namespace. */ +# define CLONE_SYSVSEM 0x0004 /* Set to shared SVID SEM_UNDO semantics. */ +# define CLONE_SETTLS 0x0008 /* Set TLS info. */ +# define CLONE_PARENT_SETTID 0x0010 /* Store TID in userlevel buffer + before MM copy. */ +# define CLONE_CHILD_CLEARTID 0x0020 /* Register exit futex and memory + location to clear. */ +# define CLONE_DETACHED 0x0040 /* Create clone detached. */ +# define CLONE_UNTRACED 0x0080 /* Set if the tracing process can't + force CLONE_PTRACE on this clone. */ +# define CLONE_CHILD_SETTID 0x0100 /* Store TID in userlevel buffer in + the child. */ +# define CLONE_NEWUTS 0x0400 /* New utsname group. */ +# define CLONE_NEWIPC 0x0800 /* New ipcs. */ +# define CLONE_NEWUSER 0x1000 /* New user namespace. */ +# define CLONE_NEWPID 0x2000 /* New pid namespace. */ +# define CLONE_NEWNET 0x4000 /* New network namespace. */ +# define CLONE_IO 0x8000 /* Clone I/O context. */ +#endif + +/* The official definition. */ struct sched_param -{ - int __sched_priority; -}; + { +int __sched_priority; + }; + +__BEGIN_DECLS + +#ifdef __USE_MISC +/* Clone current process. */ +extern int clone (int (*__fn) (void *__arg), void *__child_stack, + int __flags, void *__arg, ...) __THROW; + +/* Unshare the specified resources. */ +extern int unshare (int __flags) __THROW; + +/* Get index of currently used CPU. */ +extern int sched_getcpu (void) __THROW; +#endif + +__END_DECLS #endif /* need schedparam */ @@ -56,7 +109,7 @@ # define __CPU_SETSIZE 1024 # define __NCPUBITS (8 * sizeof (__cpu_mask)) -/* Type for array elements in 'cpu_set'. */ +/* Type for array elements in 'cpu_set_t'. */ typedef unsigned long int __cpu_mask; /* Basic access functions. */ @@ -70,30 +123,83 @@ } cpu_set_t; /* Access functions for CPU masks. */ -# define __CPU_ZERO(cpusetp) \ +# if __GNUC_PREREQ (2, 91) +# define __CPU_ZERO_S(setsize, cpusetp) \ + do __builtin_memset (cpusetp, '\0', setsize); while (0) +# else +# define __CPU_ZERO_S(setsize, cpusetp) \ do { \ -unsigned int __i; \ -cpu_set *__arr = (cpusetp); \ -for (__i = 0; __i sizeof (cpu_set) / sizeof (__cpu_mask); ++__i) \ - __arr-__bits[__i] = 0; \ +size_t __i; \ +size_t __imax = (setsize) / sizeof (__cpu_mask); \ +__cpu_mask *__bits = (cpusetp)-__bits; \ +for (__i = 0; __i __imax; ++__i) \ + __bits[__i] = 0; \ } while (0) -# define __CPU_SET(cpu, cpusetp) \ - ((cpusetp)-__bits[__CPUELT (cpu)] |= __CPUMASK (cpu)) -# define __CPU_CLR(cpu, cpusetp) \ - ((cpusetp)-__bits[__CPUELT (cpu)] = ~__CPUMASK (cpu)) -# define __CPU_ISSET(cpu, cpusetp) \ - (((cpusetp)-__bits[__CPUELT (cpu)] __CPUMASK (cpu)) != 0) +# endif +# define
Bug#494349: libqt3-mt: throws errors and sometimes crashes X
Hi there, I didn't have this problem for some time now and cannot reproduce it with my current versions. Build Date: 02 December 2010 01:10:32AM xorg-server 2:1.7.7-10 (Julien Cristau jcris...@debian.org) Best regards, Patric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611523: List file endings considered, include .thm in the list
Package: lintex Version: 1.09-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, am I the only one using the package and filing bugs? Oh well, here is another idea for improvment: Either the --help output or the manpage should list the full number of file suffixes considered as generated. I was hoping to find such a list to check if .thm is mentioned there. It seems to be not, because I have such a file lying around in a lintex-cleaned folder. .thm files are generated when using the ntheorem package and possibly others. Thanks, Joachim - -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintex depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib lintex recommends no packages. Versions of packages lintex suggests: ii texlive-base 2009-11TeX Live: Essential programs and f - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1FO7wACgkQ9ijrk0dDIGwl2ACguexq9zEV4TQFeZUNHwqsfGsh zZkAnAykgmYQ9UsFvRc71nBaQvoDTMur =7m4c -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611524: release-notes: Missing the in moreinfo.dbk
Package: release-notes Severity: minor Tags: patch See attached patch. Regards, Andrei -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From c819c519dcbc48b3ba2bfb810d242cb7ff62b1a4 Mon Sep 17 00:00:00 2001 From: Andrei Popescu andreimpope...@gmail.com Date: Sun, 30 Jan 2011 12:23:16 +0200 Subject: [PATCH] missing the --- trunk/release-notes/en/moreinfo.dbk |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/trunk/release-notes/en/moreinfo.dbk b/trunk/release-notes/en/moreinfo.dbk index f1e3a48..9a82c6d 100644 --- a/trunk/release-notes/en/moreinfo.dbk +++ b/trunk/release-notes/en/moreinfo.dbk @@ -15,7 +15,7 @@ whose goal is to create high-quality documentation for Debian users and developers. Documentation, including the Debian Reference, Debian New Maintainers Guide, and Debian FAQ are available, and many more. For full details of the existing resources see the ulink -url=url-ddp;Debian Documentation website/ulink and +url=url-ddp;Debian Documentation website/ulink and the ulink url=url-wiki;Debian Wiki website/ulink /para para -- 1.7.2.3
Bug#491656: lock-on keys when using xorg
Because of Your request I've raised this subj in debian-russian again. This time many people say that this bug hasn't been removed, but it's been modified a little. Now many users complain against “sticking” of the control keys. For example from time to time it seems that Ctrl or Shift is pressed constantly. When pressing any control key again, then system operation recovers. Once and again I' ve observed spontaneous switching of CapsLock mode on two hosts (people also write about it in debian-russian Mail List). I attach here configs and logs, but I'm not sure they can be of any help :( PS: unfortunately I haven't had an opportunity of testing the package version from experimental yet. CB could you tell us how it goes with the X stack from squeeze/sid, or CB from experimental? Yes. Now I use Xorg/squeeze and (on the other host) Xorg/sid (all packages on the host are from sid) and the bug is still occured. I can see cycling keys and sticking of the control keys a few times per day :( Unfortunately I haven't tested Xorg/experimental yet, But if You want I can install it. PS: Oh! I've just looked through apt-cache policy. Xorg/testing and Xorg/sid were the same. You've uploaded new revision today. Need itt to be tested, too? -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#601729: ftp.debian.org: please merge graphs and data of number of packages in NEW by corsac
On Sat, 2011-01-29 at 14:26 +0100, Joerg Jaspert wrote: I merge it when someone gets me a dak git branch somewhere I can merge from. Obviously the best place to put this in would be dak/queue_report.py and let that update the rrd (or whatever) files, and then in cron.hourly just after queue_report run update the graphs. I've attached a first-pass attempt at this, it uses python-rrdtool. The existing data is here: http://molly.corsac.net/~corsac/debian/new/new.rrd AFAICT, there are no existing .rrd files for other ftp-master queues. The script creates the .rrd files if it doesn't find any. The patch stores the .rrd files under $webdir, configurable though. -- bye, pabs http://wiki.debian.org/PaulWise From 2375270b96f0e4be0283c67cc94205163702d7e9 Mon Sep 17 00:00:00 2001 From: Paul Wise p...@debian.org Date: Sun, 30 Jan 2011 18:35:19 +0800 Subject: [PATCH] Implement NEW/BYHAND/DEFERRED/OSPU/SPU graphs --- config/backports/cron.hourly |4 +- config/backports/rrd-release-freeze-dates |2 + config/debian/cron.hourly |3 +- config/debian/rrd-release-freeze-dates|2 + dak/dak.py|2 + dak/graph.py | 168 + dak/queue_report.py | 65 +++- dak/show_deferred.py | 10 ++- docs/README.first |1 + 9 files changed, 251 insertions(+), 6 deletions(-) create mode 100644 config/backports/rrd-release-freeze-dates create mode 100644 config/debian/rrd-release-freeze-dates create mode 100755 dak/graph.py diff --git a/config/backports/cron.hourly b/config/backports/cron.hourly index 5cca477..5357653 100755 --- a/config/backports/cron.hourly +++ b/config/backports/cron.hourly @@ -10,8 +10,10 @@ export SCRIPTVARS=/srv/backports-master.debian.org/dak/config/backports/vars dak import-users-from-passwd dak queue-report -n $webdir/new.html -dak queue-report -8 -d new,byhand,proposedupdates,oldproposedupdates +dak queue-report -8 -d new,byhand,proposedupdates,oldproposedupdates -r $webdir #dak show-deferred ${webdir}/deferred.html +dak graph -n new,byhand,proposedupdates,oldproposedupdates -r $webdir -i $webdir -x $configdir/rrd-release-freeze-dates +#dak graph -n new,byhand,proposedupdates,oldproposedupdates,deferred -r $webdir -i $webdir -x $configdir/rrd-release-freeze-dates dak show-new /dev/null # cd $webdir diff --git a/config/backports/rrd-release-freeze-dates b/config/backports/rrd-release-freeze-dates new file mode 100644 index 000..ef70834 --- /dev/null +++ b/config/backports/rrd-release-freeze-dates @@ -0,0 +1,2 @@ +VRULE:1234691928#632a5b:lenny release +VRULE:1281102258#0b19c1:squeeze freeze diff --git a/config/debian/cron.hourly b/config/debian/cron.hourly index ccfbe38..3446182 100755 --- a/config/debian/cron.hourly +++ b/config/debian/cron.hourly @@ -10,8 +10,9 @@ export SCRIPTVARS=/srv/ftp-master.debian.org/dak/config/debian/vars dak import-users-from-passwd dak queue-report -n $webdir/new.html -dak queue-report -8 -d new,byhand,proposedupdates,oldproposedupdates +dak queue-report -8 -d new,byhand,proposedupdates,oldproposedupdates -r $webdir dak show-deferred ${webdir}/deferred.html +dak graph -n new,byhand,proposedupdates,oldproposedupdates,deferred -r $webdir -i $webdir -x $configdir/rrd-release-freeze-dates # do not run show-new and other stuff in parallel LOCKFILE=$lockdir/unchecked.lock diff --git a/config/debian/rrd-release-freeze-dates b/config/debian/rrd-release-freeze-dates new file mode 100644 index 000..ef70834 --- /dev/null +++ b/config/debian/rrd-release-freeze-dates @@ -0,0 +1,2 @@ +VRULE:1234691928#632a5b:lenny release +VRULE:1281102258#0b19c1:squeeze freeze diff --git a/dak/dak.py b/dak/dak.py index a25afb6..5a659d8 100755 --- a/dak/dak.py +++ b/dak/dak.py @@ -61,6 +61,8 @@ def init(): Output html for packages in NEW), (show-deferred, Output html and symlinks for packages in DEFERRED), +(graph, + Output graphs of number of packages in various queues), (rm, Remove packages from suites), diff --git a/dak/graph.py b/dak/graph.py new file mode 100755 index 000..06deaef --- /dev/null +++ b/dak/graph.py @@ -0,0 +1,168 @@ +#!/usr/bin/env python + + Produces a set of graphs of NEW/BYHAND/DEFERRED +# Copyright 2011 Paul Wise p...@debian.org + +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. + +# You should have received a copy of
Bug#607565: initramfs-tools: initramfs fails to assemble Intel RAID array
On Tue, 2011-01-25 at 22:22 +0100, martin f krafft wrote: also sprach Rainmaker rainmake...@gmail.com [2010.12.19.2047 +0100]: I did, however find a different workaround. Removing the /etc/mdadm/mdadm.conf and running mdadm -Ss mdadm -As also assembles the arrays correctly. Do you still have that mdadm.conf and could you please provide it with this bug report? Ofcourse. The /etc/mdadm/mdadm.conf orginally looks like this: DEVICE partitions HOMEHOST system ARRAY metadata=imsm UUID=5a17be47:4c36e982:9fd7aa92:6b23c688 ARRAY /dev/md/BootEnBackup container=5a17be47:4c36e982:9fd7aa92:6b23c688 member=0 UUID=9e35:67d59d42:043dbdde:fe757582 ARRAY /dev/md/Data container=5a17be47:4c36e982:9fd7aa92:6b23c688 member=1 UUID=8a981b80:aa2c2f06:e4ec50a5:9045f323 Looks pretty much OK though... A mdadm -Es gives me the same numbers: ARRAY metadata=imsm UUID=5a17be47:4c36e982:9fd7aa92:6b23c688 ARRAY /dev/md/BootEnBackup container=5a17be47:4c36e982:9fd7aa92:6b23c688 member=0 UUID=9e35:67d59d42:043dbdde:fe757582 ARRAY /dev/md/Data container=5a17be47:4c36e982:9fd7aa92:6b23c688 member=1 UUID=8a981b80:aa2c2f06:e4ec50a5:9045f323 I think the DEVICE actually has to be containers. Also, I'm not sure if the gethostname() call implied by system will work in initrd. I'll do some tests and see what works. Sincerely, Roel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611525: pulseaudio-module-zeroconf: missing dependency on rygel
Package: pulseaudio-module-zeroconf Version: 0.9.21-3+b1 Severity: normal The zeroconf features does not seem to work without installing rygel, so pulseaudio-module-zeroconf should depend on it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pulseaudio-module-zeroconf depends on: ii libavahi-client3 0.6.27-2Avahi client library ii libavahi-common3 0.6.27-2Avahi common library ii libc62.11.2-6Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3support for getting/setting POSIX. ii libgdbm3 1.8.3-9 GNU dbm database routines (runtime ii libpulse00.9.21-3+b1 PulseAudio client libraries ii pulseaudio 0.9.21-3+b1 PulseAudio sound server Versions of packages pulseaudio-module-zeroconf recommends: ii avahi-daemon 0.6.27-2 Avahi mDNS/DNS-SD daemon pulseaudio-module-zeroconf 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#607565: initramfs-tools: initramfs fails to assemble Intel RAID array
On Tue, 2011-01-25 at 22:22 +0100, martin f krafft wrote: also sprach Rainmaker rainmake...@gmail.com [2010.12.19.2047 +0100]: I did, however find a different workaround. Removing the /etc/mdadm/mdadm.conf and running mdadm -Ss mdadm -As also assembles the arrays correctly. Do you still have that mdadm.conf and could you please provide it with this bug report? OK. It's definably the DEVICE line which is stopping the arrays from being assembled and started. I changed DEVICE to containers, but it told me None of the devices in the configuration file could be found. Simply changing the DEVICE line to something wrong like foo, causes mdadm to give a warning (Invalid DEVICE line), but it assemble the arrays correctly. Removing the line has the same effect. Changing only the HOMEHOST line does nothing. Setting it to localhost or the hostname of the machine with the DEVICE partitions still in place, does not help. However, using the default configuration does give me a Container imsm assembled. The arrays themselves are not started. Sincerely, Roel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611117: unblock: apt/0.8.10.3
Given that the feature was implemented on request for ftpmaster [0] I at least hope they (still) use apt-ftparchive (at least for this)… (and a quick grep over dak shows a few 'a-f generate' calls, but yeah, thats guessing, as the feature implementation was guesswork, but thats a different story… no answer is an answer…) yes, we are still using apt-ftparchive to generate the Packages, Sources and Contents files. Contents is still a major pita. Packages and Sources are okay since we have 16 CPU cores to run the code in parallel. Which, as far as i understand the issue at hand, is the important part here: We do parallel runs of a-f, so each a-f call is only for one arch inside one suite. Ie. one amd64/unstable, one i386/testing, etc. This is true for all dinstall calls, only difference for stable point releases, but there it doesnt matter as we can only use the change with the bug for wheezy and later, so time enough to fix it up. -- bye, Joerg Lisa, Vampires are make-believe, like elves, gremlins, and eskimos. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491656: lock-on keys when using xorg
Because of Your request I've raised this subj in debian-russian again. This time many people say that this bug hasn't been removed, but it's been modified a little. Now many users complain against “sticking” of the control keys. For example from time to time it seems that Ctrl or Shift is pressed constantly. When pressing any control key again, then system operation recovers. Once and again I' ve observed spontaneous switching of CapsLock mode on two hosts (people also write about it in debian-russian Mail List). I attach here configs and logs, but I'm not sure they can be of any help :( PS: unfortunately I haven't had an opportunity of testing the package version from experimental yet. CB could you tell us how it goes with the X stack from squeeze/sid, or CB from experimental? TCB Yes. Now I use Xorg/squeeze and (on the other host) Xorg/sid (all TCB packages on the host are from sid) and the bug is still occured. TCB I can see cycling keys and sticking of the control keys a few times TCB per day :( TCB Unfortunately I haven't tested Xorg/experimental yet, But if You want TCB I can install it. TCB PS: Oh! I've just looked through apt-cache policy. Xorg/testing and TCB Xorg/sid were the same. You've uploaded new revision today. Need itt TCB to be tested, too? H! I've screened the bug to avi-file. You can see it here: http://uvw.ru/491656.demo.avi (30Mb) This is a squeeze (today) host. I pressed right alt and comma or period keys and it began cycling. I can reproduce Stanislav's report, too http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491656#22 -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#546700: xserver-xorg-input-kbd: Hotplugged keyboard fails to respect repeat rate/delay
On 2011-01-30 08:38, Cyril Brulebois wrote: Along with the change came the old bug I've had in Ubuntu before: keyboard repeat rate/delay works ok for all keyboards that are plugged in while starting X, but any hotplugged keyboards default to some strange repeat rate/delay. I can fix the problem with a manual xset r rate... but that's not how things are supposed to work. How is it going with the X stack from squeeze/sid, or from experimental? Actually, since I really hated that behavior (as I plug in external keyboards all the time) I fixed it by going back to manual configuration: Section InputDevice Identifier Configured Keyboard Driver kbd Option AutoRepeat250 30 Option XkbModel pc105 Option XkbLayout fi Option XkbVariantnodeadkeys Option XkbOptionsctrl:nocaps Option CoreKeyboard EndSection All I had to do was plug that into my xorg.conf and it all started working again. I also have a manually configured mouse block in there to fix the same bug for mice. As in all hotplugged mice get default configuration values and not the ones I've configured. Right now I don't have any extra keyboards here (wife broke the last one a few days ago) but if you want me to try the current situation I could try it out tomorrow at work. As of right now I'm running xorg 1:7.5+8 but I can try out any available repo version (this laptop is running frankendebian anyway :-). - Kim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611526: Unable to create libcurl socket /var/cache/apt-cacher/libcurl.socket
Package: apt-cacher Version: 1.6.12 Severity: important Some requests to the apt-cacher fail with the error message Fri Jan 14 13:15:40 2011|info [8539]: Warning: apt-cacher failed to connect to libcurl Fri Jan 14 13:15:40 2011|error [8543]: Unable to create libcurl socket /var/cache/apt-cacher/libcurl.socket: Permission denied at /usr/sbin/apt-cacher line 1158. Changing ownership of /var/cache/apt-cacher to www-data:www-data fixes this issue. I don't know if it is sensible to give this directory to www-data. Please either adjust default ownership for /var/cache/apt-cacher in the package or use a different directory (like /var/run). Stephan -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-cacher depends on: ii ed1.4-3 The classic UNIX line editor ii libdigest-sha1-perl 2.13-1 NIST SHA-1 message digest algorith ii libfilesys-diskspace-perl 0.05-13fetch filesystem size and usage in ii libfreezethaw-perl0.5001-1 module to serialize and deserializ pn libio-compress-bzip2-perl none (no description available) ii libio-interface-perl 1.05-1 socket methods to get/set interfac ii libwww-curl-perl 4.12-1 Perl bindings to libcurl ii libwww-perl 5.836-1Perl HTTP/WWW client/server librar ii perl [libio-compress-zlib-per 5.10.1-17 Larry Wall's Practical Extraction Versions of packages apt-cacher recommends: ii libberkeleydb-perl 0.42-1~squeeze1 use Berkeley DB 4 databases from P Versions of packages apt-cacher suggests: ii libio-socket-inet6-perl 2.65-1.1 Object interface for AF_INET6 doma -- Configuration Files: /etc/apt-cacher/apt-cacher.conf changed [not included] /etc/default/apt-cacher changed [not included] -- 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#611527: unbound: New Upstream (1.4.8)
Package: unbound Severity: wishlist Hi, it would be nice if you could upload 1.4.8 (possibly to experimental until squeeze is released). Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527589: Outdated header file /usr/include/bits/sched.h for GNU/Hurd!?
Svante Signell, le Sun 30 Jan 2011 10:44:02 +0100, a écrit : Looks like the GNU/Hurd header file /usr/include/bits/sched.h is outdated compared to the GNU/Linux version. Attached is a diff between the two files. The missing definitions of __CPU_ZERO_S and __CPU_SET_S is affecting the build of at least two packages: x86info and erlang. In case the Linux version of the header file is not correct to use for Hurd then it would be interesting to know how the Hurd version should look like! It's already on my TODO list, thanks for the patch, it can't be applied as such since the CLONE #defines don't make sense for instance, but, yes, something like that will be needed. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611528: weborf: FTBFS due to ld --as-needed
Package: weborf Severity: minor Tags: patch Usertags: ld --as-needed Hello dear maintainer, your package ftbfs in ubuntu due linking changes in binutils-gold (which is present in upcoming wheezy toolchain too) Refer the i386 pbuider buildlog attached Patch to fix this problem by Michael Bienia at: http://launchpadlibrarian.net/60180744/weborf_0.12.4-1_0.12.4-1ubuntu1.diff.gz Regards -- Bhavani Shankar Ubuntu Developer | www.ubuntu.com https://launchpad.net/~bhavi bhavani@flyingmonster:~/weborf$ sudo pbuilder build weborf_0.12.5-1.dsc [sudo] password for bhavani: I: using fakeroot in build. I: Current time: Sun Jan 30 17:45:06 IST 2011 I: pbuilder-time-stamp: 1296389706 I: Building the build Environment I: extracting base tarball [/var/cache/pbuilder/lucid-i386-base.tgz] I: creating local configuration I: copying local configuration I: mounting /proc filesystem I: mounting /dev/pts filesystem I: policy-rc.d already exists I: Obtaining the cached apt archive contents I: Installing the build-deps - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: i386 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder and should Depends: debhelper (= 7.0.50~) dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Reading package lists... Building dependency tree... Reading state information... aptitude is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Selecting previously deselected package pbuilder-satisfydepends-dummy. (Reading database ... 14631 files and directories currently installed.) Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ... dpkg: dependency problems prevent configuration of pbuilder-satisfydepends-dummy: pbuilder-satisfydepends-dummy depends on debhelper (= 7.0.50~); however: Package debhelper is not installed. dpkg: error processing pbuilder-satisfydepends-dummy (--install): dependency problems - leaving unconfigured Errors were encountered while processing: pbuilder-satisfydepends-dummy The following NEW packages will be installed: bsdmainutils{a} debhelper{a} gettext{a} gettext-base{a} groff-base{a} html2text{a} intltool-debian{a} libcroco3{a} libpipeline1{a} libunistring0{a} libxml2{a} man-db{a} po-debconf{a} The following partially installed packages will be configured: pbuilder-satisfydepends-dummy The following packages are RECOMMENDED but will NOT be installed: curl libmail-sendmail-perl lynx-cur wget xml-core 0 packages upgraded, 13 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/4999 kB of archives. After unpacking 15.8 MB will be used. Preconfiguring packages ... Selecting previously deselected package html2text. (Reading database ... 14631 files and directories currently installed.) Unpacking html2text (from .../html2text_1.3.2a-15_i386.deb) ... Selecting previously deselected package libxml2. Unpacking libxml2 (from .../libxml2_2.7.8.dfsg-2_i386.deb) ... Selecting previously deselected package libcroco3. Unpacking libcroco3 (from .../libcroco3_0.6.2-1_i386.deb) ... Selecting previously deselected package libunistring0. Unpacking libunistring0 (from .../libunistring0_0.9.3-3_i386.deb) ... Selecting previously deselected package gettext-base. Unpacking gettext-base (from .../gettext-base_0.18.1.1-3ubuntu1_i386.deb) ... Selecting previously deselected package gettext. Unpacking gettext (from .../gettext_0.18.1.1-3ubuntu1_i386.deb) ... Selecting previously deselected package intltool-debian. Unpacking intltool-debian (from .../intltool-debian_0.35.0+20060710.1_all.deb) ... Selecting previously deselected package po-debconf. Unpacking po-debconf (from .../po-debconf_1.0.16+nmu1_all.deb) ... Selecting previously deselected package groff-base. Unpacking groff-base (from .../groff-base_1.21-3_i386.deb) ... Selecting previously deselected package bsdmainutils. Unpacking bsdmainutils (from .../bsdmainutils_8.2.1ubuntu1_i386.deb) ... Selecting previously deselected package libpipeline1. Unpacking libpipeline1 (from .../libpipeline1_1.1.0-1_i386.deb) ... Selecting previously deselected package man-db. Unpacking man-db (from .../man-db_2.5.9-3_i386.deb) ... Selecting previously deselected package debhelper. Unpacking debhelper (from .../debhelper_8.0.0ubuntu2_all.deb) ... Setting up html2text (1.3.2a-15) ... Setting up libxml2 (2.7.8.dfsg-2) ... Setting up libcroco3 (0.6.2-1) ... Setting up libunistring0 (0.9.3-3) ... Setting up gettext-base (0.18.1.1-3ubuntu1) ... Setting up gettext (0.18.1.1-3ubuntu1) ... Setting up intltool-debian (0.35.0+20060710.1) ... Setting up po-debconf (1.0.16+nmu1) ... Setting up groff-base
Bug#611529: Update to build with soundtouch 1.5
Package: ocaml-soundtouch Severity: normal Tags: patch Hi, your package does no longer build with the soundtouch 1.5 available in experimental. I'm going to apply the following patch to the Ubuntu Natty's version of ocaml-soundtouch in order to make it able to build against the newest release of the SoundTouch library. You find the patch attached, I thought you might be interested in doing the same. Thanks in advance. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-25-generic (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u ocaml-soundtouch-0.1.5/debian/control ocaml-soundtouch-0.1.5/debian/control --- ocaml-soundtouch-0.1.5/debian/control +++ ocaml-soundtouch-0.1.5/debian/control @@ -1,10 +1,12 @@ Source: ocaml-soundtouch Section: ocaml Priority: optional Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org Uploaders: Samuel Mimram smim...@debian.org, Romain Beauxis to...@rastageeks.org -Build-Depends: cdbs (= 0.4.53), debhelper (= 7.0.1), ocaml-nox, dh-ocaml (= 0.9), - libsoundtouch1-dev, ocaml-findlib (= 1.2.4), pkg-config +Build-Depends: cdbs (= 0.4.53), debhelper (= 7.0.1), ocaml-nox, dh-ocaml (= 0.9), + quilt, + libsoundtouch0-dev, ocaml-findlib (= 1.2.4), pkg-config Standards-Version: 3.8.3 Homepage: http://savonet.sourceforge.net/ Vcs-Git: git://git.debian.org/pkg-ocaml-maint/packages/ocaml-soundtouch.git @@ -23,7 +25,7 @@ Package: libsoundtouch-ocaml-dev Architecture: any -Depends: ${ocaml:Depends}, libsoundtouch1-dev, libsoundtouch-ocaml (= ${binary:Version}), +Depends: ${ocaml:Depends}, libsoundtouch0-dev, libsoundtouch-ocaml (= ${binary:Version}), ocaml-findlib, ${misc:Depends} Provides: ${ocaml:Provides} Description: OCaml bindings for the sound stretching library diff -u ocaml-soundtouch-0.1.5/debian/rules ocaml-soundtouch-0.1.5/debian/rules --- ocaml-soundtouch-0.1.5/debian/rules +++ ocaml-soundtouch-0.1.5/debian/rules @@ -3,6 +3,7 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/ocaml.mk +include /usr/share/cdbs/1/rules/patchsys-quilt.mk # In order to regenerate 'debian/control' : # DEB_AUTO_UPDATE_DEBIAN_CONTROL=yes fakeroot debian/rules clean only in patch2: unchanged: --- ocaml-soundtouch-0.1.5.orig/debian/patches/series +++ ocaml-soundtouch-0.1.5/debian/patches/series @@ -0,0 +1 @@ +0001-soundtouch_1.5.patch only in patch2: unchanged: --- ocaml-soundtouch-0.1.5.orig/debian/patches/0001-soundtouch_1.5.patch +++ ocaml-soundtouch-0.1.5/debian/patches/0001-soundtouch_1.5.patch @@ -0,0 +1,43 @@ +Description: Update buildsystem to build with soundtouch-1.5. + Don't link against libBPM anymore. +Author: Alessio Treglia ales...@debian.org +Forwarded: +--- + configure |2 +- + configure.ac|2 +- + src/Makefile.in |2 +- + 3 files changed, 3 insertions(+), 3 deletions(-) + +--- ocaml-soundtouch-0.1.5.orig/configure ocaml-soundtouch-0.1.5/configure +@@ -3322,7 +3322,7 @@ $as_echo no 6; } + fi + #PKG_CHECK_MODULES(SOUNDTOUCH,libSoundTouch,,[AC_MSG_ERROR(libsoundtouch not found.)]) + # PKG_CHECK_MODULES loses when you need --libs-only-[lL] +-SOUNDTOUCH_PKG=soundtouch-1.0 ++SOUNDTOUCH_PKG=soundtouch + if ! $PKG_CONFIG --exists $SOUNDTOUCH_PKG; then + if ! $PKG_CONFIG --exists libSoundTouch; then + as_fn_error soundtouch not found $LINENO 5 +--- ocaml-soundtouch-0.1.5.orig/configure.ac ocaml-soundtouch-0.1.5/configure.ac +@@ -113,7 +113,7 @@ AC_PROG_CXX() + PKG_PROG_PKG_CONFIG() + #PKG_CHECK_MODULES(SOUNDTOUCH,libSoundTouch,,[AC_MSG_ERROR(libsoundtouch not found.)]) + # PKG_CHECK_MODULES loses when you need --libs-only-[lL] +-SOUNDTOUCH_PKG=soundtouch-1.0 ++SOUNDTOUCH_PKG=soundtouch + if ! $PKG_CONFIG --exists $SOUNDTOUCH_PKG; then + if ! $PKG_CONFIG --exists libSoundTouch; then + AC_MSG_ERROR([soundtouch not found]) +--- ocaml-soundtouch-0.1.5.orig/src/Makefile.in ocaml-soundtouch-0.1.5/src/Makefile.in +@@ -27,7 +27,7 @@ SOURCES = soundtouch.ml soundtouch_stubs + RESULT = soundtouch + OCAMLDOCFLAGS = -stars + LIBINSTALL_FILES = $(wildcard *.mli *.cmi *.cma *.cmxa *.cmx *.a *.so) +-ACLIBS = @LIBS@ @soundtouch_LIBS@ -lBPM ++ACLIBS = @LIBS@ @soundtouch_LIBS@ + LDFLAGS = @LDFLAGS@ @soundtouch_LDFLAGS@ + CLIBS = $(ACLIBS:-l%=%) + LIBDIRS = $(LDFLAGS:-L%=%)
Bug#609483: [xml/sgml-pkgs] Fwd: Bug#609483: release-notes: Problem with non-ascii characters in pdf variant of r-n
David Prévot da...@tilapin.org wrote: snip/ On Sun, Jan 9, 2011 at 22:00:17 +0100, Holger Wansing wrote: Package: release-notes = = I discovered a weird phenomenon in the pdf versions of the = release-notes. In special cases, words with non-ASCII characters are displayed incorrectly, the characters are mixed up within the word. snip/ The TeX output of dblatex can be stripped down to the attached example, exposing a problem of the TeX listings package regarding utf8 encoding. (The listings package gets used due to the DocBook screen element.) Thus I'd argue it's a TeX problem. % This example demonstrates problems of the listings package regarding utf8 %encoding: the output of a pdflatex run exposes swapped characters: % Nicht ügengend Platz üfr »Dynamic «MMap \documentclass{article} \usepackage[T2A,T2D,T1]{fontenc} \usepackage[utf8x]{inputenc} \usepackage{listings} \lstset{inputencoding=utf8x,extendedchars=\true} \begin{document} \begin{lstlisting} Nicht genügend Platz für »Dynamic MMap« \end{lstlisting} \end{document} Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpWKErTVLrQT.pgp Description: PGP signature
Bug#611477: gambas2-gb-net-curl: Linked with OpenSSL, seems to be a GPL violation
On Sat, 2011-01-29 at 21:10 +0200, Adrian Bunk wrote: $ ldd /usr/lib/gambas2/gb.net.curl.so.0.0.0 | grep ssl libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x7fb6be1eb000) $ /usr/share/doc/gambas2-gb-net-curl/copyright says: [...] I didn't find any statement that all copyright holders of GPL'ed code have given extra permission to link with OpenSSL. [...] It might be enough to change the libcurl build dependency to libcurl4-gnutls-dev. I've verified that making that change is enough to produce a gb.net.curl.so that links against gnutls rather than libssl; libssl-dev still gets pulled in during the build (kdelibs4-dev depends on it, for one thing) but it doesn't get used to produce the curl-based library. gambas2 maintainer? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611530: Update to soundtouch 1.5
Package: yatm Severity: normal Tags: patch Hi! Please update to the latest soundtouch available in experimental. I've applied the attached patch to the Ubuntu Natty's package so I've thought you might be interested in doing the same. Cheers. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-25-generic (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u yatm-0.6/debian/control yatm-0.6/debian/control --- yatm-0.6/debian/control +++ yatm-0.6/debian/control @@ -1,9 +1,10 @@ Source: yatm Section: sound Priority: optional Maintainer: Mario Lang ml...@debian.org Build-Depends: cdbs, debhelper (= 4.1.0), libspeex-dev, libvorbis-dev, - libmad0-dev, libsndfile1-dev, libao-dev, libsoundtouch1-dev, libslang2-dev + libmad0-dev, libsndfile1-dev, libao-dev, libsoundtouch0-dev, libslang2-dev Standards-Version: 3.7.2 Package: yatm
Bug#602007: Cross-reference to bookmark is available after removing the bookmark
tag 602007 + moreinfo thanks On Sun, Oct 31, 2010 at 06:53:15PM +0100, Bernhard Wörner wrote: If a bookmark is deleted, the link to this bookmark points to a non-existing reference. This behaviour can be reproduced: - Create bookmark (Menu: Insert -- Bookmark...) - Create cross-reference to this bookmark (Menu: Insert -- Cross-reference...) - Delete the bookmark and the text of the bookmark in the document The link is available in document and points to nothing. After save and load of the document, the link is also available and points to nothing. After changing the bookmark, it has to be asked what to do. I forwarded this long ago to LibO upstreams, and I just got a reply: NOT Reproducible with LibreOffice 3.3.0 RC4 - WIN7 Home Premium (64bit) German UI [OOO330m19 (build 6 / tag 3.3.0.4)] Steps to reproduce: 0. Open attached Sample0.ods On page 1 you find reference below to Bookmark Mybookmark In navigator you see Bookmark Mybookmark 1. click on Reference below on page 1 view will change to page 2 Mybookmark 2. Mark with mouse and delete 3 Lines from line above Mybookmark until line below, watch Navigator as expected, Bookmark will disappear in navigator 3. Scroll to top of page 1 report: reference will still exist actual: Error, reference not found I believe this is a correct behavior, so I can't reproduce the problem @Rene Engelhard: Please specify your OS, Platform and LibO version (with what you observed the problem). Can you still reproduce the problem with 3.3 release There we go. Plase try with LibreOffice 3.3.0 release from experimental. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611518: chromium-browser: FTBFS v8/src/arm/macro-assembler-arm.cc:61:3: error: #error For thumb inter-working we require an architecture which supports blx
Hi, the contents of src/v8 seems match what is in libv8. Would it be possible to avoid compiling src/v8 if chromium-browser is anyway using external libv8? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611518: [Pkg-chromium-maint] Bug#611518: chromium-browser: FTBFS v8/src/arm/macro-assembler-arm.cc:61:3: error: #error For thumb inter-working we require an architecture which supports blx
Hi Timo, On 01/30/2011 01:57 PM, Timo Juhani Lindfors wrote: the contents of src/v8 seems match what is in libv8. Would it be possible to avoid compiling src/v8 if chromium-browser is anyway using external libv8? yes, the version in squeeze already compiles against libv8. The next version in sid will use libv8 too. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#608965: Attaching logs
Hi, A Quarta 05 Janeiro 2011 17:18:20 Brian C você escreveu: Perhaps someone can sort out the issue from the attached logs. In syslog I find the below regarding mdadm. Also, tasksel is still failing after the array is rebuilt, so I'm going to reboot and see what happens. If the system isn't working I'll just go ahead and add the fifth drive and try the installation again. If the install seems salvageable, perhaps I'll just add the drive and add it to the RAID6. [...] From the logs you attached: Jan 4 23:08:06 partman-md: Selected spare count: 1 Jan 4 23:08:06 partman-md: RAID devices count: 4 Jan 4 23:08:06 partman-md: Spare devices count: 1 Jan 4 23:08:06 partman-md: mdadm: You haven't given enough devices (real or missing) to create this array It seems it was selected one spare device and weren't available the minimum of 4 devices - maybe from a previous installation? I have made several installation with latest installer release (Debian Squeeze RC2) [1] and RAID6 creation has been sucessful without any hassles. I recommend to try use the current installer release, Debian Squeeze RC2, and when you reach partitioning delete any previous raid setup, before setup the wanted raid setup. I am closing the installation report as there weren't enough devices for a raid6 installation. If you try with the RC2 release please give us feedback with a installation report. 1 - http://www.debian.org/devel/debian-installer/ -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610292: unblock: iceowl/1.0~b1+dfsg2-1
On Sat, Jan 29, 2011 at 07:52:38PM +0100, Guido Günther wrote: On Sat, Jan 29, 2011 at 05:48:43PM +, Adam D. Barratt wrote: On Tue, 2011-01-25 at 09:16 +0100, Guido Günther wrote: On Mon, Jan 24, 2011 at 08:43:38PM +, Adam D. Barratt wrote: The main problem I'm having with looking at this is the size of the diff that gets introduced as a result. Even after ignoring the test suite, the embedded copy of sqlite3 and the autoconf patches, I'm still left with 2061 files changed, 65055 insertions(+), 96419 deletions(-) which isn't particularly fun. :-/ Yes, I agree - updating from 3.0.0 to 3.0.11 sucks but it will allow us to track icedove's security releases from now on with minimal impact. [...] I fully understand that making these changes that late in the release is a bad thing but shipping unpatched xulrunner that reads external calendar data isn't great either. If the changes are too big we should reconsider pulling iceowl from squeeze. We could then come back with a better synched package for wheezy. So, I really should stop procrastinating on this. :-/ Would I be correct in assuming that even with the new upstream tarball the package would still not get official support from the security team and any required security updates would have to go via proposed-updates? I'm cc'ing Moritz for his opinion on this. With the new version based on the icedove tarball it would be simple enough to handle the xulrunner flaws via that path. If iceowl uses the same Mozilla code base branch as the iceweasel source package (which provides the xulrunner libs in Squeeze) and the iceowl maintainers provide packages, we can fix in security updates. Iceweasel updates are an order of a magnitude more critical, though. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611500: Additional informations
Hi, I'm using Gnome 2.30.2. All cursor theme have the same problem. -- Guilherme Salazar
Bug#576625: debugging instructions or any instructions
Cyril Brulebois k...@debian.org (07/04/2010): Yeah, I've been thinking about doing so for a while, possibly cherry-picking bits from other documentations, but I haven't found time for it, yet. FWIW, I started that: http://pkg-xorg.alioth.debian.org/ That hasn't been merged in a package yet. KiBi. signature.asc Description: Digital signature
Bug#611531: latex2rtf: Please update to 2.x
Package: latex2rtf Severity: wishlist latex2rtf 2.1.0 was released in May 2010...worth an update? -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-backports'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-24-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages latex2rtf depends on: ii imagemagick 7:6.6.2.6-1ubuntu1.1 image manipulation programs ii libc6 2.12.1-0ubuntu10.1 Embedded GNU C Library: Shared lib ii netpbm 2:10.0-12.2 Graphics conversion tools between ii texlive-base2009-10 TeX Live: Essential programs and f latex2rtf recommends no packages. Versions of packages latex2rtf suggests: pn latex2rtf-doc none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611532: DDTP - mail interface does not check number of paragraphs
Package: debian-i18n Hi, by mistake I sent a translation with an extra paragraphdiDear Maintainer, I have attached the updated German debconf translation. Kind regards Martin bug.ddtp Description: application/debian-dt
Bug#611533: alsa-base: version issue: kernel provides 1.0.21 drivers, alsa is 1.0.23
Package: alsa-base Version: 1.0.23+dfsg-2 Severity: important Tags: squeeze This mutes some applications (vlc, flash plugin, mplayer, etc.) I fixed by compiling my own module: m-a a-i alsa -- Package-specific info: --- Begin additional package status --- Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libasound2 1.0.23-2.1 shared library for ALSA applications --- End additional package status --- --- Begin /proc/asound/version --- Advanced Linux Sound Architecture Driver Version 1.0.23. Compiled on Jan 30 2011 for kernel 2.6.32-5-686 (SMP). --- End /proc/asound/version --- --- Begin /proc/asound/cards --- 0 [V8237 ]: VIA8237 - VIA 8237 VIA 8237 with ALC655 at 0xd000, irq 22 1 [Camera ]: USB-Audio - USB 2.0 Camera Sonix Technology Co., Ltd. USB 2.0 Camera at usb-:00:10.4-4, high speed --- End /proc/asound/cards --- --- Begin /dev/snd/ listing --- total 0 drwxr-xr-x 2 root root 60 Jan 30 21:36 by-id drwxr-xr-x 2 root root 80 Jan 30 21:36 by-path crw-rw+ 1 root audio 116, 0 Jan 30 01:15 controlC0 crw-rw+ 1 root audio 116, 32 Jan 30 21:36 controlC1 crw-rw+ 1 root audio 116, 24 Jan 30 01:15 pcmC0D0c crw-rw+ 1 root audio 116, 16 Jan 30 19:43 pcmC0D0p crw-rw+ 1 root audio 116, 25 Jan 30 01:15 pcmC0D1c crw-rw+ 1 root audio 116, 17 Jan 30 01:15 pcmC0D1p crw-rw+ 1 root audio 116, 56 Jan 30 21:36 pcmC1D0c crw-rw+ 1 root audio 116, 1 Jan 30 01:14 seq crw-rw+ 1 root audio 116, 33 Jan 30 01:14 timer --- End /dev/snd/ listing --- -- System Information: Debian Release: 6.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages alsa-base depends on: ii linux-sound-base 1.0.23+dfsg-2 base package for ALSA and OSS soun ii lsof 4.81.dfsg.1-1 List open files ii module-init-tools 3.12-1tools for managing Linux kernel mo ii udev 164-3 /dev/ and hotplug management daemo Versions of packages alsa-base recommends: ii alsa-utils1.0.23-3 Utilities for configuring and usin Versions of packages alsa-base suggests: ii alsa-oss 1.0.17-4 ALSA wrapper for OSS applications pn apmd none (no description available) ii oss-compat0.0.4+nmu3 OSS compatibility package Versions of packages libasound2 depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib -- 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#550652: xserver-xorg-core: X server no longer reports virtual size in the log
Michal Suchanek hramr...@centrum.cz (11/10/2009): Since the value of virtual is quite important for many X features to work porperly it makes debugging X problems much harder since this is no longer logged. With KMS, much less so. Anyway: http://www.x.org/wiki/Development/Documentation/SubmittingPatches Thanks already. KiBi. signature.asc Description: Digital signature
Bug#598018: install: temporary insecure file permissions
On Sat, Sep 25, 2010 at 02:17:32PM +0200, Bernhard R. Link wrote: Package: coreutils Version: 8.5-1 Tags: security X-Debbugs-CC: t...@security.debian.org Install a regular file with install creates the file with the same permissions as the original file, copies the contents, then changes the permissions of that file to 0600 and finally changes ownerships and sets permissions to the ones requested with -m. This means that if the target directory is more accessibly than the original directory, or if the group will be set, the file can for a short time be accessible to users it should not be accessible to. Did you or the maintainer submit/report this upstream? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611501: /usr/local/share/ca-certificates/ group-writable
On Sun, 2011-01-30 at 10:53 +0100, Philipp Kern wrote: This is [1]. Do you have an indication for me that such a transition plan exists? I.e. did it happen for /usr/local/bin and such? Doesn't seem so,.. although most people voted for it, as far as I can see. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#611501: /usr/local/share/ca-certificates/ group-writable
On Sun, 2011-01-30 at 10:54 +0100, Holger Levsen wrote: I hope the package doesn't create that directory, actually. It does. And then, certificates should probably be stored in /etc too. This is debatable,... one could say certificates are configuration,.. but one could also they, the certs themselves are not, but just whether they're activated or not. And IMHO there is from a FHS point of view nothing that really forbids using /usr/local here,... at least if one interprets certificates like locally installed software/binary data. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#611534: linux-image-2.6.26-2-xen-amd64: fix for CVE-2010-3699 instead broke xen dom0 and domU if using blktap
Package: linux-image-2.6.26-2-xen-amd64 Version: 2.6.26-26lenny1 Severity: critical Justification: breaks the whole system I've recently updated kernels from debian security repo: linux-image-2.6.26-2-xen-amd64 2.6.26-26lenny2 supposed to address CVE-2010-3699 but instead makes dom0 and domU unusables and even freezes dom0 this happens only if using blktap2, i.e. tap:aio in xen config, perhaps not working by default on lenny because of a missing link (I filled a bug ages ago) I'm attaching some kernel logs I had to revert back to lenny1 version Regards -- System Information: Debian Release: 5.0.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.26-2-xen-amd64 depends on: ii initramfs-tools 0.92o tools for generating an initramfs ii linux-modules-2.6.26-2-x 2.6.26-26lenny1 Linux 2.6.26 modules on AMD64 linux-image-2.6.26-2-xen-amd64 recommends no packages. Versions of packages linux-image-2.6.26-2-xen-amd64 suggests: ii grub 0.97-47lenny2 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none(no description available) -- no debconf information Jan 30 13:57:46 falco vmunix: [ 33.563652] eth0: no IPv6 routers present Jan 30 13:57:48 falco vmunix: [ 35.816480] blktap: ring-ref 8, event-channel 8, protocol 1 (x86_64-abi) Jan 30 13:57:48 falco vmunix: [ 35.819397] blktap: ring-ref 9, event-channel 9, protocol 1 (x86_64-abi) Jan 30 13:57:53 falco vmunix: [ 39.939113] vif1.0: no IPv6 routers present Jan 30 13:58:00 falco vmunix: [ 47.206907] vif2.0: no IPv6 routers present Jan 30 13:58:28 falco vmunix: [ 75.934833] BUG: unable to handle kernel paging request at 880072452b38 Jan 30 13:58:28 falco vmunix: [ 75.934833] IP: [80436b6b] _spin_lock_irqsave+0x2d/0x72 Jan 30 13:58:28 falco vmunix: [ 75.934833] PGD 1f7f067 PUD 2181067 PMD 2314067 PTE 801072452065 Jan 30 13:58:28 falco vmunix: [ 75.934833] Oops: 0003 [1] SMP Jan 30 13:58:28 falco vmunix: [ 75.934833] CPU 0 Jan 30 13:58:28 falco vmunix: [ 75.934833] Modules linked in: xt_tcpudp xt_physdev iptable_filter ip_tables x_tables bridge netloop ipv6 loop i2c_piix4 pcspkr k8temp snd_hda_intel i2c_core snd_pcm snd_timer snd soundcore snd_page_alloc button shpchp pci_hotplug evdev ext3 jbd mbcache dm_mirror dm_log dm_snapshot dm_mod ehci_hcd ohci_hcd r8169 sd_mod thermal processor fan thermal_sys xenblktap raid1 raid0 md_mod atiixp ahci sata_nv sata_sil sata_via libata dock via82cxxx ide_core 3w_9xxx 3w_ scsi_mod [last unloaded: scsi_wait_scan] Jan 30 13:58:28 falco vmunix: [ 75.934833] Pid: 2883, comm: tapdisk Not tainted 2.6.26-2-xen-amd64 #1 Jan 30 13:58:28 falco vmunix: [ 75.934833] RIP: e030:[80436b6b] [80436b6b] _spin_lock_irqsave+0x2d/0x72 Jan 30 13:58:28 falco vmunix: [ 75.934833] RSP: e02b:880032f8ddd8 EFLAGS: 00010056 Jan 30 13:58:28 falco vmunix: [ 75.934833] RAX: 0100 RBX: 880072452b38 RCX: Jan 30 13:58:28 falco vmunix: [ 75.934833] RDX: ff5f7000 RSI: 001c RDI: 880072452b38 Jan 30 13:58:28 falco vmunix: [ 75.934833] RBP: R08: 880032f8db90 R09: Jan 30 13:58:28 falco vmunix: [ 75.934833] R10: 0009 R11: 8800 R12: 880072452b00 Jan 30 13:58:28 falco vmunix: [ 75.934833] R13: 8800724aa1d0 R14: 880072452b38 R15: 0016 Jan 30 13:58:28 falco vmunix: [ 75.934833] FS: 7f5c0f4106e0() GS:8053a000() knlGS: Jan 30 13:58:28 falco vmunix: [ 75.934833] CS: e033 DS: ES: Jan 30 13:58:28 falco vmunix: [ 75.934833] DR0: DR1: DR2: Jan 30 13:58:28 falco vmunix: [ 75.934833] DR3: DR6: 0ff0 DR7: 0400 Jan 30 13:58:28 falco vmunix: [ 75.934833] Process tapdisk (pid: 2883, threadinfo 880032f8c000, task 880071095780) Jan 30 13:58:28 falco vmunix: [ 75.934833] Stack: 881a 880032fb9e80 Jan 30 13:58:28 falco vmunix: [ 75.934833] 880072452b10 a00d1efe 8800724dae40 Jan 30 13:58:28 falco vmunix: [ 75.934833] 001c 3c00 880032fb9e80 Jan 30 13:58:28 falco vmunix: [ 75.934833] Call Trace: Jan 30 13:58:28 falco vmunix: [ 75.934833] [a00d1efe] :xenblktap:make_response+0x2f/0x15d Jan 30 13:58:28 falco vmunix: [ 75.934833] [a00d2552] :xenblktap:blktap_ioctl+0x24d/0x43b Jan 30 13:58:28 falco vmunix: [ 75.934833] [80296b41] vfs_ioctl+0x55/0x6b Jan 30 13:58:28 falco vmunix: [ 75.934833] [80296d9f] do_vfs_ioctl+0x248/0x261 Jan 30
Bug#611535: suckless-tools: tabbed: Option to exit if last subwindow vanished
Package: suckless-tools Version: 38-1 Severity: wishlist File: /usr/bin/tabbed Hi, it would be cool if tabbed would have an option to exit, too, if the last subwindow was closed (or closed itself). Example: If I run xterm -into `tabbed -d` and then enter exit in the embedded xterm, the xterm exits but the empty tabbed shell stays. It would be cool if tabbed would be able to exit then, too. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (990, 'unstable'), (600, 'stable'), (500, 'testing'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages suckless-tools depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1.1-1 X11 Xinerama extension library suckless-tools recommends no packages. Versions of packages suckless-tools suggests: ii dwm 5.8.2-3dynamic window manager -- 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#611413: (no subject)
Dear Vincent, please have a look at http://ddtp.debian.net/ddt.cgi?desc_id=22942language=fr. I believe it's fixed now. When you detect the next typo, please consider having a look at http://www.debian.org/international/l10n/ddtp. Kind regards, Martin --- xfonts-100dpi-transcoded.ddtp~ 2011-01-30 14:55:17.0 +0100 +++ xfonts-100dpi-transcoded.ddtp 2011-01-30 14:58:14.0 +0100 @@ -32,7 +32,7 @@ . Ce paquet et le paquet xfonts-75dpi-transcoded fournissent le même jeu de polices à des résolutions différentes. Seul l'un des deux est - nécessaire bin que les deux puissent etre installés simultanément. + nécessaire bien que les deux puissent être installés simultanément. xfonts-100dpi-transcoded devrait être plus adapté aux écrans de grande taille ou aux résolutions élevées (au delà de 1024x768). .
Bug#527589: Outdated header file /usr/include/bits/sched.h for GNU/Hurd!?
I've completed Aurelien's any/submitted-sched_h.diff patch in my tree, I'll commit it after the squeeze release. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611536: unblock: maradns/1.4.03-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package maradns. It fixes CVE-2011-0520 (which wasn't filed at RC severity, but qualifies as such) unblock maradns/1.4.03-1.1 -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504058: Packaging Zotero in Debian
Hi Benjamin, thanks for the update -- I did not know about standalone version being under development. It would indeed indeed be nice to get it packaged -- I am still Zotero user, thanks in advance Please contact me if you want to work on this or help, etc. please accept etc == inspiration ;-) On Sat, 29 Jan 2011, Benj. Mako Hill wrote: There is currently an alpha version as Zotero Standalone. I'm going to create packages for Zotero standalone and I'll follow up with a link to them here. Probably when upstream releases a beta, I will upload those packages into Debian. I probably won't upload them before. -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586062: mesa-dri-experimental: Missing /usr/lib/dri/nouveau_vieux_dri.so
On 2011-01-29 14:56 +0100, Cyril Brulebois wrote: Christopher James Halse Rogers christopher.halse.rog...@canonical.com (16/06/2010): nouveau_vieux_dri.so is the classic mesa driver for nv04-nv2x nVidia chips. It currently doesn't build against the libdrm in experimental. It appears to be more usable in mesa git master. I plan to add it when we start packaging from the mesa 7.9 branch. Just for the record, not fixed in either 7.9 or 7.10 (yet) packages. Ubuntu is shipping this driver already in the libgl1-mesa-dri package, see commit f1928b75. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611537: grub-pc: In an mdadm RAID1 area GRUB2 fails to boot from second HDD (at, least in SATA environment) when graphical terminal activated
Package: grub-pc Version: 1.98+20100804-14 Severity: important I installed a fresh server in SATA environment using mdadm. All went smooth even rebooting from one or the other disk after installation. I used a net install SQUEEZE CD from around 08/2010. After having removed the linux-image-2.6.32-5-trunk-amd64 image from installation, I again tried my RAID setup and from here I'm unable to boot from HDD who whas sda during installation. Worth, when booting GRUB I see the welcome message, than quickly appears some errors and the server is going to reboot, no GRUB Cli even in rescue mode :-(! Pressing SHIFT key during GRUB start gives only a blanck screen, nothing usable. With a camera I could get an image from the procedure and saw: GRUB loading. Welcome to GRUB! error: no such device 83fe9f48-467b-43bc-bffa-0c0f09be70a5 error: no such disk error: no suitable mode found and server is rebooting the above UUID device is the / partition wich is /dev/md2. Separate is /boot being /dev/md0 partition. Booting from other HDD or from entire RAID area is working well. Now I enabled in /etc/default/grub [...] GRUB_TERMINAL=console ran update-grub and try again my RAID area: booting from each HDD is effective! I checked my raid area with boot_info_script055.sh script, everything is fine (output is filename RESULTS.txt below). -- Daniel -- Package-specific info: *** BEGIN /proc/mounts /dev/md2 / ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0 /dev/md0 /boot ext3 rw,relatime,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-SAMSUNG_HE253GJ_S2B5J90ZB19053 (hd1) /dev/disk/by-id/ata-SAMSUNG_HE253GJ_S2B5J90ZB19069 *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=0 if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } terminal_input console terminal_output console set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os { insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod ext2 set root='(md0)' search --no-floppy --fs-uuid --set 3f4ae82c-ac03-473d-a158-9e6016fe9a67 echo'Loading Linux 2.6.32-5-amd64 ...' linux /vmlinuz-2.6.32-5-amd64 root=/dev/md2 ro echo'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-amd64 } menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os { insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod ext2 set root='(md0)' search --no-floppy --fs-uuid --set 3f4ae82c-ac03-473d-a158-9e6016fe9a67 echo'Loading Linux 2.6.32-5-amd64 ...' linux /vmlinuz-2.6.32-5-amd64 root=/dev/md2 ro single echo'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii grub-common 1.98+20100804-14 GRand Unified Bootloader,
Bug#611538: reviewboard: FTBFS: This script requires setuptools version 0.6c8 to run
Source: reviewboard Version: 1:1.0~alpha5+svn1816-1 Severity: serious Justification: fails to build from source reviewboard FTBFS in a clean sid chroot. The interesting part of the build log: | dh clean |dh_testdir |dh_auto_clean | | --- | This script requires setuptools version 0.6c8 to run (even to display | help). I will attempt to download it for you (from | http://pypi.python.org/packages/2.6/s/setuptools/), but | you may need to enable firewall access for this script first. | I will start the download in 15 seconds. | | (Note: if this machine does not have network access, please obtain the file | |http://pypi.python.org/packages/2.6/s/setuptools/setuptools-0.6c8-py2.6.egg | | and place it in this directory before rerunning this script.) | --- | Downloading http://pypi.python.org/packages/2.6/s/setuptools/setuptools-0.6c8-py2.6.egg | Traceback (most recent call last): | File setup.py, line 13, in module | use_setuptools() | File /build/sbuild-reviewboard_1.0~alpha5+svn1816-1-i386-IFMQde/reviewboard-1.0~alpha5+svn1816/ez_setup.py, line 91, in use_setuptools | return do_download() | File /build/sbuild-reviewboard_1.0~alpha5+svn1816-1-i386-IFMQde/reviewboard-1.0~alpha5+svn1816/ez_setup.py, line 85, in do_download | egg = download_setuptools(version, download_base, to_dir, download_delay) | File /build/sbuild-reviewboard_1.0~alpha5+svn1816-1-i386-IFMQde/reviewboard-1.0~alpha5+svn1816/ez_setup.py, line 146, in download_setuptools | src = urllib2.urlopen(url) | File /usr/lib/python2.6/urllib2.py, line 126, in urlopen | return _opener.open(url, data, timeout) | File /usr/lib/python2.6/urllib2.py, line 391, in open | response = self._open(req, data) | File /usr/lib/python2.6/urllib2.py, line 409, in _open | '_open', req) | File /usr/lib/python2.6/urllib2.py, line 369, in _call_chain | result = func(*args) | File /usr/lib/python2.6/urllib2.py, line 1170, in http_open | return self.do_open(httplib.HTTPConnection, req) | File /usr/lib/python2.6/urllib2.py, line 1145, in do_open | raise URLError(err) | urllib2.URLError: urlopen error [Errno -2] Name or service not known | dh_auto_clean: python setup.py clean -a returned exit code 1 | make: *** [clean] Error 2 It looks like missing build-dependency on python-setuptools. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608492: cairo: FTBFS on hurd-i386: LD_PRELOAD support not enabled
tags 608492 + fixed-upstream thanks Hi, I forward the problem upstream and was fixed in the master[1] and 1.10[2] branches, so it will be fixed in any release after 1.10.2 (so 1.10.3 or so). [1] 0e199ccc574d77041e19b29cb9a228e2588d5dca [2] 10ed4f700197cb343fec9f5c8f233c29dff75306 -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#611348: munin-node: Out of memory and conflict with service svnserve
tags 611348 tags + unreproducible thanks Hi Jordi, On Freitag, 28. Januar 2011, Jordi Montanard wrote: And whats in /var/log/munin/munin-node.log ? Process Backgrounded 2011/01/28-15:06:24 Munin::Node::Server (type Net::Server::Fork) starting! pid(13236) Binding to TCP port 4949 on host * Setting gid to 0 0 Out of memory! Process Backgrounded I guess this indicates the problem... but I don't get it. Is your system somehow special? low memory? xen? other types of virtual machines? /etc/security/limits.conf modified? special munin plugins? I tried to reproduce it with your munin.conf, but couldn't. Can you reproduce this on other machines? chroots? And regarding http://www.bluequartz.us/phpBB2/viewtopic.php?p=549689sid=30e881dd1c0af1861f4241f082959dcc#549689 did you try to remove the pid file? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#611532: DDTP - mail interface does not check number of paragraphs
retitle 611532 DDTP - please improve format check for incoming emails severity: wishlist Dear Christian, i am sorry for hitting the return button to fast. I am CCing you because I believe you know how to get the source and who can help best. Working with the DDTP mail interface I found three issues. All of them can be reproduced with the attached file. (I already corrected the description). - The number of paragraphs can be changed. - Lines longer than 80 characters are accepted. - A line containing just two spaces and a period ( .) shouldn't be accepted as well. Kind regards Martin bug-2.ddtp Description: application/debian-dt
Bug#580119: Hang in pixman_blt_sse2()
On Sun, Jan 30, 2011 at 05:50:56AM +0100, Cyril Brulebois wrote: Still having this issue with the X stack from squeeze/sid (or from experimental)? No, haven't seen this lately (though I've been using EXA and KMS). Sami signature.asc Description: Digital signature
Bug#611477: gambas2-gb-net-curl: Linked with OpenSSL, seems to be a GPL violation
2011/1/30 Adam D. Barratt a...@adam-barratt.org.uk On Sat, 2011-01-29 at 21:10 +0200, Adrian Bunk wrote: $ ldd /usr/lib/gambas2/gb.net.curl.so.0.0.0 | grep ssl libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x7fb6be1eb000) $ /usr/share/doc/gambas2-gb-net-curl/copyright says: [...] I didn't find any statement that all copyright holders of GPL'ed code have given extra permission to link with OpenSSL. [...] It might be enough to change the libcurl build dependency to libcurl4-gnutls-dev. I've verified that making that change is enough to produce a gb.net.curl.so that links against gnutls rather than libssl; libssl-dev still gets pulled in during the build (kdelibs4-dev depends on it, for one thing) but it doesn't get used to produce the curl-based library. gambas2 maintainer? Regards, Adam Yes, you're right, I've uploaded a new package with the fix you proposed yesterdeay in the bug info . No more ssl libraries are used in the build-depends field. Thanks for your tips. Regards. José L.
Bug#611539: broadcom-sta-source: Doesn't mount wlan0 interface in BCM4312
Package: broadcom-sta-source Version: 5.60.48.36-3 Severity: important Tags: sid -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 Versions of packages broadcom-sta-source depends on: ii bzip2 1.0.5-6high-quality block-sorting file co ii debhelper 8.0.0 helper programs for debian/rules ii make 3.81-8 An utility for Directing compilati ii quilt 0.48-7 Tool to work with series of patche Versions of packages broadcom-sta-source recommends: ii module-assistant 0.11.3 tool to make module package creati Versions of packages broadcom-sta-source recommends: ii module-assistant 0.11.3 tool to make module package creati Versions of packages broadcom-sta-source suggests: ii wireless-tools30~pre9-5 Tools for manipulating Linux Wirel -- no debconf information I compile the package and install as say in the README.txt, I have the module lib80211_crypt_tkip installed and after copy wl to the kernel modules dir, modprobe wl doesn't mount wlan0. The strange is than in ubuntu the package already compiled work. There are a strange thing in the dmesg, the name appear as it is called BCM4727, as if there are some confution with the $ dmesg| grep Broad [7.812520] eth1: Broadcom BCM4727 802.11 Hybrid Wireless Controller 5.60.48.36 but $ lspci -vvnn |grep 14e4 06:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller [14e4:4727] (rev 01) Subsystem: Broadcom Corporation Device [14e4:0510] Any idea will be wellcome. Regards Juan Fernando Jaramillo
Bug#611540: Update to build with the latest soundtouch
Package: rezound Version: 0.12.3beta-3 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch Hi, in Ubuntu, I've applied the attached patch to make the package build fine with the newest soundtouch's version available in experimental. Cheers. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-25-generic (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u rezound-0.12.3beta/debian/control rezound-0.12.3beta/debian/control --- rezound-0.12.3beta/debian/control +++ rezound-0.12.3beta/debian/control @@ -1,14 +1,15 @@ Source: rezound Section: sound Priority: optional Maintainer: Debian QA Group packa...@qa.debian.org Build-Depends: debhelper ( 5.0.0), libtool, automake (= 1.7), autoconf, autopoint, gettext, cdbs, libfox-1.6-dev, libxft-dev, libx11-dev, libxrandr-dev, libxcursor-dev, libxext-dev, libxrender-dev, libfreetype6-dev, libcups2-dev, libfontconfig1-dev, libbz2-dev, fftw3-dev, libogg-dev, libvorbis-dev, libaudiofile-dev, bison, flex, zlib1g-dev, libjpeg62-dev, libtiff4-dev, libpng-dev, - libjack-dev, libflac-dev (= 1.1.1-3), libflac++-dev, libsoundtouch1-dev, + libjack-dev, libflac-dev (= 1.1.1-3), libflac++-dev, libsoundtouch0-dev, libglu1-mesa-dev | libgl-dev Standards-Version: 3.8.4 Homepage: http://rezound.sf.net/ diff -u rezound-0.12.3beta/debian/changelog rezound-0.12.3beta/debian/changelog
Bug#511592: #511592 S390 Install Unable to find Disks
Hi, care to try and report the status of this BR against current debian installer release (Debian Squeeze RC2) [1] ? 1 - http://www.debian.org/devel/debian-installer/ -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533831: /usr/bin/kde4: NumLock led behaves inversely if num lock is turned on kde4
Package: kdebase-runtime Version: 4:4.4.5-1 Severity: normal Hello, Maybe you should have a look at this. It seems the problem is located inside x11-xkb-utils package since version 7.5+3. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611169 Regards, Laurent -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-runtime depends on: ii kdebase-runtime-dat 4:4.4.5-1shared data files for the KDE base ii kdelibs5-plugins4:4.4.5-2core plugins for KDE Applications ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libattica0 0.1.4-1 a Qt library that implements the O ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.5-8GCC support library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libkde3support4 4:4.4.5-2the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-2the KDE Platform Core Library ii libkdesu5 4:4.4.5-2the Console-mode Authentication Li ii libkdeui5 4:4.4.5-2the KDE Platform User Interface Li ii libkdnssd4 4:4.4.5-2the DNS-SD Protocol Library for th ii libkfile4 4:4.4.5-2the File Selection Dialog Library ii libkhtml5 4:4.4.5-2the KHTML Web Content Rendering En ii libkio5 4:4.4.5-2the Network-enabled File Managemen ii libkmediaplayer44:4.4.5-2the KMediaPlayer Interface for the ii libknewstuff2-4 4:4.4.5-2the Get Hot New Stuff v2 Library ii libknewstuff3-4 4:4.4.5-2the Get Hot New Stuff v3 Library ii libknotifyconfig4 4:4.4.5-2library for configuring KDE Notifi ii libkparts4 4:4.4.5-2the Framework for the KDE Platform ii libkpty44:4.4.5-2the Pseudo Terminal Library for th ii libkutils4 4:4.4.5-2various utility classes for the KD ii libnepomuk4 4:4.4.5-2the Nepomuk Meta Data Library ii libnepomukquery4a 4:4.4.5-2the Nepomuk Query Library for the ii libopenexr6 1.6.1-4.1runtime files for the OpenEXR imag ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libplasma3 4:4.4.5-2the Plasma Library for the KDE Pla ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-qt3support 4:4.6.3-4Qt 3 compatibility library for Qt ii libqt4-svg 4:4.6.3-4Qt 4 SVG module ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libsmbclient2:3.5.6~dfsg-3 shared library for communication w ii libsolid4 4:4.4.5-2Solid Library for KDE Platform ii libsoprano4 2.5.0+dfsg.1-1 libraries for the Soprano RDF fram ii libssh-40.4.5-3 A tiny C SSH library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libstreamanalyzer0 0.7.2-1+b1 streamanalyzer library for Strigi ii libstreams0 0.7.2-1+b1 streams library for for Strigi Des ii libx11-62:1.3.3-4X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii oxygen-icon-theme 4:4.4.5-1Oxygen icon theme ii perl5.10.1-17Larry Wall's Practical Extraction ii phonon-backend-xine 4:4.6.0really4.4.2-1 Phonon Xine 1.1.x backend ii plasma-scriptengine 4:4.4.5-1the JavaScript script engine for P ii shared-desktop-onto 0.5-1shared ontologies for semantic sea Versions of packages kdebase-runtime recommends: ii hal0.5.14-3 Hardware Abstraction Layer ii virtuoso-minimal 6.1.2+dfsg1-1 high-performance database - core d Versions of packages kdebase-runtime suggests: ii djvulibre-bin 3.5.23-3 Utilities for the DjVu image forma pn icoutils 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#394529: xorg.conf(5): Please mention APM/ACPI in NoPM option
tag 394529 upstream thanks Hi, Julien Viard de Galbert jul...@vdg.blogsite.org (09/11/2010): Thanks for your suggestion, anyway as there is currently so many bugs on xorg packages it is unlikely it will be addressed any time soon... that's an easy one, though. :) Maybe you can provide a patch with a nice phrasing ? Also I know xorg uses ACPI but I'm not sure whether it still uses APM. Just for the record, to check what happens with this option: | $ git grep NoPM | → FLAG_NOPM | $ git grep FLAG_NOPM | → pmFlag | $ git grep -l pmFlag|grep os-support | hw/xfree86/os-support/bsd/bsd_apm.c | hw/xfree86/os-support/bsd/bsd_kqueue_apm.c | hw/xfree86/os-support/linux/lnx_acpi.c | hw/xfree86/os-support/linux/lnx_apm.c | hw/xfree86/os-support/solaris/sun_apm.c I'd go for just adding “(like ACPI, APM)” in that sentence. To submit patches upstream: http://www.x.org/wiki/Development/Documentation/SubmittingPatches Feel free to put the bug in cc of the patches you submit upstream. KiBi. signature.asc Description: Digital signature
Bug#610292: unblock: iceowl/1.0~b1+dfsg2-1
On Sun, Jan 30, 2011 at 02:30:17PM +0100, Moritz Mühlenhoff wrote: On Sat, Jan 29, 2011 at 07:52:38PM +0100, Guido Günther wrote: On Sat, Jan 29, 2011 at 05:48:43PM +, Adam D. Barratt wrote: On Tue, 2011-01-25 at 09:16 +0100, Guido Günther wrote: On Mon, Jan 24, 2011 at 08:43:38PM +, Adam D. Barratt wrote: The main problem I'm having with looking at this is the size of the diff that gets introduced as a result. Even after ignoring the test suite, the embedded copy of sqlite3 and the autoconf patches, I'm still left with 2061 files changed, 65055 insertions(+), 96419 deletions(-) which isn't particularly fun. :-/ Yes, I agree - updating from 3.0.0 to 3.0.11 sucks but it will allow us to track icedove's security releases from now on with minimal impact. [...] I fully understand that making these changes that late in the release is a bad thing but shipping unpatched xulrunner that reads external calendar data isn't great either. If the changes are too big we should reconsider pulling iceowl from squeeze. We could then come back with a better synched package for wheezy. So, I really should stop procrastinating on this. :-/ Would I be correct in assuming that even with the new upstream tarball the package would still not get official support from the security team and any required security updates would have to go via proposed-updates? I'm cc'ing Moritz for his opinion on this. With the new version based on the icedove tarball it would be simple enough to handle the xulrunner flaws via that path. If iceowl uses the same Mozilla code base branch as the iceweasel source package (which provides the xulrunner libs in Squeeze) and the iceowl maintainers provide packages, we can fix in security updates. Iceweasel updates are an order of a magnitude more critical, though. We use the icedove tarball[1] not the iceweasel one but the effect is the basically the same. We can reuse the security work done for icedove. Cheers, -- Guido [1] since both are based on comm-central -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609628: Build interacts badly with local::lib (installs Perl modules to local::lib directory)
I ran into this issue again, so I had it dump out `env' during build (by adding it to debian/rules). Here's what I got: debian/rules build env DEB_BUILD_ARCH_OS=linux CPPFLAGS= SHELL=/bin/bash SCHROOT_COMMAND=dpkg-buildpackage -us -uc -r/usr/bin/fakeroot _=/usr/bin/sbuild CFLAGS=-g -O2 APT_CONFIG=/var/lib/sbuild/apt.conf DEB_HOST_ARCH_BITS=32 CXXFLAGS=-g -O2 PERL_MM_OPT=INSTALL_BASE=/home/jon/.perl5 DEBEMAIL=jaw...@cpan.org DEB_BUILD_GNU_CPU=i486 SSH_CONNECTION=10.0.1.2 2180 10.0.1.3 22 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin:/usr/games DEB_HOST_ARCH_CPU=i386 SSH_TTY=/dev/pts/0 FFLAGS=-g -O2 DEB_HOST_ARCH_ENDIAN=little DEB_HOST_GNU_SYSTEM=linux-gnu PS3=\[\e[1;37m\]? \[\e[0m\] LDFLAGS= DEB_BUILD_ARCH=i386 PWD=/tmp HOME=/home/jon SCHROOT_USER=jon PERL5LIB=/home/jon/.perl5/lib/perl5/i486-linux-gnu-thread-multi:/home/jon/.perl5/lib/perl5 SCHROOT_GID=1000 LOGNAME=jon DEB_HOST_GNU_TYPE=i486-linux-gnu SHLVL=1 BLOCKSIZE=K DEB_HOST_ARCH_OS=linux SCHROOT_UID=1000 DEB_BUILD_ARCH_BITS=32 USER=jon SCHROOT_SESSION_ID=sid-420d2cc3-fcd7-4880-9f98-b6743e600ccc OLDPWD=/tmp/libinline-perl-0.48 SCHROOT_GROUP=jon MAKEFLAGS= MFLAGS= SSH_CLIENT=10.0.1.2 2180 22 MAIL=/var/mail/jon MODULEBUILDRC=/home/jon/.perl5/.modulebuildrc DEB_BUILD_ARCH_CPU=i386 DEB_BUILD_ARCH_ENDIAN=little DEB_HOST_GNU_CPU=i486 DEB_BUILD_GNU_SYSTEM=linux-gnu PROMPT_COMMAND=echo -ne \033]0;`hostname -s`: `pwd`\007 PS1=\[\e[0;35m\]\h\[\e[1;37m\]'\[\e[0;32m\]\u\[\e[1;30m\](\[\e[1;33m\]\w\[\e[1;30m\])\[\e[1;37m\] \[\e[0m\] EDITOR=/usr/bin/nano PAGER=/bin/more LC_ALL=POSIX DEB_HOST_ARCH=i386 DEB_BUILD_GNU_TYPE=i486-linux-gnu LANG=en_CA.UTF-8 TERM=linux PS4=\[\e[1;37m\]+ \[\e[0m\] PS2=\[\e[1;37m\] \[\e[0m\] MAKELEVEL=1 Notice these variables (put in by local:;lib -- if these are sanitized by sbuild, this bug should go away. Perhaps Env::Sanctify can be used for this purpose?) MODULEBUILDRC=/home/jon/.perl5/.modulebuildrc PERL_MM_OPT=INSTALL_BASE=/home/jon/.perl5 PERL5LIB=/home/jon/.perl5/lib/perl5/i486-linux-gnu-thread-multi:/home/jon/.perl5/lib/perl5 I might be in a position to provide a patch at some point... Cheers, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611541: gitolite: gl-emergency-addkey broken due to wrong path to gl-compile-conf
Package: gitolite Version: 1.5.4-2 Severity: normal If you lock out yourself from your gitolite and try to use /usr/share/gitolite/gl-emergency-addkey to fix up the mess, it will fail with the error message /usr/share/gitolite/gl-emergency-addkey: 40: src/gl-compile-conf: not found. Seems like the path has to be fixed up in the script. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gitolite depends on: ii adduser 3.110ubuntu7 add and remove users and groups ii debconf [debconf-2.0] 1.5.27ubuntu2Debian configuration management sy ii git [git-core] 1:1.7.2.3-2.2fast, scalable, distributed revisi ii git-core1:1.7.2.3-2.2fast, scalable, distributed revisi ii openssh-server [ssh-ser 1:5.1p1-6ubuntu2 secure shell server, an rshd repla ii perl5.10.0-24ubuntu4 Larry Wall's Practical Extraction gitolite recommends no packages. Versions of packages gitolite suggests: pn git-daemon-run none(no description available) ii gitweb 1:1.7.2.3-2.2 fast, scalable, distributed revisi -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611542: python-py: py.test -- loads sibling directories, and failing to test X if Y is broken
Package: python-py Version: 1.3.3-2 Severity: important See example below which I have discovered while testing a fresh package of MDP who switched to use py.test. Communicated by Tiziano (MDP upstream), issue is known and fixed upsteam in py.test 2.0 (which, as far as I see, is now a separate entity: http://pytest.org/): https://bitbucket.org/hpk42/py-trunk/issue/109/implicit-loading-of-sibling-directorys I have marked issue important since it breaks functionality of unrelated packages dependending on py.test. Example of behavior: $ py.test /usr/lib/pymodules/python2.6/mdp /usr/lib/pymodules/python2.6/bimdp /usr/lib/pymodules/python2.6/MoinMoin/conftest.py:28: DeprecationWarning: py.magic.autopath deprecated, use py.path.local(__file__) and maybe pypkgpath/pyimport(). (since version 1.1) rootdir = py.magic.autopath().dirpath() 2011-01-30 10:31:17,945 WARNING MoinMoin.log:139 using logging configuration read from built-in fallback in MoinMoin.log module! Traceback (most recent call last): File /usr/bin/py.test, line 9, in module load_entry_point('py==1.3.3', 'console_scripts', 'py.test')() File /usr/lib/pymodules/python2.6/py/_cmdline/pytest.py, line 5, in main raise SystemExit(py.test.cmdline.main(args)) File /usr/lib/pymodules/python2.6/py/_test/cmdline.py, line 16, in main colitems = config.getinitialnodes() File /usr/lib/pymodules/python2.6/py/_test/config.py, line 158, in getinitialnodes return [self.getnode(arg) for arg in self.args] File /usr/lib/pymodules/python2.6/py/_test/config.py, line 173, in getnode return self._rootcol.getbynames(names) File /usr/lib/pymodules/python2.6/py/_test/collect.py, line 388, in getbynames for x in current._memocollect(): File /usr/lib/pymodules/python2.6/py/_test/collect.py, line 230, in _memocollect return self._memoizedcall('_collected', self.collect) File /usr/lib/pymodules/python2.6/py/_test/collect.py, line 104, in _memoizedcall res = function() File /usr/lib/pymodules/python2.6/py/_test/collect.py, line 300, in collect res = self.consider(path) File /usr/lib/pymodules/python2.6/py/_test/collect.py, line 309, in consider if self.ihook.pytest_ignore_collect(path=path, config=self.config): File /usr/lib/pymodules/python2.6/py/_test/collect.py, line 21, in call_matching_hooks return hookmethod.pcall(plugins, **kwargs) File /usr/lib/pymodules/python2.6/py/_test/pluginmanager.py, line 352, in pcall return self.hookrelay._performcall(self.name, mc) File /usr/lib/pymodules/python2.6/py/_test/pluginmanager.py, line 333, in _performcall return multicall.execute() File /usr/lib/pymodules/python2.6/py/_test/pluginmanager.py, line 244, in execute res = method(**kwargs) File /usr/lib/pymodules/python2.6/py/_plugin/pytest_default.py, line 32, in pytest_ignore_collect ignore_paths = config.getconftest_pathlist(collect_ignore, path=path) File /usr/lib/pymodules/python2.6/py/_test/config.py, line 195, in getconftest_pathlist mod, relroots = self._conftest.rget_with_confmod(name, path) File /usr/lib/pymodules/python2.6/py/_test/conftesthandle.py, line 88, in rget_with_confmod modules = self.getconftestmodules(path) File /usr/lib/pymodules/python2.6/py/_test/conftesthandle.py, line 72, in getconftestmodules clist.append(self.importconftest(conftestpath)) File /usr/lib/pymodules/python2.6/py/_test/conftesthandle.py, line 108, in importconftest mod = conftestpath.pyimport() File /usr/lib/pymodules/python2.6/py/_path/local.py, line 528, in pyimport mod = __import__(modname, None, None, ['__doc__']) File /usr/lib/pymodules/python2.6/MoinMoin/conftest.py, line 35, in module from MoinMoin._tests import maketestw -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-py depends on: ii python 2.6.6-3+squeeze4 interactive high-level object-orie ii python-pkg-resources0.6.14-4 Package Discovery and Resource Acc ii python-support 1.0.10 automated rebuilding support for P python-py recommends no packages. Versions of packages python-py suggests: pn python-pytest-xdist none (no description available) ii subversion 1.6.12dfsg-4 Advanced version control system -- 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#428711: Acknowledgement (xserver-xorg: xorg suddenly locks up Thinkpad i1300/Silicon Motion)
On Fri, 28 Jan 2011 11:04:48 +0100 Cyril Brulebois k...@debian.org wrote: Hi, Clayton cko...@gmail.com (21/09/2009): And now the Xorg.0.log seems to have some very interesting new details about the failed start. See at the end of the attached log: (II) SMI(0): Printing probed modes for output LVDS (II) SMI(0): Modeline 800x600x59.9 38.25 800 832 912 1024 600 603 607 624 -hsync +vsync (37.4 kHz) (II) SMI(0): Output LVDS connected (II) SMI(0): Using fuzzy aspect match for initial modes (II) SMI(0): Output LVDS using initial mode 800x600 (EE) SMI(0): Not enough video memory for the configured screen size (800x800) and color depth. (II) UnloadModule: siliconmotion (II) UnloadModule: vbe (II) Unloading /usr/lib/xorg/modules//libvbe.so (II) UnloadModule: int10 (II) Unloading /usr/lib/xorg/modules//libint10.so (II) UnloadModule: vgahw (II) Unloading /usr/lib/xorg/modules//libvgahw.so (EE) Screen(s) found, but none have a usable configuration. maybe you'd have a chance to report what's happening with an X stack from squeeze/sid, or from experimental? Hi Cyril, Running an up-to-date testing, I get exactly the same behavior with the same error messages in Xorg.0.log. Clayton signature.asc Description: PGP signature
Bug#551359: maradns: Maradns starts before openvpn, failed to start if binding to openvpn ifc
Hi, I don't know too much about insserv, but hendry asked me to write a comment in IRC so here I go :) Dusan Zatkovsky msk.c...@gmail.com writes: If you are using maradns together with openvpn, and you have specified marands bind_address to ip address of tun interface, maradns will not start during boot because tun ifc is not initialized by openvpn yet. I must fixed it manually renaming /etc/rc2.d/S01maradns to S02. I think both configurations are valid: maradns could depend on openvpn as in your configuration, but openvpn could also rely in DNS to establish a connection. As this depends on the local configuration, this cannot be fixed by adding a additional dependency in the LSB header for the Debian package. (The same holds for using a different Sxx number in the old, non-insserv system.) However, insserv provides a facility to override the LSB header by placing a file with the new LSB header using the same name as the init script in /etc/insserv/overrides (see insserv(8)). I have never done this myself, but please try adding /etc/insserv/ovverides/maradns with the following content: --8---cut here---start-8--- ### BEGIN INIT INFO # Provides: maradns # Required-Start:$remote_fs $network openvpn # Required-Stop: $remote_fs $network openvpn # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Controls the maradns DNS service ### END INIT INFO --8---cut here---end---8--- I don't know whether it is possible to only override single fields so I included all of them to be on the safe side. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611521: [INTL:da] Danish translation of release-notes
Hi, On Sun, Jan 30, 2011 at 09:55:31AM +, Joe Dalton wrote: Package: release-notes Severity: wishlist Tags: l10n patch Please include the attached Danish release-notes translation. joe@joe-desktop:~/over/debianudg$ msgfmt --statistics -c -v -o /dev/null about.po about.po: 21 oversatte tekster. Thanks, commited (r8254). As the translation is not yet complete, it will not be published for the moment. I propose to keep this bug opened until the translation is enabled. By the way, as you appear to be the only brave contributor to danish translation, maybe you could recruit some people on debian-user-danish ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611544: ftplugin/po.vim: Patch to enhance handling of fuzzy strings with --previous msgid in po files
Package: vim-scripts Version: 20091011 Severity: wishlist Tags: patch Hello, I tried to contact the upstream author regarding this patch, but I got no response. The diff part needs more work. [sniped irrelevant system info] Thanks, Andrei --- /usr/share/vim-scripts/ftplugin/po.vim 2009-10-11 19:24:05.0 +0300 +++ .vim/ftplugin/po.vim2011-01-30 17:39:35.0 +0200 @@ -1,8 +1,8 @@ Vim ftplugin for PO file (GNU gettext) editing. Maintainer: Aleksandar Jelenak ajelenak AT yahoo.com - Last Change: Tue, 12 Apr 2005 13:49:55 -0400 + Last Change: Tue, 30 Jan 2011 17:25:32 +0200 - *** Latest version: http://www.vim.org/scripts/script.php?script_id=695 *** + *** Based on the version at: http://www.vim.org/scripts/script.php?script_id=695 *** DESCRIPTION This file is a Vim ftplugin for editing PO files (GNU gettext -- the GNU @@ -19,7 +19,7 @@ Move to the next fuzzy translation S-F5 \f Move to the previous fuzzy translation S-F6 \b Label the translation fuzzy S-F7 \z - Remove the fuzzy label S-F8 \r + Remove the fuzzy label and previous msgid S-F8 \r Show msgfmt statistics for the file(*) S-F11 \s Browse through msgfmt errors for the file(*)S-F12 \e Put the translator info in the header \t \t @@ -36,7 +36,7 @@ Move to the next fuzzy translation S-F5 \f Move to the previous fuzzy translation S-F6 \b Label the translation fuzzy S-F7 \z - Remove the fuzzy label S-F8 \r + Remove the fuzzy label and previous msgid S-F8 \r Split-open the file under cursor gfgf Show msgfmt statistics for the file(*) S-F11 \s Browse through msgfmt errors for the file(*)S-F12 \e @@ -45,6 +45,10 @@ --- (*) Only available on UNIX computers. + Command + === + Use a hidden buffer to highlight changes:DiffMsgid + Remarks: - S in the above key mappings stands for the Shift key and \ in fact means LocalLeader (:help LocalLeader), which is \ by @@ -69,6 +73,10 @@ program via the global variable 'g:po_msgfmt_args'. All arguments are allowed except the -o for output file. The default value is -vv -c. + - The :DiffMsgid command works only if --previous was used with msgmerge + (or equivalent options in other .po tools). + TODO + The substitute does not work for strings that are only one line But there's even more! @@ -212,7 +220,7 @@ endwhile endf - Remove fuzzy description from the translation. + Remove previous msgid and fuzzy flag. if !hasmapto('PlugRemoveFuzzy') if gui imap buffer unique S-F8 PlugRemoveFuzzy @@ -222,16 +230,12 @@ nmap buffer unique LocalLeaderr PlugRemoveFuzzy endif endif -inoremap buffer unique PlugRemoveFuzzy ESC{vap:call SIDRemoveFuzzy()CRi -nnoremap buffer unique PlugRemoveFuzzy {vap:call SIDRemoveFuzzy()CR +inoremap buffer unique PlugRemoveFuzzy ESC{vap:call SIDRemoveFuzzy()CRgvESC}i +nnoremap buffer unique PlugRemoveFuzzy {vap:call SIDRemoveFuzzy()CRgvESC} -fu! SIDRemoveFuzzy() - let line = getline(.) - if line =~ '^#,\s*fuzzy$' - exe normal! dd - elseif line =~ '^#,\(.*,\)\=\s*fuzzy' - exe 's/,\s*fuzzy//' - endif +fu! SIDRemoveFuzzy() range + execute ':'',''global/^#,\sfuzzy$\|^#|\s.*.*$/d' + execute ':'',''s/,\s*fuzzy//e' endf Show PO translation statistics. (Only available on UNIX computers for now.) @@ -404,4 +408,33 @@ endif endf + This copies everything to a new, hidden buffer, so we can use the builtin + diff capabilities of vim. Built on an idea of Jürgen Krämer from the vim + users mailing list +fu! DiffPreviousString() +%yank +new +put! + this replaces the current msgid with the old one, so that diff + can highlight the changes. Currently doesn't work with + msgids that are only in one (the first) line + example: + + #, fuzzy + #| msgid previous text + msgid new text + msgstr translation + + +%s/^\(#| msgid \n\(\_.\{-\}\n\)msgid \n\)\(\_.\{-\}\n\)\(msgstr \)/\=submatch(1).substitute(submatch(2), '#| ', '', 'g').submatch(4)/ +nohls +diffthis +hide +diffthis +set fdc=0 +set nofen +endf + +command DiffMsgid call DiffPreviousString() + unlet gui
Bug#611543: python-moinmoin: fails to load conftest due to missing _tests module
Package: python-moinmoin Version: 1.9.3-1 Severity: normal $ python -c 'import MoinMoin.conftest' /usr/lib/pymodules/python2.6/MoinMoin/conftest.py:28: DeprecationWarning: py.magic.autopath deprecated, use py.path.local(__file__) and maybe pypkgpath/pyimport(). (since version 1.1) rootdir = py.magic.autopath().dirpath() 2011-01-30 10:45:24,103 WARNING MoinMoin.log:139 using logging configuration read from built-in fallback in MoinMoin.log module! Traceback (most recent call last): File string, line 1, in module File /usr/lib/pymodules/python2.6/MoinMoin/conftest.py, line 35, in module from MoinMoin._tests import maketestwiki, wikiconfig ImportError: No module named _tests that scares hell out of py.test due to its siblings-traversal bug: #611542 -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-moinmoin depends on: ii python 2.6.6-3+squeeze4 interactive high-level object-orie ii python-parsedatetime0.8.7-2 Python module to parse human-reada ii python-pygments 1.3.1+dfsg-1 syntax highlighting package writte ii python-support 1.0.10 automated rebuilding support for P ii python-werkzeug 0.6.2-1 collection of utilities for WSGI a Versions of packages python-moinmoin recommends: ii apache2-mpm-worker [httpd-cgi 2.2.16-6 Apache HTTP Server - high speed th ii fckeditor 1:2.6.6-1 rich text format javascript web ed ii libapache2-mod-wsgi 3.3-2 Python WSGI adapter module for Apa ii msmtp-mta [mail-transport-age 1.4.21-1 light SMTP client with support for ii python-xapian 1.2.3-3Xapian search engine interface for ii python-xappy 0.5-4 easy-to-use interface to the Xapia Versions of packages python-moinmoin suggests: ii antiword 0.37-6 Converts MS Word files to text, PS ii catdoc 0.94.2-1.1 MS-Word to TeX or plain text conve ii docbook-dsssl1.79-6 modular DocBook DSSSL stylesheets, ii poppler-utils [xpdf-utils] 0.12.4-1.2 PDF utilitites (based on libpopple pn python-4suite-xmlnone (no description available) ii python-docutils 0.7-2 utilities for the documentation of pn python-flup none (no description available) pn python-gdchart none (no description available) pn python-ldap none (no description available) ii python-mysqldb 1.2.2-10+b1 A Python interface to MySQL ii python-openid2.2.4-1 OpenID support for servers and con pn python-pyxmppnone (no description available) ii python-tz2010b-1 Python version of the Olson timezo pn python-xml none (no description available) pn smbfsnone (no description available) ii wamerican [wordlist] 6-3 American English dictionary words -- 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#611545: dpkg: update-alternatives segfaults with dangling alternatives
Package: dpkg Version: 1.15.8.9 Severity: important I have a dangling symlink in /etc/alternatives/lvm-default pointing to /lib/lvm-200 (which doesn't exist). # ls -l /etc/alternatives/lvm-default lrwxrwxrwx 1 root root 12 Mar 7 2008 /etc/alternatives/lvm-default - /lib/lvm-200 # cat /var/lib/dpkg/alternatives/lvm-default auto /lib/lvm-default /lib/lvm-200 1 I get a segmentation fault if I do this: # update-alternatives --auto lvm-default update-alternatives: warning: alternative /lib/lvm-200 (part of link group lvm-default) doesn't exist. Removing from list of alternatives. update-alternatives: warning: /etc/alternatives/lvm-default is dangling, it will be updated with best choice. Segmentation fault -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=pt_PT, LC_CTYPE=pt_PT (charmap=UTF-8) (ignored: LC_ALL set to pt_PT.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.10 Advanced front-end for dpkg -- 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#611520: Remove Google crapware from kdebase
On Sunday, 2011-01-30, S D wrote: Package: kdebase Version: 5:66 Please remove Google crapware from kdebase, for it has nothing to do with neither KDE nor base applications. Make it a separate package or drop it completely. If anyone wants it they most certainly can install it themselves later. Since kdebase is a meta package, could you be a bit more specific and point out which actual program/library package you are referring to? Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#562122: Improve preseeding of network device to use
Bumping an old bug. I've preseeded netcfg/choose_interface to auto, to try and avoid the netcfg/choose_interface question being asked. What I suspect is the problem, is the wireless interface is showing link so the question still gets asked. My thoughts on how to extend this functionality was: allow preseeding the interface to use based on: 1) vendor component of the MAC 2) PCI ID 3) some substring of the interface description because preseeding the specific interface by name is a non-starter, due to the way Linux can't consistently enumerate the interfaces. I think that at least selection of the network interface by MAC-address instead of interface name should be possible. There is currently a patch pending for Ubuntu: http://launchpadlibrarian.net/60443113/S31pxedust (belonging to bug https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/56679 ) Any chance of getting this into Debian as well? -- Yours sincerely, Floris Bos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557245: large packages dropped from CDs
retitle 557245 debian-cd changes for the squeeze release notes thanks Here's my suggested diff for the release notes. I've moved the discussion about CDs into a separate section, plus: * update the numbers (CDs/DVDs/BDs) * mention that some packages are missed out of the CD sets, but not DVD/BD * mention i386/amd64 isohybrid feature * added BD to the glossary section -- Steve McIntyre, Cambridge, UK.st...@einval.com Is there anybody out there? Index: en/release-notes.dbk === --- en/release-notes.dbk (revision 8255) +++ en/release-notes.dbk (working copy) @@ -260,6 +260,11 @@ contribprevious release (Etch)/contrib /author, author + firstnameSteve/firstname + surnameMcIntyre/surname + contribDebian CDs/contrib +/author, +author firstnameTobias/firstname surnameScherer/surname contribdescription of proposed-update/contrib @@ -312,6 +317,10 @@ glossdefparaAdvanced Power Management/para/glossdef /glossentry glossentry +glosstermBD/glossterm +glossdefparaBlu-ray Disc/para/glossdef + /glossentry + glossentry glosstermCD/glossterm glossdefparaCompact Disc/para/glossdef /glossentry Index: en/whats-new.dbk === --- en/whats-new.dbk (revision 8255) +++ en/whats-new.dbk (working copy) @@ -331,26 +331,45 @@ TODO: (JFS) List other server software? RADIUS? Streaming ? /programlisting -!-- TODO: REVIEW for Squeeze -- para -The official debian; distribution now ships on 4 to 5 binary +Debian still supports Linux Standard Base (acronymLSB/acronym) version 3.2. +indextermprimaryLinux Standard Base/primary/indexterm +/para + +section id=nonfree-firmware +titleCDs, DVDs and BDs/title +para +The official debian; distribution now ships on 7 to 8 binary acronymDVD/acronyms indextermprimaryDVD/primary/indexterm -or 28 to 32 binary acronymCD/acronyms +or 44 to 53 binary acronymCD/acronyms indextermprimaryCD/primary/indexterm (depending on the -architecture) and 4 source acronymDVD/acronyms or 28 source +architecture) and 6 source acronymDVD/acronyms or 33 source acronymCD/acronyms. Additionally, there is a -emphasismulti-arch/emphasis acronymDVD/acronym, with a -subset of the release for the literalamd64/literal and -literali386/literal architectures, along with the source code. -debian; is also released as Blu-ray -indextermprimaryBlu-ray/primary/indexterm images, also for -the literalamd64/literal and literali386/literal -architectures, along with the source code. +emphasismulti-arch/emphasis acronymDVD/acronym, with a subset +of the release for the literalamd64/literal and +literali386/literal architectures, along with the source +code. debian; is also released as Blu-ray +indextermprimaryBlu-ray/primary/indexterm +(acronymBD/acronym) images, 2 each for the +literalamd64/literal and literali386/literal architectures, or +one for the source code. For size reasons, some very large packages +are omitted from the acronymCD/acronym builds; these packages fit +better in the acronymDVD/acronym and acronymBD/acronym builds, +so are still included there. /para para -Debian still supports Linux Standard Base (acronymLSB/acronym) version 3.2. -indextermprimaryLinux Standard Base/primary/indexterm +A new feature with squeeze is the addition of +indextermprimaryisohybrid/primary/indexterm support to the +literali386/literal and literalamd64/literal +acronymCD/acronyms, acronymDVD/acronyms and +acronymBD/acronyms. To make a USB stick bootable with one of these +images used to mean following some extra procedures after downloading +the image; instead, now all that is required is to simply write the +image directly to the USB stick. For more information please see the +quotePreparing Files for USB Memory Stick Booting/quote section in +the ulink url=url-install-manual;Installation Guide/ulink /para +/section section id=nonfree-firmware titleFirmware moved to the non-free section/title
Bug#611452: xserver-xorg-core: switching to linux console leaves screen blank
Hi Andreas, Did you mean squeeze instead of lenny? At least this information Yes, sorry, I meant squeeze. I reorder your suggestions in the order I tried them: 1. Try to reproduce the problem with a free driver, e.g. nv or nouveau instead the the non-free nvidia driver. In /etc/X11/xorg.conf change the Driver nvidia line to nv or nouveau and reboot (or stop X, rmmod nvidia, start X, but a reboot is probably better to create a clean (and reproducible) environment). Or just move xorg.conf away and reboot, X autoconfiguration is advanced enough to not need a xorg.conf for a default setup with free drivers. Ensure the nvidia kernel module is not loaded (will be autoloaded if listed in /etc/modules) lsmod | grep nvidia should list nothing (test this after X has been started). I removed all the nvidia-related packages and modified xorg.conf to use the nouveau driver. This removed the problem, the virtual linux consoles are working normally. 3. Also test a minimal xorg.conf for the nvidia driver as described in /usr/share/doc/nvidia-glx/README.Debian - eventually some of the options in your xorg.conf (which seems to originate from some time ago) are problematic nowadays. I reinstalled the nvidia packages from squeeze and replaced my old xorg.conf with the minimal one just loading the nvidia driver. The problem was as before, blank screen after switching to the console. So it seems the problem is related to the non-free nvidia packages. 2. If the problem seems to be related to nvidia, please try the driver currently in experimental, it may have been fixed by upstream inbetween. Here I'm not entirely sure whether I did it correctly. I manually installed the packages nvidia-glx_260.19.21-1_i386.deb libgl1-nvidia-glx_260.19.21-1_i386.deb nvidia-kernel-dkms_260.19.21-1_i386.deb nvidia-settings_195.36.24-1_i386.deb downloaded from http://packages.debian.org/sid/, using dpkg -i, automatically removing the squeeze packages in the process. There seems to be no nvidia- settings package 260.* in experimental right now. The problem persists as with the packages in squeeze. But maybe there are other experimental packages I should have installed as well? Anyway, nvidia-settings says I'm using driver version 260.19.21. Btw., is there a better way to quickly pull in a package from experimental its dependencies? I know there is apt-pinning, but I don't want to litter my package information cache with all the experimental packages just to briefly try out a few of them. Thank you, Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611546: /etc/init.d/cyrus2.2: You are missing a dpkg-statoverride on /var/run/cyrus. Add it.
Package: cyrus-common-2.2 Version: 2.2.13-14+lenny3 Severity: normal # invoke-rc.d cyrus2.2 start Starting Cyrus IMAPd: /etc/init.d/cyrus2.2: You are missing a dpkg-statoverride on /var/run/cyrus. Add it. invoke-rc.d: initscript cyrus2.2, action start failed. This message is probably cryptic enough to confuse the average Debian user. Why do I need that, and how do I do it? is the most likely reaction. For people who find this bug report when searching a tip what to do - you must run these two commands (as root, of course): dpkg-statoverride --add cyrus mail 755 /var/run/cyrus dpkg-statoverride --add cyrus mail 750 /var/run/cyrus/socket This should have been done by the package update that introduced the change to the rc.d script. -- System Information: Debian Release: 5.0.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cyrus-common-2.2 depends on: ii adduser3.110 add and remove users and groups ii debconf [debco 1.5.24Debian configuration management sy ii dpkg 1.14.31 Debian package management system ii gawk 1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr ii libasn1-8-heim 1.2.dfsg.1-2.1Heimdal Kerberos - ASN.1 library ii libc6 2.7-18lenny7 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1 common error description library ii libdb4.2 4.2.52+dfsg-5 Berkeley v4.2 Database Libraries [ ii libgssapi2-hei 1.2.dfsg.1-2.1Heimdal Kerberos - GSSAPI support ii libkrb5-25-hei 1.2.dfsg.1-2.1Heimdal Kerberos - libraries ii libroken18-hei 1.2.dfsg.1-2.1Heimdal Kerberos - roken support l ii libsasl2-2 2.1.22.dfsg1-23+lenny1Cyrus SASL - authentication abstra ii libsnmp15 5.4.1~dfsg-12 SNMP (Simple Network Management Pr ii libssl0.9.80.9.8g-15+lenny11 SSL shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii libzephyr3 2.1.20070719.SNAPSHOT-1.2 Project Athena's notification serv ii netbase4.34 Basic TCP/IP networking system ii perl 5.10.0-19lenny3 Larry Wall's Practical Extraction ii postfix [mail- 2.5.5-1.1 High-performance mail transport ag Versions of packages cyrus-common-2.2 recommends: ii cyrus-admin-2.2 2.2.13-14+lenny3 Cyrus mail system (administration ii cyrus-imapd-2.2 2.2.13-14+lenny3 Cyrus mail system (IMAP support) ii cyrus-pop3d-2.2 2.2.13-14+lenny3 Cyrus mail system (POP3 support) Versions of packages cyrus-common-2.2 suggests: ii apt-listchanges 2.83 package change history notificatio ii cyrus-admin-2.2 2.2.13-14+lenny3 Cyrus mail system (administration pn cyrus-clients-2.2 none (no description available) pn cyrus-doc-2.2 none (no description available) ii cyrus-imapd-2.2 2.2.13-14+lenny3 Cyrus mail system (IMAP support) pn cyrus-murder-2.2 none (no description available) pn cyrus-nntpd-2.2 none (no description available) ii cyrus-pop3d-2.2 2.2.13-14+lenny3 Cyrus mail system (POP3 support) ii sasl2-bin 2.1.22.dfsg1-23+lenny1 Cyrus SASL - administration progra -- debconf information: cyrus-common-2.2/warnbackendchange: cyrus-common-2.2/removespools: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611547: [INTL:es] Spanish debconf template translation for dnprogs
Package: dnprogs Version: 2.56 Severity: wishlist Tags: l10n patch -- Saludos Fran # dnprogs po-debconf translation to Spanish # Copyright (C) 2005, 2011 Software in the Public Interest # This file is distributed under the same license as the dnprogs package. # # Changes: # - Initial translation # César Gómez Martín cesar.go...@gmail.com, 2005 # # - Updates # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2011 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: dnprogs 2.56\n Report-Msgid-Bugs-To: chris...@debian.org\n POT-Creation-Date: 2011-01-18 15:38+0100\n PO-Revision-Date: 2011-01-29 18:37+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../dnet-common.templates:1001 msgid DECnet node name: msgstr Nombre del nodo DECnet: #. Type: string #. Description #: ../dnet-common.templates:1001 msgid All nodes on a DECnet network have a node name. This is similar to the IP hostname but can only be a maximum of 6 characters long. It is common that the DECnet name is the same as the IP name (if your machine has one). If you do not know the answer to this question please contact your system administrator. msgstr Todos los nodos de una red DECnet tienen un nombre de nodo. Éste es similar al nombre IP de la máquina, pero sólo puede tener 6 caracteres como máximo. Es normal que el nombre DECnet sea el mismo que el nombre IP (si su máquina tiene uno). Por favor, contacte con el administrador del sistema si no sabe la respuesta a esta pregunta. #. Type: string #. Description #: ../dnet-common.templates:2001 msgid DECnet node address: msgstr Dirección del nodo DECnet: #. Type: string #. Description #: ../dnet-common.templates:2001 msgid All nodes on a DECnet network have a node address. This is two numbers separated with a period (e.g. 3.45) where the first number denotes the area and the second is the node within that area. msgstr Todos los nodos de una red DECnet tienen una dirección de nodo. Son dos números separados por un punto (p. ej. 3.45) donde el primer número indica el área y el segundo número es el nodo dentro de ese área. #. Type: string #. Description #: ../dnet-common.templates:2001 msgid Do not make up a number here. If you do not know your DECnet node address then ask your system administrator. msgstr No ponga aquí cualquier número. Si no conoce la dirección de su nodo DECnet entonces pregunte al administrador del sistema. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid DECnet startup changes your ethernet hardware address msgstr El arranque de DECnet cambia la dirección hardware de las tarjetas ethernet. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid The \setether\ program in this package will change the hardware (MAC) address of all ethernet cards in your system (by default) to match the DECnet node address. This is essential for the operation of DECnet and so is not optional. However, if you have more than one ethernet card you may want to edit /etc/default/decnet to alter the list of cards whose hardware addresses are changed. msgstr El programa «setether» de este paquete cambiará la dirección hardware (MAC) de todas las tarjetas ethernet de su sistema (de forma predeterminada) para que coincidan con la dirección del nodo DECnet. Esto es imprescindible para que DECnet funcione y por lo tanto no es algo opcional. Sin embargo, si tiene más de una tarjeta ethernet quizás quiera editar el archivo «/etc/default/decnet» para alterar la lista de tarjetas a las que se les ha cambiado su dirección hardware. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid Be aware that any other machines that have your system's MAC address in their ARP cache may no longer be able to communicate with you via IP protocols until this cache has timed out or been flushed. msgstr Tenga en cuenta que cualquier otra máquina que tuviera su dirección MAC en su cache ARP puede que no sea capaz de comunicarse con usted a través de protocolos IP hasta que esta cache se quede obsoleta o se limpie. #. Type: note #. Description #:
Bug#586448: New Kernel with KMS and Nouveau Defaults, External DVI Fails
On 01/29/2011 11:48 PM, Cyril Brulebois wrote: retitle 586448 External DVI fails with nouveau thanks Hi Gilbert. Gilbert Sullivanwhirly...@comcast.net (19/06/2010): So sorry for muddled attempt to use reportbug. No problem. I'm adjusting the title with the command above. That might be a bug in xserver-xorg-video-nouveau, or in the kernel, but let's talk a bit first. Notebook computer with external LCD connected via port replicator (both D-Sub and DVI connectors). Since latest linux-image, xserver-common and xserver-xorg-core upgrades in Squeeze the external LCD does not work with the DVI but does work with the VGA connector. Is that still true with an up-to-date X stack + kernel in squeeze/sid? If so please run the xorg bug script and attach its output: /usr/share/bug/xserver-xorg-core/script 3/tmp/script.log Hello, Cyril. I have the system on testing (replaced squeeze with testing a couple of months ago). As of my last attempt -- no more than 2 weeks ago -- I still couldn't use DVI through the port replicator, and VGA was working fine. Here's the rub. on 01/27 I could no longer use the port replicator at all. (I could turn on the the system through the port replicator, but the power and eject buttons were not lighting correctly, and I had no screen output at all (past BIOS screen and early boot sequence) on the monitor and no mouse and keyboard through the port replicator. (I had to open the lid and power down from the built-in keyboard.) I tried another known good port replicator, and that behaved exactly the same. Since the abnormal behavior is indicated with the system before it is even energized (improper button lighting on the port replicator), it's obvious that this is a hardware problem. And since the known good port replicator behaves exactly the same, the hardware must be a problem with the motherboard/connector on the Dell Precision M70. Since all other functions on the system have been perfect all along, I can't be sure that the DVI issue was also a hardware problem. But I have to at least be suspicious of that since this is the 5th motherboard Dell has put in this thing. (Boy, did I ever get my money's worth out of that 5-year extended next business day warranty! Well, at least if you exclude all the times it failed on me when I needed it.) Before the switch to kernel mode setting and nouveau, both types of connection for the external monitor worked. Built-in monitor is unaffected. I seem to recall nouveau has always been KMS-only? What were you using previously? The nv or vesa driver maybe? VESA No proprietary drivers of any kind have been installed on this system since a clean netinst of Squeeze a few months ago. Thanks for mentioning it. KiBi. Thank you very much for your interest. There appears that there might be no way for me to pursue the issue with you, but I'd be glad to do any research or testing that you can suggest that might be helpful. I should have any logs the system has kept, since it hasn't had a re-installation or anything like that. Best regards, Gilbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590715: xorg-server: [hurd-i386] missing _glapi_tls_Context symbol
found 590715 2:1.9.3.901-1 tag 590715 upstream thanks Samuel Thibault sthiba...@debian.org (28/07/2010): Could apply the attached patch to enable it in the Xorg server? (yes, server AIGLX support gets disabled because of lack of DRI support. That doesn't prevent software AIGLX from working, however). That still applies to master, please get your patch merged upstream: http://www.x.org/wiki/Development/Documentation/SubmittingPatches You're welcome to cc this bug while git send-emailing. Thanks already. KiBi. signature.asc Description: Digital signature
Bug#611149: backlit keyboard works on powerbook for ~16 seconds after login or installation of pommed
Andrew Engelbrecht naturalt...@gmail.com wrote: Hi Andrew, I tried booting up without pommed installed, and the backlight didn't work. I then installed pommed from the command line and and the keys turned on! However, they seemed to die randomly sometime later, maybe after 15 seconds, I'm not sure. You can run pommed in debug mode to try and find out what's going on. Some of what you're seeing may be normal and due to LCD backlight feedback into the ambient light sensors, and some other things look like genuine bugs. The ALS on the PowerBooks are quite different depending on the exact models and it's possible not all of them were tested back in the days. As you have the hardware, you're in the best position to investigate this further :) JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611526: Unable to create libcurl socket /var/cache/apt-cacher/libcurl.socket
On Sun, Jan 30, 2011 at 12:27:12PM +0100, Stephan Austermühle wrote: Package: apt-cacher Version: 1.6.12 Severity: important Some requests to the apt-cacher fail with the error message Only some? Which don't? Fri Jan 14 13:15:40 2011|info [8539]: Warning: apt-cacher failed to connect to libcurl Fri Jan 14 13:15:40 2011|error [8543]: Unable to create libcurl socket /var/cache/apt-cacher/libcurl.socket: Permission denied at /usr/sbin/apt-cacher line 1158. Changing ownership of /var/cache/apt-cacher to www-data:www-data fixes this issue. I don't know if it is sensible to give this directory to www-data. Were they root:root before or something else? What is your setting for group and user in /etc/apt-cacher/apt-cacher.conf? Have these been changed recently? If you had the default settings, I would expect user and group to both be www-data in the conffile and /var/cache/apt-cacher to be created mode 0755 and owned by www-data:www-data. Please either adjust default ownership for /var/cache/apt-cacher in the package or use a different directory (like /var/run). /var/cache/apt-cacher should be created with the same user:group as is configured in the conffile. Is this a new installation or a new problem on an existing installation? Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611548: Installation Report
Package: installation-reports Boot method: netinst (generally 135-175 MB) CD images Image version: http://cdimage.debian.org/cdimage/squeeze_di_rc2/amd64/iso-cd/debian-squeeze-di-rc2-amd64-netinst.iso Date: 30/01/2011 10h00GMT Machine: Fujitsu Siemens Esprimo P2520 http://www.google.fr/url?sa=tsource=webcd=1ved=0CCAQFjAAurl=http%3A%2F%2Fuk.ts.fujitsu.com%2Frl%2Fservicesupport%2Ftechsupport%2Fprofessionalpc%2FESPRIMO%2FDatasheets%2Fds_esprimo_p2x2x.pdfei=c49FTYS5E8et8gPJn_yuCQusg=AFQjCNFzKfQ4gdr7VMoLTONEQ1dyWJE2uAsig2=mJaD8K6A_hfJOH8t2LDCzA Processor: Intel® CoreTM2 Duo E4500 (2.2GHz) Memory: 2GB Partitions: df -Tl will do; the raw partition table is preferred FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda1 ext438445384 3526124 32966188 10% / tmpfstmpfs 900052 0900052 0% /lib/init/rw udev tmpfs 895304 204895100 1% /dev tmpfstmpfs 900052 0900052 0% /dev/shm /dev/sda6 ext4 440349040207508 417773020 1% /home Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: nVidia Corporation MCP73 Host Bridge [10de:07c1] (rev a2) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:00.1 RAM memory [0500]: nVidia Corporation nForce 630i memory controller [10de:07cb] (rev a2) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:01.0 RAM memory [0500]: nVidia Corporation nForce 630i memory controller [10de:07cd] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:01.1 RAM memory [0500]: nVidia Corporation nForce 630i memory controller [10de:07ce] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:01.2 RAM memory [0500]: nVidia Corporation nForce 630i memory controller [10de:07cf] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:01.3 RAM memory [0500]: nVidia Corporation nForce 630i memory controller [10de:07d0] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:01.4 RAM memory [0500]: nVidia Corporation nForce 630i memory controller [10de:07d1] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:01.5 RAM memory [0500]: nVidia Corporation nForce 630i memory controller [10de:07d2] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:01.6 RAM memory [0500]: nVidia Corporation nForce 630i memory controller [10de:07d3] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:02.0 RAM memory [0500]: nVidia Corporation nForce 630i memory controller [10de:07d6] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:03.0 ISA bridge [0601]: nVidia Corporation MCP73 LPC Bridge [10de:07d7] (rev a2) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:03.1 SMBus [0c05]: nVidia Corporation MCP73 SMBus [10de:07d8] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] Kernel driver in use: nForce2_smbus 00:03.4 RAM memory [0500]: nVidia Corporation MCP73 Memory Controller [10de:07c8] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] 00:04.0 USB Controller [0c03]: nVidia Corporation GeForce 7100/nForce 630i USB [10de:07fe] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] Kernel driver in use: ohci_hcd 00:04.1 USB Controller [0c03]: nVidia Corporation MCP73 [nForce 630i] USB 2.0 Controller (EHCI) [10de:056a] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:115b] Kernel driver in use: ehci_hcd 00:09.0 Audio device [0403]: nVidia Corporation MCP73 High Definition Audio [10de:07fc] (rev a1) Subsystem: Fujitsu Technology Solutions Device [1734:112c] Kernel driver in use: HDA Intel 00:0a.0 PCI bridge [0604]: nVidia Corporation MCP73 PCI Express bridge [10de:056d] (rev a1) 00:0b.0 PCI bridge [0604]: nVidia Corporation MCP73 PCI Express bridge [10de:056e] (rev a1) Kernel driver in use: pcieport 00:0c.0 PCI bridge [0604]: nVidia Corporation MCP73 PCI Express bridge [10de:056f] (rev a1) Kernel driver in use: pcieport 00:0d.0 PCI bridge [0604]: nVidia Corporation MCP73 PCI Express bridge [10de:056f] (rev a1) Kernel driver in use: pcieport 00:0e.0 IDE interface [0101]: nVidia Corporation MCP73 IDE [10de:07f0] (rev a2) Subsystem: Fujitsu Technology Solutions Device [1734:115b] Kernel driver in use: ahci 00:0f.0 Ethernet controller [0200]: nVidia Corporation MCP73 Ethernet [10de:07dc] (rev a2) Subsystem: Fujitsu Technology Solutions Device [1734:115b] Kernel driver in use: forcedeth 00:10.0 VGA compatible controller [0300]: nVidia Corporation C73 [GeForce 7100 / nForce 630i] [10de:07e1] (rev a2) Subsystem: Fujitsu Technology Solutions Device [1734:115b] Kernel driver in use: nouveau Base System Installation Checklist: [O] = OK, [E] =
Bug#583860: I had the same problem
Package: xserver-xorg-video-intel Version: 2:2.13.0-5 Severity: normal Hi, I had the same problem. The solution was add enable_mtrr_cleanup mtrr_spare_reg_nr=1 to /etc/default/grub in variable GRUB_CMDLINE_LINUX and run update-grub. I found this solution at http://ubuntuforums.org/showthread.php?t=1656703. This is a very strange bug and I don't know if this is a good solution. By the way, I've tested with Kernel 2.6.32 and 2.6.37. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jan 27 22:56 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1889440 Jan 12 01:12 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 18) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.37-candela (root@inspiron) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Sun Jan 30 01:59:57 BRST 2011 Xorg X server log files on system: -rw-r--r-- 1 root root 23799 Jan 28 15:00 /var/log/Xorg.1.log -rw-r--r-- 1 root root 24284 Jan 30 14:16 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian Current Operating System: Linux inspiron 2.6.37-candela #1 SMP Sun Jan 30 01:59:57 BRST 2011 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-candela root=UUID=8370502f-a115-4989-8481-96a8df88c819 ro enable_mtrr_cleanup mtrr_spare_reg_nr=1 quiet vga=0x0305 Build Date: 12 January 2011 02:59:50AM xorg-server 2:1.7.7-11 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Jan 30 14:15:54 2011 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) 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 (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x7c8a00 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:0046:1028:0447 Intel Corporation Core Processor Integrated Graphics Controller rev 24, Mem @ 0xfa40/4194304, 0xc000/268435456, I/O @ 0xf080/8 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: record (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record:
Bug#589580: gnome-codec-install fails with an error
severity 589580 grave thanks On Sun, Jul 18, 2010 at 05:49:02PM -0300, Ernesto Domato wrote: Package: gnome-codec-install Version: 0.4.7 Severity: important Hi, when trying to find a codec with gnome-codec-install it fails with this error: Traceback (most recent call last): File /usr/bin/gnome-codec-install, line 11, in module Main.main(sys.argv[1:]) File /usr/lib/python2.6/dist-packages/GnomeCodecInstall/Main.py, line 130, in main import MainWindow File /usr/lib/python2.6/dist-packages/GnomeCodecInstall/MainWindow.py, line 14, in module import PackageWorker File /usr/lib/python2.6/dist-packages/GnomeCodecInstall/PackageWorker.py, line 35, in module class PackageWorkerAptdaemon(PackageWorker): File /usr/lib/python2.6/dist-packages/GnomeCodecInstall/PackageWorker.py, line 45, in PackageWorkerAptdaemon @inline_callbacks NameError: name 'inline_callbacks' is not defined I can confirm this in a freshly installed Squeeze system, with base packages, gnome-core, and gdm3 installed. Increasing the severity to grave, as this package is unusable; it crashes as soon as you want to search for a codec, which is it's only purpose. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpkCOQE06ksy.pgp Description: PGP signature
Bug#491656: lock-on keys when using xorg
On 19:14 Sat 29 Jan , Cyril Brulebois wrote: CB Hi Dmitry, CB Dmitry E. Oboukhov un...@debian.org (03/02/2009): Because of Your request I've raised this subj in debian-russian again. This time many people say that this bug hasn't been removed, but it's been modified a little. Now many users complain against “sticking” of the control keys. For example from time to time it seems that Ctrl or Shift is pressed constantly. When pressing any control key again, then system operation recovers. Once and again I' ve observed spontaneous switching of CapsLock mode on two hosts (people also write about it in debian-russian Mail List). I attach here configs and logs, but I'm not sure they can be of any help :( PS: unfortunately I haven't had an opportunity of testing the package version from experimental yet. CB could you tell us how it goes with the X stack from squeeze/sid, or CB from experimental? [32.185] X.Org X Server 1.9.3.901 (1.9.4 RC 1) Release Date: 2011-01-07 [32.185] X Protocol Version 11, Revision 0 [32.185] Build Operating System: Linux 2.6.26-2-amd64 i686 Debian [32.185] Current Operating System: Linux nbw 2.6.37-trunk-686 #1 SMP Thu Jan 6 14:39:08 UTC 2011 i686 [32.185] Kernel command line: auto BOOT_IMAGE=2.6.37 ro root=LABEL=droot [32.185] Build Date: 09 January 2011 03:00:50AM [32.185] xorg-server 2:1.9.3.901-1 (Cyril Brulebois k...@debian.org) [32.185] Current version of pixman: 0.16.4 [32.185]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [32.185] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. ... Hi Cyril! I've installed xserver-xorg/experimental. It has the same problem. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#611165:
On Sat, 2011-01-29 at 07:40 +0530, Rahul Amaram wrote: I am able to reproduce this problem. The reason for this issue is because data in /var/run/caldavd was persistent in lenny unlike in squeeze. Anyway, in spite of the error, I was able to access the calendar and create and delete events and tasks properly. So I have two queries: Did you intentionally not include the submitter on that mail? 1. For what are these files used i.e. what exactly is stored in these files? 2. When are these files used i.e. is it possible to give a scenario using Thunderbird(+Lightning) as to when these files are used? I don't know much at all about the package, but the files are generated by twistedcaldav/directory/{calendaruserproxy,resourceinfo}.py. The brief docstrings in each of those files read: Implements a calendar user proxy principal. Database for storing extra resource information, such as auto-schedule A database to maintain resource (and location) information Each file is created in config.DataRoot, which appears to be explicitly set to /var/run/caldavd by debian/patches/paths.diff. I will try to get out a fix soon. Given the closeness of the scheduled release, possible values of soon are quite small right now. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611539: broadcom-sta-source: Doesn't mount wlan0 interface in BCM4312
severity 611539 normal thanks On Sun, Jan 30, 2011 at 09:56:25AM -0500, Juan Fernando Jaramillo wrote: I compile the package and install as say in the README.txt, I have the module lib80211_crypt_tkip installed and after copy wl to the kernel modules dir For your information, module-assistant can automate module compilation and installation, see the Squeeze procedure[1] on the Debian wiki for more information. modprobe wl doesn't mount wlan0. The created interface will have an eth prefix, not wlan. Use of iwconfig without arguments will display available wireless network interfaces. The interface for your device will typically be assigned eth1 (for a system with a single Ethernet controller present). There are a strange thing in the dmesg, the name appear as it is called BCM4727 You have a BCM4313 device (not BCM4312) as stated in your lspci output. wlc_hybrid uses the PCI device code (4727) and incorrectly reports BCM4727 in the kernel ring buffer. Any idea will be wellcome. The brcm80211 driver[2] introduced in linux-2.6 2.6.32-22 provides support for BCM4313-based devices and will conflict with the broadcom-sta out-of-tree driver. To continue using broadcom-sta/wl, you are required to blacklist the brcm80211 module on your system (BTS #597786). Refer to [1] for the relevant commands. Geoff [1] http://wiki.debian.org/wl#Squeeze [2] http://wiki.debian.org/brcm80211 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611307: ejabberd: Shared roster members are ignored unless added while client is connected
Ugh. I'm very sorry. It is in fact a psi client bug. Does this bug affect Psi packaged for Debian? If yes, I could retitle and reassign this bug to the psi package to save you from filing it the second time. Otherwise I'll close this bug. (Otherwise here can perfectly mean you are not using Psi in Debian.) Otherwise! :-) It was affecting 0.12 on windows. An upgrade to 0.14 fixed it. Thanks again, Ian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611549: grub-pc and nvidia-glx kills console
Package: grub-pc Severity: normal Tags: squeeze -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: x86_64 Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Dear maintainers, I am using grub-pc since 3 weeks, and discovered, that it does not switch correct to graphic mode when using nvidia-glx. It appears that way, if I switch to console by using i.e. ALT+F2, the console ios not seen, but a little white bar is seen on top. The console (shell) is existent, as I can blindly enter commands (i.e. login as root is working and commands like /etc/init.d/kdm restart) are working well. First I thought, the entry in /etc/default/grub were false, so I tested with several resolutions: 1440x900, 1024x768x32 and 1024x768x16, but had no success. In old grub-legacy I used the addon vga=791, which worked very well. At the moment I reverted back tp grub-legacy, which is still working perfectly. Additionally I am using a netbook (EEEPC 1005HGO with an Intel I915 graphics chip), where grub-pc is working well. I suppose, there is a problem with the combination of either the Nvidia hardware + grub-pc or nvidia-glx + software. It would be nice, if someone might want to have a look at this. For me using grub-legacy is ok, but I think in the future grub-pc (grub2) will be used as standard. My system is a notebook with amd64-cpu, 2 cores, Nvidia GF8400M GS, stock kernel and the nvidia drivers are built by DKMS. Thank you for reading this bugreport. Best regards Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org