Bug#587292: chromium-browser: cookies lost at end of session
Package: chromium-browser Version: 5.0.375.86~r49890-2 Severity: normal Hi, Chromium loses cookies at the end of a session. When I login to Launchpad/Google/..., restart Chromium and access the site again, I am no longer logged in. When I check what cookies are present in Options, Under the Hood, Content settings..., Cookies, Show cookies and other site data... the cookies for these site are discarded when I restarted Chromium. The Clear cookies and other site data when I close my browser option is *not* set and I can see the cookies before closing Chromium. They also have an expiry date in the future. This also used to work until recently (it already didn't work for at least a week). Regards, Ansgar -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium-browser-ins 5.0.375.86~r49890-2 page inspector for the chromium-br ii libasound2 1.0.23-1shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc62.11.1-3Embedded GNU C Library: Shared lib ii libcairo21.8.10-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-5 GCC support library ii libgconf2-4 2.28.1-3GNOME configuration database syste ii libgl1-mesa-glx [lib 7.7.1-3 A free implementation of the OpenG ii libglewmx1.5 1.5.4-1 The OpenGL Extension Wrangler - ru ii libglib2.0-0 2.24.1-1The GLib library of C routines ii libgtk2.0-0 2.20.1-1The GTK+ graphical user interface ii libicu42 4.2.1-3 International Components for Unico ii libjpeg626b-16.1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2Network Security Service libraries ii libpango1.0-01.28.1-1Layout and rendering of internatio ii libpng12-0 1.2.43-1PNG library - runtime ii libprotobuf6 2.3.0-2 protocol buffers C++ library ii libstdc++6 4.4.4-5 The GNU Standard C++ Library v3 ii libv8-2.2.18 2.2.18-1V8 JavaScript Engine ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-2GNOME XML library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra ii libxslt1.1 1.1.26-3XSLT processing library - runtime ii libxss1 1:1.2.0-2 X11 Screen Saver extension library ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime chromium-browser recommends no packages. Versions of packages chromium-browser suggests: pn chromium-browser-l10n 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#153860: Bug#586328: gtk-doc-tools: Upgrade fails: ERROR: emacsen-common being used before being configured.
Josselin Mouette j...@debian.org writes: This is a serious WTF in emacsen-common and/or emacs itself. It’s not appropriate to add a dependency on emacsen-common just for the sake of including support for an editor. The bug (CCed) has been known for 8 years, so I’ll assume it won’t be fixed and will simply drop emacs support from gtk-doc. Just to be clear, as far as I know, this entire bug report is if anything a wishlist request. While it's almost certainly possible to change/improve our emacs policy, the current policy requires any package that wants to use the debian emacs infrastructure to depend on either emacsen, or on a specific set of emacs flavors, but not emacsen-common. And it's not about what any given bit in the emacsen-common scripts does or doesn't do. It's about the express guarantee, made by debian-emacs-policy, about when things will happen -- what will be configured when, that emacs23 will be fully configured before any add-on package scripts are called, etc. Changing those guarantees would require careful consideration of the potential effects on all of the existing add-on packages, and on the infrastructure itself. I'm not saying that can't be done, but rather that it's probably not as simple as just change this one script to make it stop complaining. That said I'm beginning to wonder if there may actually be a different bug in the current system. I believe the original intent of the dependency policy may have been to ensure that the various flavors of emacs are fully configured before any given add-on's scripts are called. If that's right, then imagine an add on package foo that contains something like this: Depends: emacs23 | xemacs23 Presumably foo might try to byte compile itself for both flavors in its emacsen-common install script, but I believe dpkg could be within its rights to only configure emacs23 before trying to configure foo. Off the top of my head, I can't recall whether or not we considered that when drawing up the current policy. Much more generally, I've been wondering if a trigger based system might work better than the current approach, but I'm not all that familiar with triggers, so I've been reading up a bit. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587293: chromium-browser: HTML5 YouTube does not work
Package: chromium-browser Version: 5.0.375.86~r49890-2 Severity: normal Hi, since the latest version I can watch some HTML5 videos such as [1], but the HTML5 version of YouTube [2] still does not work: I get a player window, but no video appears. Only an animated swirl is visible. There is also no information how long the video is (it says 00:00 / 00:00). Regards, Ansgar [1] http://people.xiph.org/~maikmerten/demos/bigbuckbunny-videoonly.html [2] http://www.youtube.com/html5 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium-browser-ins 5.0.375.86~r49890-2 page inspector for the chromium-br ii libasound2 1.0.23-1shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc62.11.1-3Embedded GNU C Library: Shared lib ii libcairo21.8.10-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-5 GCC support library ii libgconf2-4 2.28.1-3GNOME configuration database syste ii libgl1-mesa-glx [lib 7.7.1-3 A free implementation of the OpenG ii libglewmx1.5 1.5.4-1 The OpenGL Extension Wrangler - ru ii libglib2.0-0 2.24.1-1The GLib library of C routines ii libgtk2.0-0 2.20.1-1The GTK+ graphical user interface ii libicu42 4.2.1-3 International Components for Unico ii libjpeg626b-16.1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2Network Security Service libraries ii libpango1.0-01.28.1-1Layout and rendering of internatio ii libpng12-0 1.2.43-1PNG library - runtime ii libprotobuf6 2.3.0-2 protocol buffers C++ library ii libstdc++6 4.4.4-5 The GNU Standard C++ Library v3 ii libv8-2.2.18 2.2.18-1V8 JavaScript Engine ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-2GNOME XML library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra ii libxslt1.1 1.1.26-3XSLT processing library - runtime ii libxss1 1:1.2.0-2 X11 Screen Saver extension library ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime chromium-browser recommends no packages. Versions of packages chromium-browser suggests: pn chromium-browser-l10n 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#587294: python packages (pykickstart) ftbfs with latest debhelper
Package: debhelper Version: 7.9.1 Severity: normal Hi, pykickstart built successfully until recently. It seems caused by latest debhelper. I have another package (in NEW at the moment) with similar symptoms. To avoid ftbfs, I should pass --buildsystem=python_distutils... Any ideas on the issue ? Let me know if you need more information. Cheers, Fathi -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils 2.20.1-11 The GNU assembler, linker and bina ii dpkg-dev 1.15.7.2 Debian package development tools ii file 5.04-2 Determines file type using magic ii html2text 1.3.2a-15 advanced HTML to text converter ii man-db2.5.7-3on-line manual pager ii perl 5.10.1-13 Larry Wall's Practical Extraction ii perl-base 5.10.1-13 minimal Perl system ii po-debconf1.0.16 tool for managing templates file t debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.55 tool that converts source archives -- 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#587295: checksec
package: hardening-includes hi, i put together a package for checksec a couple weeks ago [0], and just heard about hardening-check today. the two tools seem to do essentially the same thing; perhaps they could be merged? i think checksec may have the advantage since it supports various kernel feature checks as well. also, subjectively, the output looks a bit nicer, and its more compact. let me know what you think. best wishes, mike [0] http://lists.debian.org/debian-mentors/2010/06/msg00389.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587296: ibus: Easier configuratio than im-switch
Package: ibus Version: 1.3.5-1 Severity: wishlist Hello from im-switch maintainer. I noticed you just added im-switch support. Thanks. I just created new im-switch replaement called im-config which works much more cleanly than im-switch. No more scratching head with complicated symlinks. This also off loads you from hook script postinst etc. It is just uploaded to unstable. If it is accepted, please consider to change your package control file to: Recommends: im-config | im-switch, ibus-gtk | ibus-qt4 This way, fresh install recommends im-config instead of im-switch. If things go well, I deam a day when we remove all kludges for im-switch and drop its menion in Recommends. If you have feature request on im-config, please file bug report. Releasing squeeze with ibus+im-config makes configuration easiest and cleanliest. Osamu -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') 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/dash Versions of packages ibus depends on: ii gconf22.28.1-3 GNOME configuration database syste ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libibus2 1.3.5-1New input method framework using d ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii libx11-6 2:1.3.3-3 X11 client-side library ii python2.6.5-5An interactive high-level object-o ii python-glade2 2.17.0-2 GTK+ bindings: Glade support ii python-ibus 1.3.5-1New input method framework using d ii python-notify 0.1.1-2+b2 Python bindings for libnotify ii python-support1.0.8 automated rebuilding support for P ii python-xdg0.19-2 Python library to access freedeskt Versions of packages ibus recommends: ii ibus-gtk 1.3.5-1New input method framework using d ii im-config [im-switch] 0.1Input method configuration framewo ibus 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#571199: ships libdrvproxy.so, but doesn't really
Josip Rodin j...@debbugs.entuzijast.net: % ls -l /usr/lib/libdrvproxy.so lrwxrwxrwx 1 root root 21 2009-11-23 20:20 /usr/lib/libdrvproxy.so - libdrvproxy.so.2.1.18 % ls -l /usr/lib/libdrvproxy.so.2.1.18 ls: cannot access /usr/lib/libdrvproxy.so.2.1.18: No such file or directory % dpkg -S /usr/lib/libdrvproxy.so libiodbc2-dev: /usr/lib/libdrvproxy.so % dpkg -S /usr/lib/libdrvproxy.so.2.1.18 dpkg: /usr/lib/libdrvproxy.so.2.1.18 not found. This can't be right. Please fix it. TIA. Right. /usr/lib/libdrvproxy.so.2.1.* is provided by the iodbc package, hence libiodbc2-dev should depend on it. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587297: alpine: pasting or un-cutting addresses into header fields screws everything up
Package: alpine Version: 2.00+dfsg-6 Severity: important It seems like I should be able to select a few addresses and center-click in the alpine terminal while in the address header. With rich headers enabled, for example, pasting addresses causes all kinds of mayhem, like they end up in newsgroups, halfway through the subject line, etc. Pasting them into the body and then ^K cutting and ^U uncutting into the message header is almost as bad. Even though the text I cut has them one per line, with comma-space after each one, it jams many of them together. The first case should work - copy and paste into a terminal. If alpine has to do some kind of verification on address format after parsing each one, it should hold input from the terminal until it is done, and then return the cursor to the right place at the end of the currently selected field, instead of moving down. This is extremely confusing and causes accidents. Mark -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, '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/bash Versions of packages alpine depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libgssapi-krb5-2 1.8.1+dfsg-5 MIT Kerberos runtime libraries - k ii libkrb5-3 1.8.1+dfsg-5 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libpam0g 1.1.1-3Pluggable Authentication Modules l ii libssl0.9.8 0.9.8o-1 SSL shared libraries alpine recommends no packages. Versions of packages alpine suggests: ii aspell0.60.6-4 GNU Aspell spell-checker ii exim4 4.72-1 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.72-1 lightweight Exim MTA (v4) daemon -- 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#587298: gnucash: Please apply XIM patch
Package: gnucash Version: 2.2.9-5.1 Severity: normal Please apply XIM patch. Without the patch, it is inconvinient for XIM user. see: https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/520976 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnucash depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii gnucash-common 2.2.9-5.1A personal finance and money track ii guile-1.6-libs 1.6.8-10 Main Guile libraries ii guile-1.6-slib 1.6.8-10 Guile SLIB support ii libaqbanking29 4.2.4-1 library for online banking applica ii libart-2.0-22.3.21-1 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcrypt-ssleay-perl0.57-2 Support for https protocol in LWP ii libdate-manip-perl 6.11-1 module for manipulating dates ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libfinance-quote-perl 1.17-1 Perl module for retrieving stock q ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgnomeui-02.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgoffice-0.8-80.8.6-1 Document centric objects library - ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgtkhtml3.14-19 3.30.2-1 HTML rendering/editing library - r ii libguile-ltdl-1 1.6.8-10 Guile's patched version of libtool ii libgwenhywfar47 3.11.3-1 OS abstraction layer ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libktoblzcheck1c2a 1.27-1 library for verification of accoun ii libltdl72.2.6b-2 A system independent dlopen wrappe ii libofx4 1:0.9.0-3library to support Open Financial ii liborbit2 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpopt01.16-1 lib for parsing cmdline parameters ii libqthreads-12 1.6.8-10 QuickThreads library for Guile ii libsm6 2:1.1.1-1X11 Session Management library ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-3 GNOME XML library ii slib3b1-3.1 Portable Scheme library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gnucash recommends: ii gnucash-docs 2.2.0-3Documentation for gnucash, a perso gnucash 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#583388: Non-US keyboard problem with graphical installer
On Sun, Jun 27, 2010 at 01:37:34 +0200, Alberto wrote: Actually I don't know where to find all the snapshots of Debian CDs. I could try Squeeze Alpha1, but I can't find an image with the graphical installer included (nor netinst, nor businesscard, nor CD1). Any hint about that? http://d-i.debian.org/daily-images/amd64/ seems to have a number of older daily builds, so the netboot/gtk/mini.iso in each of them should get you the right image. Cheers, Julien signature.asc Description: Digital signature
Bug#557555: ibus-setup shouldn't recommend $HOME/.bashrc
Hi, I agree with ibus-setup shouldn't recommend $HOME/.bashrc and recommend things like .xsessionrc. Some distribution may source $HOME/.bashrc when starting X but Debian does not. That is why .xsessionrc was created. Since .xsessionrc is parsed before im-switch, the values from .xsessionrc are valid. The way im-switch starts daemon and set variables are very complicated. So I understand people hate to use it. (I did not create this initially.) FYI: I created im-config which let X source .xinputrc after .xsessionrc. So input method script can be placed there. It comes with default setup which auto detect installed Input Method and activates it. (Currently, IBus is the highest priority) You can use GUI to set up lower priority choice such as SCIM while having Ibus.) FYI: If you set up via .xsessionrc, you may face conflict with im-switch which try to start daemon with your choice of variables in .xsessionrc. This is bug for im-switch as I think back. im-config does not suffer this. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567661: keepassx: missing keyboard localization in auto-type feature
Package: keepassx Version: 0.4.3-1 Severity: normal The auto-type feature of keepassx fails to synthesize the correct keyboard events when the keyboard layout is not US American. For example on my German keyboard the x and y keys are swapped around in comparison to US layout and consequently, keepassx types z instead of y and vice versa when using auto-type to automatically fill in user and password fields. I also tried changing the language in the preferences explicitly from System default to German with no effect whatsoever on the auto-type feature. Looks like it doesn't use the currently set keyboard layout for doing its key event synthesizing but instead uses US layout unconditionally. This bug renders the auto-type feature - one of the reasons I've chosen keepassx over other password managers in the first place - virtually useless for users without an US keyboard. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (930, 'testing-proposed-updates'), (930, 'testing'), (830, 'proposed-updates'), (830, 'stable'), (430, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages keepassx depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-5 GCC support library ii libqt4-xml4:4.6.3-1 Qt 4 XML module ii libqtcore44:4.6.3-1 Qt 4 core module ii libqtgui4 4:4.6.3-1 Qt 4 GUI module ii libstdc++64.4.4-5The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxtst6 2:1.1.0-2 X11 Testing -- Resource extension keepassx recommends no packages. keepassx 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#585922: [Pkg-chromium-maint] Bug#585922: chromium-browser-inspector: Simply doesn't work
tags 585922 moreinfo unreproducible thanks Hi, On 06/14/2010 11:21 PM, Thue Janus Kristensen wrote: When I 1) click on the magnifying glass 2) move the mouse cursor over a HTML element so that it lights up blue 3) click nothing happends. I would expect that it would actually work like demonstrated in the video http://www.youtube.com/watch?v=Mhb4n0yGYT4 . Could you try the latest version (5.0.375.86~r49890-2) please? Cheers, Giuseppe signature.asc Description: OpenPGP digital signature
Bug#587299: clarify fstab-decode man page example
Package: sysvinit-utils Version: 2.88dsf-9 Severity: wishlist File: /usr/share/man/man8/fstab-decode.8.gz After EXAMPLES fstab-decode umount $(awk '$3 == vfat { print $2 }' /etc/fstab) please mention what one would need to write if the fstab-decode command didn't exists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587300: libocsigen-xhtml-ocaml-dev: timestamp for shipped .cmi older than .mli - Makefiles want to recreate them
Package: libocsigen-xhtml-ocaml-dev Version: 1.3.3-1 Severity: normal Using the Makefile from the Eliom tutorial I get a permission denied error: ocamlfind ocamldep -package lwt,ocsigen -I `ocamlfind query ocsigen` test.mli test.ml .depend ocamlfind ocamlc -g -thread -package lwt,ocsigen -I `ocamlfind query ocsigen` -c /usr/lib/ocaml/ocsigen/xHTML.mli File /usr/lib/ocaml/ocsigen/xHTML.mli, line 1, characters 0-1: Error: I/O error: /usr/lib/ocaml/ocsigen/xHTML.cmi: Permission denied The reason is that the timestamp for the .mli file is NEWER than the timestamp for the .cmi file: -rw-r--r-- 1 root root 168068 Jun 13 12:57 /usr/lib/ocaml/ocsigen/xHTML.cmi -rw-r--r-- 1 root root 46899 Jun 13 13:02 /usr/lib/ocaml/ocsigen/xHTML.mli I think that in the package the .cmi files should always be newer than the .mli files, since normal users don't have permissions to recompile the .mli files. For now I worked around the issue by using 'touch /usr/lib/ocaml/ocsigen/*.cmi'. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-rc3-1-ga5d1880 (SMP w/4 CPU cores; PREEMPT) 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 libocsigen-xhtml-ocaml-dev depends on: ii camlp4 [camlp4-3.11.2]3.11.2-1 Pre Processor Pretty Printer for O ii libocamlnet-ocaml-dev [liboca 2.2.9-8OCaml application-level Internet l ii libpcre-ocaml-dev [libpcre-oc 6.0.1-3OCaml bindings for PCRE (Perl Comp ii ocaml-nox [ocaml-nox-3.11.2] 3.11.2-1 ML implementation with a class-bas Versions of packages libocsigen-xhtml-ocaml-dev recommends: ii libocsigen-ocaml-doc 1.3.3-1 developer's documentation for Ocsi ii ocaml-findlib 1.2.5+debian-1+b1 management tool for OCaml librarie libocsigen-xhtml-ocaml-dev 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#585922: chromium-browser-inspector: Simply doesn't work
On Sun, Jun 27, 2010 at 2:44 AM, Jonathan Nieder jrnie...@gmail.com wrote: Thue Janus Kristensen wrote: When I 1) click on the magnifying glass 2) move the mouse cursor over a HTML element so that it lights up blue 3) click nothing happends. Sorry for the slow response. Unfortunately, that feature works fine for me. Any hints at reproducing this? Thanks for the report, Jonathan After clicking around a bit more, it seems that it only fails for pages using frames. There it will select the frame when you click the element. Chromium should instead select the element within the frame inside the dev pane. Hilsen Thue Regards, Thue
Bug#587301: All prints default to US Letter although it should be A4
Package: openoffice.org Version: 1:3.2.1-3 Severity: normal Hello, The default for the printer is A4, the page format is correctly set to A4 (due to the Language setting, which is taken from the locale), but all OpenOffice.org applications still want to print to US Letter (File-Print-Properties... or File-Printer Settings-Properties...). After some greping it seems the culprit is: ,[ /usr/lib/openoffice/basis3.2/share/psprint/driver/SGENPRT.PS ] | *% = Paper = | | *OpenUI *PageSize: PickOne | *OrderDependency: 30 AnySetup *PageSize | *DefaultPageSize: Letter ` I changed that to A4 and now the default is ok (for me), at least until the next update... IMHO the default printer paper size should come from either the locale, libpaper or cups, but definitely not from a hardcoded value in some obscure non-configuration file. Regards, Andrei -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586273: flashplugin-nonfree: Note also that 32 bit plugins is not able to work
Package: flashplugin-nonfree Version: 1:2.8.1 Severity: grave The libssl3.so and other libraries are available under /usr/lib32/xulrunner which is not managed at linking time. The result is that also with a nspluginwrapper installed, the non-free 32bit flash plugin does not work. Feel free to move this bug to the more appropriate package. fran...@gandalf:.../lib/flashplugin-nonfree$ sudo nspluginwrapper -v -i `pwd`/libflashplayer.so *** NSPlugin Viewer *** ERROR: libssl3.so: cannot open shared object file: No such file or directory *** NSPlugin Viewer *** ERROR: libssl3.so: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for /usr/lib/flashplugin-nonfree/libflashplayer.so -- Package-specific info: Debian version: squeeze/sid Architecture: amd64 Package version: 1:2.8.1 Adobe Flash Player version: LNX 10,1,53,64 MD5 checksums: 332e60275e9c7a92059f286a2bad6e41 /var/cache/flashplugin-nonfree/libflashplayer-10.0.32.18.linux-x86_64.so.tar.gz 4a4561e456612a6751653b58342d53df /var/cache/flashplugin-nonfree/libflashplayer-10.0.45.2.linux-x86_64.so.tar.gz 6b96f76f89b9f565a01f36b2abacd052 /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 20 /usr/lib/gnash/libgnashplugin.so - priority 10 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. lrwxrwxrwx 1 root root 34 Jun 26 10:48 /usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to `/etc/alternatives/flash-mozilla.so' Libraries used by libflashplayer.so: linux-gate.so.1 = (0xf76f3000) libX11.so.6 = /usr/lib32/libX11.so.6 (0xf6a4f000) libXext.so.6 = /usr/lib32/libXext.so.6 (0xf6a41000) libXt.so.6 = /usr/lib32/libXt.so.6 (0xf69f) libfreetype.so.6 = /usr/lib32/libfreetype.so.6 (0xf6979000) libfontconfig.so.1 = /usr/lib32/libfontconfig.so.1 (0xf694e000) libpthread.so.0 = /lib32/libpthread.so.0 (0xf6935000) libgtk-x11-2.0.so.0 = /usr/lib32/libgtk-x11-2.0.so.0 (0xf6587000) libgdk-x11-2.0.so.0 = /usr/lib32/libgdk-x11-2.0.so.0 (0xf64fa000) libatk-1.0.so.0 = /usr/lib32/libatk-1.0.so.0 (0xf64df000) libpangoft2-1.0.so.0 = /usr/lib32/libpangoft2-1.0.so.0 (0xf64b7000) libgdk_pixbuf-2.0.so.0 = /usr/lib32/libgdk_pixbuf-2.0.so.0 (0xf649e000) libpangocairo-1.0.so.0 = /usr/lib32/libpangocairo-1.0.so.0 (0xf6493000) libcairo.so.2 = /usr/lib32/libcairo.so.2 (0xf641b000) libpango-1.0.so.0 = /usr/lib32/libpango-1.0.so.0 (0xf63d7000) libgobject-2.0.so.0 = /usr/lib32/libgobject-2.0.so.0 (0xf639a000) libgmodule-2.0.so.0 = /usr/lib32/libgmodule-2.0.so.0 (0xf6396000) libglib-2.0.so.0 = /usr/lib32/libglib-2.0.so.0 (0xf62e1000) libssl3.so = not found libsmime3.so = not found libnss3.so = not found libplds4.so = not found libplc4.so = not found libnspr4.so = not found libdl.so.2 = /lib32/libdl.so.2 (0xf62db000) libm.so.6 = /lib32/libm.so.6 (0xf62b5000) libc.so.6 = /lib32/libc.so.6 (0xf616e000) /lib/ld-linux.so.2 (0xf76f4000) libxcb.so.1 = /usr/lib32/libxcb.so.1 (0xf6155000) libXau.so.6 = /usr/lib32/libXau.so.6 (0xf6151000) libSM.so.6 = /usr/lib32/libSM.so.6 (0xf6149000) libICE.so.6 = /usr/lib32/libICE.so.6 (0xf6131000) libz.so.1 = /usr/lib32/libz.so.1 (0xf611d000) libexpat.so.1 = /usr/lib32/libexpat.so.1 (0xf60f7000) libXcomposite.so.1 = /usr/lib32/libXcomposite.so.1 (0xf60f3000) libXdamage.so.1 = /usr/lib32/libXdamage.so.1 (0xf60f) libXfixes.so.3 = /usr/lib32/libXfixes.so.3 (0xf60eb000) libgio-2.0.so.0 = /usr/lib32/libgio-2.0.so.0 (0xf607e000) libXrender.so.1 = /usr/lib32/libXrender.so.1 (0xf6075000) libXinerama.so.1 = /usr/lib32/libXinerama.so.1 (0xf6071000) libXi.so.6 = /usr/lib32/libXi.so.6 (0xf6068000) libXrandr.so.2 = /usr/lib32/libXrandr.so.2 (0xf6061000) libXcursor.so.1 = /usr/lib32/libXcursor.so.1 (0xf6058000) libpixman-1.so.0 = /usr/lib32/libpixman-1.so.0 (0xf6016000) libdirectfb-1.2.so.0 = /usr/lib32/libdirectfb-1.2.so.0 (0xf5f9c000) libfusion-1.2.so.0 = /usr/lib32/libfusion-1.2.so.0 (0xf5f93000) libdirect-1.2.so.0 = /usr/lib32/libdirect-1.2.so.0 (0xf5f7c000) libpng12.so.0 = /usr/lib32/libpng12.so.0 (0xf5f58000) libxcb-render-util.so.0 = /usr/lib32/libxcb-render-util.so.0 (0xf5f54000) libxcb-render.so.0 = /usr/lib32/libxcb-render.so.0 (0xf5f4c000) libpcre.so.3 = /usr/lib32/libpcre.so.3 (0xf5f1b000) libXdmcp.so.6 = /usr/lib32/libXdmcp.so.6
Bug#586333: Debian desktop support for virtualisation
Le dimanche 27 juin 2010 à 01:40 +0100, Roger Leigh a écrit : On Fri, Jun 25, 2010 at 01:46:41PM +0200, Josselin Mouette wrote: You may also need (but I haven’t checked): * /var/run/cups for printing * /var/run/avahi-daemon and some others that I’m forgetting. Thanks! I think we now have most of these. We don't preserve the environment by default (you have to use the -p option), but we could make that automatic in a future release by adding a new configuration option. You should definitely pass the following environment variables without asking, since GNOME applications won’t work without them: DISPLAY XAUTHORITY ORBIT_SOCKETDIR DBUS_SESSION_BUS_ADDRESS The following shouldn’t hurt as well. Terminal: TERM COLORTERM XSMP support (probably doesn’t work in a chroot): SESSION_MANAGER gnome-keyring (only the SSH stuff works across the lenny→squeeze upgrade): SSH_AGENT_PID SSH_AUTH_SOCK GNOME_KEYRING_CONTROL GNOME_KEYRING_PID seahorse: GPG_AGENT_INFO Used by xdg-utils and debianutils scripts: XDG_SESSION_COOKIE DESKTOP_SESSION GNOME_DESKTOP_SESSION_ID GTK+ modules to load: GTK_MODULES GTK_IM_MODULE Language: LANG LC_* We definitely have /tmp and all of /var/run so most of the above should be catered for. Passing all of /var/run looks a bit dangerous to me since it could lead some scripts in the chroot believe that a daemon is started in the chroot. I’m not sure if that’s a real problem, but you should probably at least print a warning somewhere. If anyone on the lists is using schroot for desktop applications, I'm currently uploaded schroot version 1.4.5-1 which adds a desktop configuration profile. Just set script-config=desktop/config in your chroot definition. Great! -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#587303: python-notify should be required, not recommended (see wicd-client.py:231)
Package: wicd-client Version: 1.7.0+ds1-5 (squeeze) Severity: normal While using lxde in the live system, I experienced trouble with wicd. The .xsession-errors file showed a backtrace pointing to wicd-client.py:231 In contrast to the import statement for python-notify at the top of this file, at this line, python-notify is used unconditionally. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.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#587302: evolution: Forced offline by error
Package: evolution Version: 2.30.1.2-3 Severity: normal Evolution assumes that Network Manager is the only way to have network on a system. Note that interfaces can either be managed by /etc/network/interfaces or by Network Manager. However, if interfaces managed by NM are disconected, Evo thinks there is no network at all, and start offline. Moreover, it refuses to switch to online mode, eaven if the user requests it. Possible workarround: before using Evo in online mode, plase ask first your system administrator to disable Network Manager, or to unisnstall it. ;-) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') 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/bash Versions of packages evolution depends on: ii dbus1.2.24-1 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii evolution-common2.30.1.2-3 architecture independent files for ii evolution-data-server 2.30.1-5 evolution database backend server ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-icon-theme2.30.3-1 GNOME Desktop icon theme ii libart-2.0-22.3.21-1 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.30.1-5 The Evolution MIME message handlin ii libcanberra-gtk00.24-1 Gtk+ helper for playing widget eve ii libcanberra00.24-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libebackend1.2-02.30.1-5 Utility library for evolution data ii libebook1.2-9 2.30.1-5 Client library for evolution addre ii libecal1.2-72.30.1-5 Client library for evolution calen ii libedataserver1.2-132.30.1-5 Utility library for evolution data ii libedataserverui1.2-8 2.30.1-5 GUI utility library for evolution ii libegroupwise1.2-13 2.30.1-5 Client library for accessing group ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libevolution2.30.1.2-3 evolution libraries ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgdata-google1.2-12.30.1-5 Client library for accessing Googl ii libgdata1.2-1 2.30.1-5 Client library for accessing Googl ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.0-2 Utility library for loading .deskt ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgtkhtml-editor0 3.30.1-2 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.30.1-2 HTML rendering/editing library - r ii libgweather12.30.0-2 GWeather shared library ii libical00.44-3 iCalendar library implementation i ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup2.4-12.30.1-1 an HTTP library implementation in ii libsqlite3-03.6.23.1-4 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libunique-1.0-0 1.1.6-1 Library for writing single instanc ii libxml2 2.7.7.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages evolution recommends: pn bogofilter | spamassassi none (no description available) ii evolution-plugins2.30.1.2-3 standard plugins for Evolution ii evolution-webcal 2.28.1-1webcal: URL handler for GNOME and ii gnome-desktop-data 2.30.0-2Common
Bug#586539: gdm problem fixed
Le samedi 26 juin 2010 à 23:59 +0100, Michael Dorrington a écrit : * When gdm does allow keyboard input on boot you can see it running on vt2 (ttyv1) (the vt you get from Ctrl-Alt-F2) and not, as expected, vt7 (ttyv8 ?) (the vt you get from Ctrl-Alt-F7). * When gdm doesn't allow keyboard input on boot then when you do the Action-Run XDMCP chooser trick this starts XDMCP chooser on vt7 and if you switch to vt2 it is blank until you press Enter and then the login Password prompt appears. Perhaps in this case getty on vt2 has been messed up by gdm running on vt2? Could there be a race condition on boot between getty on vt2 and gdm on vt2? To test this I disabled getty starting on vt2 (ttyv1 in kfreebsd) in /etc/inittab and now gdm accepts keyboard input on every boot. So this suggests the problem lies with gdm starting on vt2 when it should be starting on vt7. Note that xdm works every boot on kFreeBSD and runs in vt7. The TTY manager for gdm doesn’t work on kFreeBSD, so I’m not surprised. We tried to take kFreeBSD into account when porting the TTY manager to gdm3, so I’d appreciate if you could test this package instead - this is the default for squeeze installations now. We are not going to introduce many things in gdm 2.20 from now. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#587240: [Build-common-hackers] Bug#587240: example
On Sun, Jun 27, 2010 at 02:13:38AM +0200, Steffen Möller wrote: I run into this issue for everything that I package with python-central. The python-support-run packages don't seem to be affected. When you look up to the patch a bit, you see that in only changes site-packages to dist-packages for the installation, and only if the version of python is 2.6 or higher. The Debian Python Policy almost verbatim states this on http://www.debian.org/doc/packaging-manuals/python-policy/ch-python.html section 1.5 Module Path. I know about Policy. I just believed that it was already magically taken care of, but now, double-checking with the Python packages I am involved in myself, I see that they either are arch-independent or use Autotools (not distutils). I did wonder in the past how that explicit path in distutils.mk was so magically handled correctly also with Python 2.6 and apparently it really isn't after all. Your patch looks good and I'll apply it. Thanks a lot! You asked for an example, well, I don't really want to show those publicly yet, but I ran into this (and wasted half a day (with breaks) over it) while packaging python-nast (or should it be python-pynast?) that depends on python-cogent. You can see all the files on http://svn.debian.org/wsvn/debian-med/trunk/packages/python-nast/trunk/debian/#_trunk_packages_python-nast_trunk_debian_ Yes, I do believe the package should be named python-pynast, as its contained module (the __init__.py dir) is called pynast. Has this helped? Providing that concrete example og python-nast indeed helped open my eyes to the (obvious!) problem. :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#587304: lua5.1: pkg-config-file lua.pc is in wrong place and wrong package
Package: lua5.1 Version: 5.1.4-5 Severity: normal lua includes a file (lua.pc) for the pkg-config system, allowing configure-scripts etc. to find it. · This should be in /usr/slib/pkgconfig to be found by the pkg-config-tools. · This file should be part of the -dev package, because it is needed by developers lua5.1 packages it into /usr/share/doc/lua5.1-doc/etc/lua.pc into the -doc package. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-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 lua5.1 depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libreadline6 6.1-3 GNU readline and history libraries lua5.1 recommends no packages. lua5.1 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#563877: stay away from --schedule-only
Stay away from --schedule-only, if you value aptitude remembering what was marked as automatic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587215: [linux-image-2.6.32-5-686]
Package: linux-image-2.6.32-5-686 Version: 2.6.32-15 --- Please enter the report below this line. --- --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-5-686 Debian Release: squeeze/sid 500 unstable mirror.hro.nl 500 unstable ftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== module-init-tools | 3.12~pre2-3 linux-base (= 2.6.32-15) | 2.6.32-15 initramfs-tools (= 0.55) | 0.97 OR linux-initramfs-tool | Package Status (Version) | Installed =-+-=== firmware-bnx2 | firmware-bnx2x | firmware-ipw2x00 | firmware-ivtv | firmware-iwlwifi | firmware-linux | firmware-linux-nonfree | firmware-qlogic | firmware-ralink | xen-hypervisor | Recommends (Version) | Installed ===-+- firmware-linux-free (= 2.6.32) | 2.6.32-15 libc6-i686 | 2.11.2-2 Suggests (Version) | Installed ===-+-=== linux-doc-2.6.32 | grub | OR lilo | 1:22.8-8.1 -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-linux-image-2.6.32-5-686-pLZ_RR.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8--
Bug#587215: Info received ([linux-image-2.6.32-5-686])
-- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587215: Info received ([linux-image-2.6.32-5-686])
--- Output from package bug script --- ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-15) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-1) ) #1 SMP Tue Jun 1 04:59:47 UTC 2010 ** Command line: auto BOOT_IMAGE=Linux ro root=UUID=a9777dc3-55f7-4c80-a03a-9e9ba9ad5539 ** Not tainted ** Kernel log: [4.221225] uhci_hcd :00:1d.3: new USB bus registered, assigned bus number 5 [4.221335] uhci_hcd :00:1d.3: irq 19, io base 0xbf20 [4.221427] usb usb5: New USB device found, idVendor=1d6b, idProduct=0001 [4.221490] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [4.221568] usb usb5: Product: UHCI Host Controller [4.221626] usb usb5: Manufacturer: Linux 2.6.32-5-686 uhci_hcd [4.221686] usb usb5: SerialNumber: :00:1d.3 [4.222116] usb usb5: configuration #1 chosen from 1 choice [4.48] hub 5-0:1.0: USB hub found [4.222310] hub 5-0:1.0: 2 ports detected [4.262744] intel_rng: FWH not detected [4.404334] usb 1-7: new high speed USB device using ehci_hcd and address 2 [4.447818] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x180b1, caps: 0xa04713/0x20/0x0 [4.486442] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input6 [4.536822] usb 1-7: New USB device found, idVendor=0ace, idProduct=1211 [4.536885] usb 1-7: New USB device strings: Mfr=16, Product=32, SerialNumber=0 [4.536964] usb 1-7: Product: USB2.0 WLAN [4.537019] usb 1-7: Manufacturer: ZyDAS [4.537152] usb 1-7: configuration #1 chosen from 1 choice [4.648027] usb 1-8: new high speed USB device using ehci_hcd and address 3 [4.793204] usb 1-8: New USB device found, idVendor=0b95, idProduct=1780 [4.793270] usb 1-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [4.79] usb 1-8: Product: AX88178 [4.793388] usb 1-8: Manufacturer: ASIX Elec. Corp. [4.793446] usb 1-8: SerialNumber: 02 [4.793929] usb 1-8: configuration #1 chosen from 1 choice [4.917708] ricoh-mmc: Ricoh MMC Controller disabling driver [4.917787] ricoh-mmc: Copyright(c) Philip Langdale [4.917870] ricoh-mmc: Ricoh MMC controller found at :02:01.2 [1180:0843] (rev 1) [4.917960] ricoh-mmc: Controller is now disabled. [5.256328] cfg80211: Using static regulatory domain info [5.256393] cfg80211: Regulatory domain: US [5.256448] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [5.256527] (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) [5.256590] (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) [5.256652] (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) [5.256714] (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) [5.256777] (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) [5.256839] (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) [5.257111] cfg80211: Calling CRDA for country: US [5.288800] sdhci: Secure Digital Host Controller Interface driver [5.288866] sdhci: Copyright(c) Pierre Ossman [5.288925] ieee80211: 802.11 data/management/control stack, git-1.1.13 [5.288985] ieee80211: Copyright (C) 2004-2005 Intel Corporation jketr...@linux.intel.com [5.334097] [drm] Initialized drm 1.1.0 20060810 [5.353700] firewire_ohci :02:01.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [5.432028] firewire_ohci: Added fw-ohci device :02:01.0, OHCI version 1.10 [5.469905] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.2.2kmprq [5.469987] ipw2200: Copyright(c) 2003-2006 Intel Corporation [5.470112] ipw2200 :02:03.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [5.470230] ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection [5.470326] ipw2200 :02:03.0: firmware: requesting ipw2200-bss.fw [5.843136] ipw2200: Radio Frequency Kill Switch is On: [5.843138] Kill switch must be turned off for wireless networking to work. [5.844320] ipw2200: Detected geography ZZD (13 802.11bg channels, 0 802.11a channels) [5.844421] sdhci-pci :02:01.1: SDHCI controller found [1180:0822] (rev 19) [5.844518] sdhci-pci :02:01.1: PCI INT B - GSI 18 (level, low) - IRQ 18 [5.846677] Registered led device: mmc0:: [5.847783] mmc0: SDHCI controller on PCI [:02:01.1] using DMA [5.932111] firewire_core: created device fw0: GUID 424fc00034f71050, S400 [6.001693] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [6.001770] i915 :00:02.0: setting latency timer to 64 [6.015543] [drm] set up 7M of stolen space [6.134840] udev: renamed network interface eth0 to eth1 [6.159347] b44 :02:00.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [6.160961] composite sync not supported [6.161525] [drm] initialized overlay support [6.660031] usb 1-7: reset high speed USB device using ehci_hcd and address 2 [6.660156] ssb: Sonics Silicon Backplane
Bug#366591: ibus-chewing doesn't work
B From: Osamu Aoki os...@debian.org B (I think it may be more useful for you to use IBus in squeeze.) Well it turns out that ibus-chewing is a very much plain disaster for me. If you would like, I will send you my scim-chewing files, and then you can convert them into ibus-chewing files. I will also send you my ~/.xsession file. If you can change them so I see what I saw using scim-chewing, then I will use ibus-chewing, otherwise what a big flop for me. Maybe in five years I will try ibus-chewing one more time. I just get funny ugly squares. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586945: fix (revised)
The fix is in fact more complex than I thought. The problem was access to /usr/lib/backend/paralell For some reason (don't know if it's me or the distro), /usr/lib/backend folder had priviledges 700. This was fixed for me as follows: chmod 755 /usr/lib/backend Then remove and add back the printer in cups web interface -- Lancelot du Lac http://www.contrees-du-reve.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586156: sysklogd: strange error messages during boot
On Tue, Jun 22, 2010 at 10:46:17AM +0200, MP wrote: This happen to me recently too - amd64 system, sysklogd version 1.5-5. However, it appeared approximately in the same time I upgraded from single-core CPU to a 4-core (or 8-core because hyperthreading) CPU. Could it be some race condition mangling the copy of config file in memory due to SMP? I doubt it as I am consistently seeing identical messages during boot, and it's only started quite recently (even though I haven't upgraded my sysklogd recently, but I have upgraded my kernel to the latest version in testing - perhaps that is the cause?). Curiously, though, if I stop and restart sysklogd, I don't see the message the second time. /proc/cpuinfo reports my CPU to be: Pentium(R) Dual-Core CPU T4200 @ 2.00GHz and my kernel is linux-image-2.6.32-5-amd64 version 2.6.32-15 HTH, Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587222: [pkg-cryptsetup-devel] Bug#587222: Bug#587222: Bug#587222: cryptsetup does not/cannot close dm-crypt devices, if root-fs is on it, but does also not warn about it
hey Christoph, On 27/06/2010 Christoph Anton Mitterer wrote: On Sun, 2010-06-27 at 02:01 +0200, Jonas Meurer wrote: I don't dislike the bug, just the introduction this is rather for the records, than a real bug. But never mind, that's not important at all. Sorry for that :) See what I'm just editing at http://wiki.debian.org/AdvancedStartupShutdownWithMultilayeredBlockDevices great, let's see what others think. unfortunately i'll be very busy in summer, and won't have much time to participate in this discussion. i'll however try to follow it, and comment when i find time. agreed, but only for cryptdisks-early. 'cryptdisks stop' is invoked at first in shutdown process, and it's intended to allow dm-crypt devices to be busy, for example if they contain lvm volumes. Guess that's ok,.. but OTOH,.. it should not harm to print a failed then either because the user then better sees that there might be sth. wrong. as both cryptdisks init script run in the boot/halt process, users already see the warnings: boot process: cryptdisks-early start - silent cryptdisks start - prints warnings shutdown process: cryptdisks stop- silent cryptdisks-early stop - prints warnings I just tried to implement this in svn trunk. Would be great if you could test it. I'll put this email on my todo list and check ASAP :) that would be great. i tested it on my system, and it seems to work. will test it on some kvm setups before uploading, but more testers are always welcome, so your report would be much appreciated, before I upload the new package (which I inted to do within the next three days). greetings, jonas signature.asc Description: Digital signature
Bug#498416: Lua library-names
Hello, The library-names of lua are totaly wrong. To be consistent with standards the libraries name should be p.e. “liblua.so.5.1.0” instead of “liblua5.1.so.0.0.0”. The pkg-config-name should be “lua”. There should be packages liblua50-dev, liblua51-dev, etc. which provide liblua-dev. But this has apparently be broken by upstream. MfG bmg -- „Des is völlig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!“ | berbe...@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587305: libxen-dev doesn't ship blktaplib.h anymore
Package: libxen-dev Version: 4.0.0-2 Severity: grave Hi Bastian, libxen-dev used to ship the following file: /usr/include/blktaplib.h but it has gone, I don't get why. The result is that I can't compile my xen-qemu-dm-4.0-4.0.0 in a normal SID system, while it was working perfectly with version 4.0.0-1~experimental.2 of libxen-dev. I had a look into the debian/changelog of xen 4.0.0-2, and I didn't find anything relevant concerning this issue, so I guess this was just a mistake. If it was not and blktaplib.h was removed on purpose, please explain why. Thanks for your good work, Thomas Goirand P.S: I just got my Debian account created today, so I'll be able to upload stuffs like a big boy, by my own, from now on! :) -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxen-dev depends on: ii libxenstore3.04.0.0-1~experimental.1 Xenstore communications library fo libxen-dev recommends no packages. libxen-dev 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#586120: [pkg-cryptsetup-devel] Bug#586120: device-mapper: reload ioctl failed: Invalid argument
Hey Clayton, On 27/06/2010 Clayton wrote: On Sat, 26 Jun 2010 12:32:02 +0200 Jonas Meurer jo...@freesources.org wrote: On 16/06/2010 clayton wrote: # cryptsetup create backcrypt /dev/sda2 Enter passphrase: device-mapper: reload ioctl failed: Invalid argument Can you post dmsetup table when this fails? Hi Jonas, Sad to say, I think the original symptom I reported may have been due to finger problems associated with the recent shuffling of device names. The encrypted partition is on USB drive that used to be assigned sda when it was plugged in. Now the internal hard drive is assigned sda, and the USB drive gets assigned sdb. Not sure how I missed that are you sure that this is the case? what does 'blkid /dev/sda' and 'blkid /dev/sdb' return? for a plain dm-crypt encrypted device, no filesystem should be detected. also you should take a look at /var/log/syslog, and at /dev/disk/by-id/ in order to find out which device is the encrypted partition on external USB drive. So now: cryptsetup create backcrypt /dev/sdb2 works. this should work for _any_ block device, regardless whether it contains encrypted fs or not. thus the success of above command does not indicate that /dev/sdb2 is the correct device. BUT!!: when I try to mount the partition, this happens: # mount /media/backcrypt/ mount: wrong fs type, bad option, bad superblock on /dev/dm-0, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so (Nothing at all is showing up in /var/log/messages associated with this event) /etc/fstab contains: /dev/mapper/backcrypt /media/backcrypt ext3 rw,,user 0 0 # ll /dev/mapper/backcrypt lrwxrwxrwx 1 root root 7 Jun 27 11:50 /dev/mapper/backcrypt - ../dm-0 Again, the fstab entry has not changed for years, and this is a monthly routine that has worked consistently for years. There is also another, unencrypted, ext3 partition on this USB drive that continues to mount just fine. what does 'blkid /dev/mapper/backcrypt' return? the default key size and cipher mode changed for plain dm-crypt in cryptsetup package 2:1.1.0-1. it seems like you don't use /etc/crypttab at all, where key size and cipher mode can be configured. again, 'cryptsetup create' doesn't fail if either passphrase or cipher/ hash/keysize are wrong. thus the only way to verify successfull setup is to check the content of unlocked device. try the following (these where the old defaults for cryptsetup before 1.1.0): # cryptsetup --key-size 128 --cipher aes-cbc-plain create backcrypt /dev/sdb2 and see what 'blkid /dev/mapper/backcrypt' returns in that case. greetings, jonas signature.asc Description: Digital signature
Bug#587304: forget about it
Hallo, as I just found out, things are much more broken than I realised at first and probably should be fixed at upstream. Sorry for the inconvenience. MfG bmg -- „Des is völlig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!“ | berbe...@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583806: closed by Mike Hommey
On Sat, Jun 26, 2010 at 03:44:47PM +, Mark Hobley wrote: Mike Hommey wrote: Try checking what iceape -dump-addons-info has to say, The -dump-addons-info option returns no output. Was iceape running at that time? If so, can you try with no iceape instance? try comparing localstore.rdf and localstore-safe.rdf in the .mozilla/seamonkey directory. (Beware that the lines are not necessarily ordered) There are actually several localstore files located as follows: cd ./mozilla find ./ -name *localstore* ./default/18jwn5kb.slt/localstore.rdf ./seamonkey/4cf0n2xf.default/localstore.rdf ./seamonkey/jwpl4jxf.default/localstore.rdf ./seamonkey/jwpl4jxf.default/localstore-safe.rdf I don't know what the significance of all that lot is. The files are different, and I get several pages of output. It will probably take me a while to break that lot down. It is in XML format, and I don't really have any good tools for making sense of that format. They are rdf files, so using rdf parsing tools might help, though I don't have any program name off hand. Only the files in seamonkey/jwpl4jxf.default should be relevant. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587306: antlr3: FTBFS everywhere; packaging issues
Source: antlr3 Version: 3.2-1 Severity: serious Hi, antlr3 3.2-1 failed to build everywhere, as it's trying to build the antlr3 binary package which is arch: all (as evidenced by the calls to various helper scripts with -pantlr3 as argument). Also, the only arch: any package produced by the antlr3 source package is empty on amd64 (the arch that got uploaded). Either antlr3-gcj should be removed and it's just a matter of adjusting debian/control, or this warrants a bug of its own. Looking at the source package, it looks like the former, as there's little about antlr3-gcj in there. Thanks, JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.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#547470: Javascript: windows still gain focus with raise and lower disabled
On Sat, Jun 26, 2010 at 05:14:47PM -0700, Mark Hobley wrote: Mike Hommey m...@glandium.org wrote: Could you try with some other window manager, preferably awesome or metacity (that I already have installed and configured) ? Hi Mike. I just tested this using awesome, and the problem does not occur, so I guess that the window managers that you are using are masking the problem. (I guess that the window manager needs to support focus stealing for this to happen.) The problem can be seen using icewm or jwm. I'll try and test some more window managers, as time permits. This problem was reported against iceweasel, but it also affects iceape. Do I need to file a separate bug report for that? If I recall correctly what i saw when investigating another issue, iceweasel doesn't do anything that other gtk/gdk applications wouldn't. I'm inclined to say there's something wrong with icewm and jwm. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587222: [pkg-cryptsetup-devel] Bug#587222: cryptsetup does not/cannot close dm-crypt devices, if root-fs is on it, but does also not warn about it
On 06/27/2010 12:34 AM, Jonas Meurer wrote: Milan, if you're reading this: does luksSuspend work for plain dm-crypt devices as well? yep, I am reading this just have no time to respond to all of these Debian reports:-) You cannot use luksSuspend for plain device, but you can use dmsetup. I described this long time ago here (probably before luksSuspend was even implemented) http://article.gmane.org/gmane.linux.kernel.device-mapper.dm-crypt/2859 Maybe I can add some kill key for plain device command to cryptsetup? (The problem is that in LUKS you can check that calculated key is correct, so luksResume is possible. In plain crypt device you are simple providing key so there cannot be perfect equivalent of Resume - any key will fit and if it is not correct, you data will be corrupted later.) Milan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587307: libantlr3c: [dummy] do not migrate to testing before antlr3 3.2
Package: libantlr3c-3.2-0 Version: 3.2-1 Severity: serious libantlr3c must not migrate to testing before the matching antlr3 version is available in testing. There are currently a few issues in antlr3 3.2-1 which make it unsuitable for testing, so until this is resolved, this dummy bug is there to keep libantlr3c out of testing. 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#586836: iceweasel: unknown server certificates should - if accepted - not be made permanent per default
On Sat, Jun 26, 2010 at 12:47:14PM +0200, Christoph Anton Mitterer wrote: On Fri, 2010-06-25 at 10:47 +0200, Mike Hommey wrote: I'm not entirely convinced... I'm even pretty sure a lot of people would find this even more annoying than it currently is (where you already have to go through 5 clicks to get access to the damn thing). Well you'd still get access to the site,... but only for this session and the certificate wouldn't be accepted permanently. I know that the current handling is quite annoying,.. but I guess security should always go before usability :) But you can be sure that people won't be thinking too much about what they do if they have to do many steps to do what they want. IMHO, your proposed change will only force user to end up checking the box without thinking about it. On the other hand, how often are you not going to trust a certificate you trusted once? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587308: mason: [INTL:gl] Russian debconf templates translation update
Package: mason Version: 1.0.0-12 Severity: wishlist Tags: l10n patch Galician debconf templates translation update is attached. gl.po Description: Binary data
Bug#584302: wl-beta problems
Hi, So can anybody tell me how to make wl-beta let me access my mail accounts? It fails on untrusted certificate and even on trusted GMail IMAP (POP works). I tried this configuration: (setq ssl-program-name gnutls-cli) (setq ssl-program-arguments '(--port service --insecure --x509cafile /etc/ssl/certs/ca-certificates.crt ;; verify certificates host)) Works in wl, but not in wl-beta. 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#586195: [buildd-tools-devel] Bug#586195: 20nssdatabases checks for file equivalence
On Sat, Jun 26, 2010 at 11:36:12PM +0100, Roger Leigh wrote: On Thu, Jun 17, 2010 at 11:49:47AM +0200, Bastian Blank wrote: 20nssdatabases checks for file equivalence and don't does anything in thie case. However nss may include more modules then just files and will fail to produce a usefull result in this case. However, we are checking the file device number and inode number, not the file contents. These should never be the same both inside and outside the chroot. If they are, something is very badly wrong: The problem is a completely different one: the result of getent passwd and the contents of /etc/passwd are not equivalent. So in case of a hardlinked file the result is a completely different (just it) then if the script creates a new one (the contents all nss databases). Okay, to be exact: getent passwd may not provide a complete view anyway (because of query limits or so in case of remote databases, like ldap). For example, 20nssdatabases does the equivalent of getent passwd $chroot/etc/passwd It have to replace the old file in this case anyway and not truncate it. Bastian -- Earth -- mother of the most beautiful women in the universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587222: [pkg-cryptsetup-devel] Bug#587222: cryptsetup does not/cannot close dm-crypt devices, if root-fs is on it, but does also not warn about it
Hey Milan, On 27/06/2010 Milan Broz wrote: On 06/27/2010 12:34 AM, Jonas Meurer wrote: Milan, if you're reading this: does luksSuspend work for plain dm-crypt devices as well? yep, I am reading this just have no time to respond to all of these Debian reports:-) quite understandable. just don't reply if you don't have the time to do so ;-) it would be great if you could help with upstream issues (i.e. #586120, #584174, #586286) and i'll try to cope with the remaining, distro-specific issues. you already do a great job at maintaining cryptsetup!!! You cannot use luksSuspend for plain device, but you can use dmsetup. I described this long time ago here (probably before luksSuspend was even implemented) http://article.gmane.org/gmane.linux.kernel.device-mapper.dm-crypt/2859 Maybe I can add some kill key for plain device command to cryptsetup? (The problem is that in LUKS you can check that calculated key is correct, so luksResume is possible. In plain crypt device you are simple providing key so there cannot be perfect equivalent of Resume - any key will fit and if it is not correct, you data will be corrupted later.) i'm not sure whether wiping the key at shutdown process is a good idea at all. properly removing/luksClosing should work on clean setups, and force-wiping the key could lead to data corruption if i got it right. thus a clear warning that remove/luksClose failed is my favourite. greetings, jonas signature.asc Description: Digital signature
Bug#579733: unattended-upgrades: apt-listchanges not run on automatic upgrade
Hello everybody, I found out I have the same problem, the apt-listchanges does work when running apt-get by hand. # cat /etc/apt/listchanges.conf [apt] frontend=mail email_address=root confirm=0 save_seen=/var/lib/apt/listchanges.db which=both # apt-config dump APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends false; APT::Install-Suggests false; APT::Acquire ; APT::Acquire::Translation environment; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::Default-Release stable; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 1; APT::Periodic::Unattended-Upgrade 1; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Acquire ; Acquire::Pdiffs false; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; Unattended-Upgrade ; Unattended-Upgrade::Allowed-Origins ; Unattended-Upgrade::Allowed-Origins:: Debian stable; Unattended-Upgrade::Allowed-Origins:: Debian testing; Unattended-Upgrade::Mail root; # cat /etc/apt/apt.conf.d/50unattended-upgrades // allowed (origin, archive) pairs Unattended-Upgrade::Allowed-Origins { Debian stable; Debian testing; }; // never update the packages in this list Unattended-Upgrade::Package-Blacklist { // vim; }; Unattended-Upgrade::Mail root; Thanks in advance, With kind regards, Jelle de Jong -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587271: [xml/sgml-pkgs] Bug#587271: libxml2 zegfault reading any xml file on amd64
severity 587271 important thanks On Sat, Jun 26, 2010 at 11:50:33PM +0200, Marc Chantreux wrote: Package: libxml2 Version: 2.6.32.dfsg-5+lenny1 Severity: grave Justification: renders package unusable hello dear maintainers, since 2 days, every single xml file parsing segfault (with xmllint as well as with perl XML::Simple). - I tried to apt-get source and compile again: same pb. - using gdb and some code hacks, i saw the segfault appears at xmlIO.c:2412 because cptr is out of bounds. - collecting more infos is WIP. The version of libxml2 you are using hasn't changed for almost a year, so I doubt it is really a libxml2 issue, thus downgrading severity. Are you sure you don't have a custom libxml2 installation in /usr/local/lib or something similar ? (try to check the output for ldd /usr/bin/xmllint)) Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540591: Progress of Sweep adaptation?
Hi. I noticed you are planning to adapt sweep in Debian. Is there any progress with your plan? The sweep package is currently used in Debian Edu, but the lack of ALSA/PulseAudio support make it less useful, so a solution for that would be nice before Squeeze is frozen. I just sent an email to the upstream author asking him to check out the Debian bugs and patches, and did not notice you planned to take over the package before I sent it. My email can be found on URL: http://lists.debian.org/debian-edu/2010/06/msg00161.html . Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585783: patch for 585783
tag 585783 patch thanks Hi, Attached patch addresses this bug. Thijs diff -Nur kingston-update-notifier-1.0.orig/src/notifier.cpp kingston-update-notifier-1.0/src/notifier.cpp --- kingston-update-notifier-1.0.orig/src/notifier.cpp 2010-05-02 13:48:59.0 +0200 +++ kingston-update-notifier-1.0/src/notifier.cpp 2010-06-27 12:03:23.0 +0200 @@ -49,12 +49,32 @@ } else { QPixmap px; if(security_updates==0) { - show_update_notification( It is recommended to update your system, QString(There is %1 updates available).arg(updates), dialog-information); + if(updates==1) { +show_update_notification( It is recommended to update your system, QString(There is %1 update available).arg(updates), dialog-information); + } else { +show_update_notification( It is recommended to update your system, QString(There are %1 updates available).arg(updates), dialog-information); + } } else { if(updates==0) { -show_update_notification( You should update your system, QString(There is %1 security updates available).arg(security_updates), dialog-warning); +if(security_updates==1){ + show_update_notification( You should update your system, QString(There is %1 security update available).arg(security_updates), dialog-warning); +} else { + show_update_notification( You should update your system, QString(There are %1 security updates available).arg(security_updates), dialog-warning); +} } else { -show_update_notification( You should update your system, QString(There is %1 updates and %2 security updates available).arg(updates).arg(security_updates), dialog-warning ); +if(updates==1) { + if(security_updates==1) { +show_update_notification( You should update your system, QString(There is %1 update and %2 security update available).arg(updates).arg(security_updates), dialog-warning ); + } else { +show_update_notification( You should update your system, QString(There are %1 update and %2 security updates available).arg(updates).arg(security_updates), dialog-warning ); + } +} else { + if(security_updates==1) { +show_update_notification( You should update your system, QString(There are %1 updates and %2 security update available).arg(updates).arg(security_updates), dialog-warning ); + } else { +show_update_notification( You should update your system, QString(There are %1 updates and %2 security updates available).arg(updates).arg(security_updates), dialog-warning ); + } +} } } signature.asc Description: This is a digitally signed message part.
Bug#540591: Progress of Sweep adaptation?
Petter Reinholdtsen wrote: Hi. I noticed you are planning to adapt sweep in Debian. Yes. I'm actually waiting for upstream (a good friend of mine) to do a new release. Is there any progress with your plan? The sweep package is currently used in Debian Edu, but the lack of ALSA/PulseAudio support make it less useful, so a solution for that would be nice before Squeeze is frozen. I have SVN commit access to upstream and I have commited support for runtime switching between ALSA, PulseAudio and OSS. I supose I could packge it for Debian out of SVN, but I would prefer a proper upstream release. Cheers, Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586942: soundconverter: same problem with an other computer
Package: soundconverter Version: 1.3.1-1 Followup-For: Bug #586942 With an other computer I have the same problem. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-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/bash Versions of packages soundconverter depends on: ii gstreamer0.10-gnomevfs 0.10.19-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins- 0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.8-4.1~lenny2 GStreamer plugins from the good ii python 2.5.2-3 An interactive high-level object-o ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gst0.10 0.10.12-1.1 generic media-playing framework (P soundconverter recommends no packages. Versions of packages soundconverter suggests: ii gstreamer0.10-ffmpeg 0.10.4-3 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-ugly0.10.8-1 GStreamer plugins from the ugly -- 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#584629: kaffeine crashes immediately when opening the attached video
Works fine here (testing with gxine). I note that the segfault occurred within libavcodec52, which says that this is (more likely, was) an ffmpeg bug. -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | + Output less CO2 = avoid massive flooding.TIME IS RUNNING OUT *FAST*. Windows 98. An OS, a browser or a virus? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587309: lvm2: pvdisplay reports wrong Physical Volume Size
Package: lvm2 Version: 2.02.66-2 Severity: normal This is what the pvdisplay manpage says: -c, --colon Generate colon separated output for easier parsing in scripts or programs. N.B. pvs (8) provides considerably more control over the output. The values are: * physical volume device name * volume group name * physical volume size in kilobytes And here's the output: 15:33:57 r...@champaran:~ $ sudo pvdisplay -c /dev/sda3:LocalDisk:242244135:-1:8:8:-1:4096:29570:293:29277:vbVe9b-nJBv-ADtN-e578-mJAF-mbhZ-48jk4E So this would mean: ( (242244135/1024) / 1024) GiB = 231 Which is not really the case. pvs reports it correctly: 15:40:24 r...@champaran:~ $ sudo pvs --all --units g PV VGFmt Attr PSize PFree /dev/dm-1 --0g0g /dev/dm-2 --0g0g /dev/root --0g0g /dev/sda1 --0g0g /dev/sda2 --0g0g /dev/sda3 LocalDisk lvm2 a- 115.51g 1.14g -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.48-2 The Linux Kernel Device Mapper use ii libc62.11.1-3Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-2 The Linux Kernel Device Mapper use ii libreadline5 5.2-7 GNU readline and history libraries ii libudev0 157-1 libudev shared library ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip lvm2 recommends no packages. lvm2 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#566305: mouse OK
forcemerge 566305 577459 thanks By the way, mouse clicking is unaffected. Just the keyboard input is affected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586539: gdm problem fixed
Josselin Mouette wrote: [snip] The TTY manager for gdm doesn’t work on kFreeBSD, so I’m not surprised. We tried to take kFreeBSD into account when porting the TTY manager to gdm3, so I’d appreciate if you could test this package instead - this is the default for squeeze installations now. We are not going to introduce many things in gdm 2.20 from now. Cheers, I've installed gdm3. Good news is that it is using vt7 (and higher), the bad news is that it just displays a black screen with the X shaped X cursor. If I try to change to a console VT then this appears to trigger a new X session to start and this is displayed rather than the console VT. This new X session is also black with the X shaped X cursor. This keeps happening until eventually I can switch to a console VT. ps: root 849 1.3 1.6 16412 12996 ?S11:04 0:07 /usr/bin/Xorg :5 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-lodJF4/database -nolisten tcp vt12 root 815 1.2 1.6 16412 12996 ?S11:03 0:07 /usr/bin/Xorg :3 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-ZCfnFl/database -nolisten tcp vt10 root 798 0.9 1.6 16412 12996 ?S11:03 0:06 /usr/bin/Xorg :2 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-rnRVAb/database -nolisten tcp vt9 root 743 0.8 1.6 16412 12996 ?S11:00 0:06 /usr/bin/Xorg :1 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-xulnbF/database -nolisten tcp vt8 root 391 0.8 1.6 16412 12764 ?S11:00 0:06 /usr/bin/Xorg :0 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-hSszzu/database -nolisten tcp vt7 /var/log/daemon.log: Jun 27 11:03:04 debian-kfreebsd-i386 gdm3[372]: WARNING: GdmDisplay: display lasted 0.315563 seconds Jun 27 11:03:42 debian-kfreebsd-i386 gdm3[372]: WARNING: GdmDisplay: display lasted 0.157042 seconds Jun 27 11:04:07 debian-kfreebsd-i386 gdm3[372]: WARNING: GdmDisplay: display lasted 0.392899 seconds Jun 27 11:04:19 debian-kfreebsd-i386 gdm3[372]: WARNING: GdmDisplay: display lasted 0.092757 seconds Jun 27 11:04:24 debian-kfreebsd-i386 gdm3[372]: WARNING: GdmDisplay: display lasted 0.301727 seconds Jun 27 11:04:24 debian-kfreebsd-i386 gdm3[372]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors Do you want me to raise a bug report for gdm3? Regards, Mike. signature.asc Description: OpenPGP digital signature
Bug#582194: kaffeine: Please build against/support H.264 decoding with VDPAU
reassign 582194 kaffeine 1.0~pre3-3 thanks Not going to happen until xine-lib 1.2 is released and uploaded to unstable, unless an upload of kaffeine to experimental is done. You could rebuild it yourself, using libxine-dev from experimental. -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. There is only one way to kill capitalism - by taxes, taxes, and more taxes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566335: Porting gtick to ALSA and Pulseaudio
Hi, Roland. Any progress with getting gtick to work on LTSP clients? For that to work, it need to work with ALSA, PulseAudio or ESD. It would be very good for Debian Edu if this was ready for testing soon. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586759: fails to install
tags 586759 moreinfo thanks Hi Holger, On tiisdei 22 Juny 2010, Holger Levsen wrote: On Dienstag, 22. Juni 2010, Julien Cristau wrote: Why? It's not configured, it won't work, why should it pretend the installation was successful? because you want the package in stable? having packages installable is a release goal, else packages are not suited for a stable release. A fix has been committed for this bug but I'm not convinced that this is the right one. I don't think your reasoning quoted above is technically sound. We do not fix bugs 'because a release goal says so' but because we think the change is a technically better situation. In my opinion the current situation is: 1) Package needs SQL database to function; 2) Package asks for SQL info in configuration stage; 3) Reporter does not supply apt SQL info; 4) Package is unable to contact database and cannot complete setup; 5) Package fails installation. That seems correct to me, because the package is not useful without a configured database, and retrying configuring the package with correct database information would solve that problem. If we would instead just claim that installation is successful, where it in fact is not, we end up with a 'successfully' installed package that doesn't work. That doesn't seem like an improvement to me. Can you please clarify why you think we shouldn't abort installation when incorrect database info is provided? Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#586195: [buildd-tools-devel] Bug#586195: 20nssdatabases checks for file equivalence
On Sun, Jun 27, 2010 at 12:01:12PM +0200, Bastian Blank wrote: On Sat, Jun 26, 2010 at 11:36:12PM +0100, Roger Leigh wrote: On Thu, Jun 17, 2010 at 11:49:47AM +0200, Bastian Blank wrote: 20nssdatabases checks for file equivalence and don't does anything in thie case. However nss may include more modules then just files and will fail to produce a usefull result in this case. However, we are checking the file device number and inode number, not the file contents. These should never be the same both inside and outside the chroot. If they are, something is very badly wrong: The problem is a completely different one: the result of getent passwd and the contents of /etc/passwd are not equivalent. So in case of a hardlinked file the result is a completely different (just it) then if the script creates a new one (the contents all nss databases). I'm not sure I completely understand here. I agree the contents are different, but why do we need to care about the content of /etc/passwd if we aren't using it? When you're mentioning hardlinked files, what is hardlinked to what, and why? Okay, to be exact: getent passwd may not provide a complete view anyway (because of query limits or so in case of remote databases, like ldap). Do you have any suggestions as to how to better cater for this type of setup? For example, 20nssdatabases does the equivalent of getent passwd $chroot/etc/passwd It have to replace the old file in this case anyway and not truncate it. the '' operator in the shell does an ftruncate prior to fork/exec (to set up the pipes), so when /etc/passwd is your only NSS database, it's gone completely before getent even runs. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#571712: synaptic: updated russian translation
Alternative version of Russian translation (independent from Alexander's translation). All messages were reviewed and reworked with the goal of consistency. ru.po.gz Description: GNU Zip compressed data
Bug#566335: Porting gtick to ALSA and Pulseaudio
Hi Petter, On 27/06/10 12:52, Petter Reinholdtsen wrote: Hi, Roland. Any progress with getting gtick to work on LTSP clients? For that to work, it need to work with ALSA, PulseAudio or ESD. It would be very good for Debian Edu if this was ready for testing soon. :) If ALSA (only) is fine, we'll have it for squeeze. I'll do my best. :-) bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581184: preliminary packages of nvidia-cuda-toolkit 3.1 available
Preliminary packages of nvidia-cuda-toolkit 3.1 are available at: http://stxxl.ae.cs.uni-frankfurt.de/tmp/582ce36a-592b-4677-9c3b-86ed21603fd9/ The package was uploaded to mentors.d.net and I asked my sponsor to upload it to Debian. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587150: [syslinux] Bug#587150: #587150: d-i netinst cd doesn't boot, isolinux error: further investigation
On 06/27/2010 05:59 AM, H. Peter Anvin wrote: By the way, is there any reason Debian isn't using isohybrid? we're using isohybrid for the live images since about 7 months already (including squeeze alpha1 release) and our tools to create live images defaults to isohybrid on amd64 and i386, however, the non-live images are done by another team which has not yet incorporated it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.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#566335: Porting gtick to ALSA and Pulseaudio
[Roland Stigge] If ALSA (only) is fine, we'll have it for squeeze. I'll do my best. :-) I believe ALSA will work, as LTSP set up ALSA to send the audio to PulseAudio which send it to the client. But only testing will tell, so having it available soon would be a good idea to weed out any problems before Squeeze freezes. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585677: linux-image-2.6.32-5-486: impossible to mount partitions (except /)
reassign 585677 initscripts stop On Sat, Jun 26, 2010 at 09:57:21PM +0100, Ben Hutchings wrote: On Fri, 2010-06-25 at 22:49 +0200, Stéphane Blondon wrote: 2010/6/20 Ben Hutchings b...@decadent.org.uk: Please try booting with 'break=premount' added to the kernel parameters. When the boot process stops you should get an '(initramfs)' prompt. At the prompt, please run 'blkid' and send the output. Feel free to abbreviate the UUIDs if you copy the output by hand. This is what I get (the longest UUID are abbreviated (those for swap and ext3)): (initramfs) blkid /dev/sda1: SEC_TYPE=msdos UUID=6466-FB4C TYPE=vfat /dev/sda3: UUID=1E21-1DFD TYPE=vfat /dev/sda5: LABEL=XP UUID=8444-ACD1 TYPE=vfat /dev/sda6: UUID=0bd127f7-...89d0 TYPE=swap /dev/sda7: UUID=9e7a1cee-...806a SEC_TYPE=ext2 TYPE=ext3 /dev/sdb5: UUID=58027110-...91d1 SEC_TYPE=ext2 TYPE=ext3 /dev/sdb6: UUID=8a64c937-...52db SEC_TYPE=ext2 TYPE=ext3 /dev/sdb7: UUID=47f58f90-...64e5 SEC_TYPE=ext2 TYPE=ext3 (initramfs) Given that the kernel command-line has 'root=UUID=9e7a1cee-d7c8-4244-95fe-757af64d806a', and that that filesystem is accessible, I think this must be some strange bug in the initramfs scripts and not the kernel. I'll reassign it accordingly. Ben. given that the root is mounted correctly and the initramfs business is not to mount cat and dogs of /etc/fstsab, reassigning: dpkg -S /etc/init.d/mountall.sh initscripts but it might very well be a util-linux bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587298: gnucash: Please apply XIM patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Takaki-san, thank you for bringing this issue to my attention. Can you please check whether the Debian bug #586739 is related to this bug (or maybe even a duplicate). I would very much appreciate your help here. You wrote: Please apply XIM patch. Without the patch, it is inconvinient for XIM user. see: https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/520976 What is the most current patch that I should apply to the Debian package? The one from launchpad (added in launchpad comment #3) seems to be older than the most recent patch in Gnome bug #605802... - From the patch summary in Gnome bug #605802 I understood that the patch [1]IMContext fix in register rev 5 and the [2]IMContext business fix rev3 (against r18902) got applied upstream. 1. https://bugzilla.gnome.org/show_bug.cgi?id=605802#attach_154755 2. https://bugzilla.gnome.org/show_bug.cgi?id=605802#attach_156271 Shouldn't I take the two patches that are applied upstream for fixing this bug? Regards Micha -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwnNDkACgkQWN0/4pnhQbRUVQCcDRpUAmW54tO4xjpDC9ETxJBh QfMAn0oVJcpbHGfJiHJjKgLXsB7Zv8IB =KYD1 -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#584302: wl-beta problems
On June 27, 2010 at 11:39AM +0200, ja (at disorder.sk) wrote: So can anybody tell me how to make wl-beta let me access my mail accounts? It fails on untrusted certificate and even on trusted GMail IMAP (POP works). I tried this configuration: (setq ssl-program-name gnutls-cli) (setq ssl-program-arguments '(--port service --insecure --x509cafile /etc/ssl/certs/ca-certificates.crt ;; verify certificates host)) Works in wl, but not in wl-beta. There is no difference between wl's ssl.el and wl-beta's ssl.el. So, the cause of your problem might be in other places. Could you please try the following? - Quit Wanderlust - mv ~/.elmo ~/.elmo.bak - Restart Wanderlust Thanks, -- Tatsuya Kinoshita pgp16POulznHE.pgp Description: PGP signature
Bug#585465: fbpanel: maximizing window maximizes over panel
On 27/06/10 08:30, Ulises Vitulli wrote: Hi, short update... this doesn't seem to be the case if I change edge = top to edge = bottom. Unfortunately I want my panel at the top edge. Cheers Nico I'm afraid I can't reproduce that on Fluxbox, then I tend to think It has something to do more than with Openbox than with fbpanel itself. Just to avoid any kind of misunderstanding from the bugreport, can you try that on Fluxbox to see if you experiment the same issue as with Openbox Just one thing more, can you try running fbpanel -C and activating Set Stacking Layer to your desired choice and see if it helps ? Greetings, Dererk -- BOFH excuse #321: Scheduled global CPU outage -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585465: fbpanel: maximizing window maximizes over panel
severity 585465 normal thanks On 17/06/10 15:40, Nico Golde wrote: Hi, short update... this doesn't seem to be the case if I change edge = top to edge = bottom. Unfortunately I want my panel at the top edge. Cheers Nico I'm afraid I can't reproduce that on Fluxbox, then I tend to think It has something to do more than with Openbox than with fbpanel itself. Just to avoid any kind of misunderstanding from the bugreport, can you try that on Fluxbox to see if you experiment the same issue as with Openbox? Thanks! Dererk ps: I'm lowering the severity to normal, as this bug affects cosmetically not functionality. -- BOFH excuse #184: loop found in loop in redundant loopback -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587310: reportbug: Reportbug fails with stacktrace when adding tags
Package: reportbug Version: 4.12.3 Severity: important -- Package-specific info: ** Environment settings: INTERFACE=text ** /root/.reportbugrc: reportbug_version 4.12.3 mode advanced ui text realname Jan Schulz email j...@gmx.net no-check-uid After trying to add a tag I get the following stacktrace: --- Submit this report on usbmount (e to edit) [Y|n|a|c|e|i|l|m|p|q|d|t|s|?]? t Traceback (most recent call last): File /usr/bin/reportbug, line 2084, in module main() File /usr/bin/reportbug, line 1034, in main return iface.user_interface() File /usr/bin/reportbug, line 2017, in user_interface severity, charset=charset, tags=tags) File /usr/bin/reportbug, line 319, in handle_editing ntags = debianbts.get_tags(severity, mode) NameError: global name 'mode' is not defined j...@linus:~$ Kind regards, Jan -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.7.25.3 Advanced front-end for dpkg ii python2.6.5-5An interactive high-level object-o ii python-reportbug 4.12.3 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utils none (no description available) pn debsums none (no description available) pn dlocate none (no description available) ii emacs22-bin-common22.3+1-1.2 The GNU Emacs editor's shared, arc ii file 5.04-2 Determines file type using magic ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii nullmailer [mail-transport-ag 1:1.04-1.2 simple relay-only mail transport a pn python-gtk2 none (no description available) pn python-gtkspell none (no description available) pn python-urwid none (no description available) pn python-vtenone (no description available) pn xdg-utils 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#587311: usbmount does not mount ntfs drives with ntfs-3g after following README
Package: usbmount Version: 0.0.20 Severity: normal Tags: patch I followed the readme and added fuseblk to the list of filesystems. fuse and ntfs-3g are istalled, fuse kernel module is loaded. Plugging in a ntfs drive does not mount the drive :-( I found some reports on the web that you have to patch usbmount to have that happening: http://buffalo.nas-central.org/index.php/Udev_provides_a_means_of_dynamically_creating_devices_in_/dev I added the patch (slightly modified: just change the fstype variable instead of duplicating the mount line) and after adding ntfs to my filesystem variable it works. Kind regards, Jan -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages usbmount depends on: ii lockfile-progs0.1.15 Programs for locking and unlocking ii udev 157-1 /dev/ and hotplug management daemo ii util-linux2.17.2-3.1 Miscellaneous system utilities Versions of packages usbmount recommends: pn pmountnone (no description available) usbmount suggests no packages. -- Configuration Files: /etc/usbmount/usbmount.conf changed: ENABLED=1 MOUNTPOINTS=/media/usb0 /media/usb1 /media/usb2 /media/usb3 /media/usb4 /media/usb5 /media/usb6 /media/usb7 FILESYSTEMS=vfat ext2 ext3 ext4 hfsplus ntfs USB_NTFS3G=yes MOUNTOPTIONS=noexec,nodev,noatime,nodiratime FS_MOUNTOPTIONS= VERBOSE=yes -- 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#586558: [stable] [PATCH] Btrfs: should add a permission check for setfacl
On Sat, Jun 26, 2010 at 09:55:47AM -0700, Greg KH wrote: On Sat, Jun 26, 2010 at 06:47:05AM +0200, Bastian Blank wrote: On Fri, Jun 25, 2010 at 03:47:05PM -0700, Greg KH wrote: On Sun, Jun 20, 2010 at 06:30:21PM +0200, Bastian Blank wrote: This was commit 2f26afba46f0ebf155cf9be746496a0304a5b7cf. now queued up. Whoops, sorry. I mixed the patches up. The sent one does not even compile with 2.6.32. So what I now have in the stable queue for .32 is not good? Yep. Let me know if I need to fix something up. The following patch is known working with .32. (The function gets a struct inode in .32 and .34 instead of the dentry in HEAD.) Bastian diff --git a/fs/btrfs/acl.c b/fs/btrfs/acl.c index 3616042..38ebe78 100644 --- a/fs/btrfs/acl.c +++ b/fs/btrfs/acl.c @@ -157,6 +157,9 @@ static int btrfs_xattr_set_acl(struct inode *inode, int type, int ret = 0; struct posix_acl *acl = NULL; + if (!is_owner_or_cap(inode)) + return -EPERM; + if (value) { acl = posix_acl_from_xattr(value, size); if (acl == NULL) { -- You! What PLANET is this! -- McCoy, The City on the Edge of Forever, stardate 3134.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586759: fails to install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 27/06/2010 07:00, Thijs Kinkhorst a écrit : Hi Holger, Hi Holger, Thijs, On tiisdei 22 Juny 2010, Holger Levsen wrote: On Dienstag, 22. Juni 2010, Julien Cristau wrote: Why? It's not configured, it won't work, why should it pretend the installation was successful? because you want the package in stable? having packages installable is a release goal, else packages are not suited for a stable release. A fix has been committed for this bug but I'm not convinced that this is the right one. I don't think your reasoning quoted above is technically sound. We do not fix bugs 'because a release goal says so' but because we think the change is a technically better situation. In my opinion the current situation is: 1) Package needs SQL database to function; 2) Package asks for SQL info in configuration stage; 3) Reporter does not supply apt SQL info; 4) Package is unable to contact database and cannot complete setup; 5) Package fails installation. That seems correct to me, because the package is not useful without a configured database, and retrying configuring the package with correct database information would solve that problem. If we would instead just claim that installation is successful, where it in fact is not, we end up with a 'successfully' installed package that doesn't work. That doesn't seem like an improvement to me. May I add a comment on this one: I usually don't let dbconfig-common configure my databases, at least when I install phpbb3. I prefer to configure each database in order to use the multiboard trick, and the first board created in the postint script doesn't fit my needs, so I guess that Jean-Marc fix for this one seems fine: let the package be installed, and let the user read the README.* files in order to configure phpbb3 the way that fits her needs. Cheers David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwnOtUACgkQ18/WetbTC/oNEwCggqg2LjEXgPm57DGgkpVogdMj Rz0AnAhA+uYJwvYBsoVQu6XycBrTzjAX =vCDC -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#586836: iceweasel: unknown server certificates should - if accepted - not be made permanent per default
On Sun, 2010-06-27 at 11:56 +0200, Mike Hommey wrote: But you can be sure that people won't be thinking too much about what they do if they have to do many steps to do what they want. IMHO, your proposed change will only force user to end up checking the box without thinking about it. Well ok,.. it's your decision :) ... was just a proposal for IMHO a bit more security. Best thing would perhaps be if that's configurable or so... On the other hand, how often are you not going to trust a certificate you trusted once? I personally, do it always like that and accept that just temporarily. If I want it permanently, I usually try to get the root-cert in a secure way ;) Best wishes, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584302: wl-beta problems
At Sun, 27 Jun 2010 20:31:47 +0900 (JST), Tatsuya Kinoshita wrote: [1 text/plain; us-ascii (7bit)] On June 27, 2010 at 11:39AM +0200, ja (at disorder.sk) wrote: So can anybody tell me how to make wl-beta let me access my mail accounts? It fails on untrusted certificate and even on trusted GMail IMAP (POP works). I tried this configuration: (setq ssl-program-name gnutls-cli) (setq ssl-program-arguments '(--port service --insecure --x509cafile /etc/ssl/certs/ca-certificates.crt ;; verify certificates host)) Works in wl, but not in wl-beta. There is no difference between wl's ssl.el and wl-beta's ssl.el. So, the cause of your problem might be in other places. Could you please try the following? - Quit Wanderlust - mv ~/.elmo ~/.elmo.bak - Restart Wanderlust wl-beta doesn't even ask for password. Is there a change in folder notation? Account which uses /login works but this one does not: %inbox:ACCOUNT/cl...@server:993!/ 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#585507: isomaster: Could ISOMASTER mount the dd images of harddisks containing several partitions ? would be great!!
severity 585507 wishlist thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587312: glade is *extremely* slow which makes it unusable
Package: glade Version: 3.6.7-1 Severity: important Glade-3 3.6.7 is *extremely* slow: - Every click on an element in a designed window causes the window to blink and Glade to use nealy 1 second of 100% CPU usage. - Dragging widgets does not work probably; trying to move a label to an other table-position took 8 seconds of 100% CPU usage and the label ended up in the wrong position. - Clicking on a spinbutton-button to move an element (e.g. on the up button of Packing-Left attachment) takes 4 seconds of 100% CPU usage and wrongly increased the value by 2 instead of by 1. - And much more things which are *extremely* slow This makes Glade-3 nearly completely unusable for me -- it's impossible to work with it since you have to wait one or more seconds after every mouse-click. AFAIK, older versions (e.g. 3.4.5-3) did not have this problem. Used CPU: AMD Athlon 64, 2 GHz. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (60, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages glade depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libgladeui-1-9 3.6.7-1 GTK+ User Interface Build core lib ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.18.6-1~bpo50+1 The GTK+ graphical user interface Versions of packages glade recommends: ii devhelp 0.19.1-6+b1 A GNOME developers help program ii libglade2-dev 1:2.6.2-1development files for libglade ii libgtk2.0-dev 2.18.6-1~bpo50+1 Development files for the GTK+ lib ii python-gtk2-dev 2.12.1-6 GTK+ bindings: devel files Versions of packages glade suggests: ii glade-gnome 3.6.7-1GTK+ 2 User Interface Builder (wit -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586063: fbpanel in FVWM2 doesn't show anymore in FvwmButtons
On 22/06/10 15:51, Philipp Kolmann wrote: On 06/22/2010 04:59 PM, Dererk wrote: On -10/01/37 16:59, Philipp Kolmann wrote: *FvwmButtons(3x1,Swallow fbpanel Exec /usr/bin/fbpanel) This worked for the last years. Now it seems that fbpanel doesn't allow to be swallowed anymore. I am not sure if this is a fbpanel or FVWM2 bug. Have you launch fbpanel from a terminal, to see if it throws any error? It launches fine from a terminal and I see the systray then. even when I restart fvwm it get's started again but just doesn't appear in the box as the 4.x version does.. if needed, I can send you .fvwm config files. thanks philipp Uhmmm, unfortunately it appears to be something related specifically with fvwm, because I've tried that on Fluxbox and does what fails on fvwm. I'll forward this to upstream to see what thinks about this and if could prepare a workaround, meanwhile, can you leave your configuration here for the record? Greetings, Dererk -- BOFH excuse #34: (l)user error signature.asc Description: OpenPGP digital signature
Bug#503269: patch
Hello, I attached a patch to get lua/tikz-support in the debian-package MfG bmg -- „Des is völlig wurscht, was heut beschlos- | M G Berberich sen wird: I bin sowieso dagegn!“ | berbe...@fmi.uni-passau.de (SPD-Stadtrat Kurt Schindler; Regensburg) | www.fmi.uni-passau.de/~berberic diff -Naur II/gnuplot-4.4.0/debian/control gnuplot-4.4.0/debian/control --- II/gnuplot-4.4.0/debian/control 2010-03-27 12:35:04.0 +0100 +++ gnuplot-4.4.0/debian/control2010-06-27 13:38:22.212645587 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Bradley Smith bradsm...@debian.org Standards-Version: 3.8.4 -Build-Depends: debhelper (= 7), libpng12-dev, libx11-dev, libxt-dev, pkg-config, texinfo (= 4.8), texlive-latex-base, texlive-latex-recommended, zlib1g-dev, libgd2-noxpm-dev, quilt, libwxgtk2.8-dev, libcairo2-dev, libpango1.0-dev, libedit-dev, autoconf, automake +Build-Depends: debhelper (= 7), libpng12-dev, libx11-dev, libxt-dev, pkg-config, texinfo (= 4.8), texlive-latex-base, texlive-latex-recommended, zlib1g-dev, libgd2-noxpm-dev, quilt, libwxgtk2.8-dev, libcairo2-dev, libpango1.0-dev, libedit-dev, autoconf, automake, liblua5.1-dev Homepage: http://gnuplot.sourceforge.net/ Vcs-Git: http://git.brad-smith.co.uk/git/debian/pkg-gnuplot.git Vcs-Browser: http://git.brad-smith.co.uk/?p=debian/pkg-gnuplot.git diff -Naur II/gnuplot-4.4.0/debian/gnuplot-nox.install gnuplot-4.4.0/debian/gnuplot-nox.install --- II/gnuplot-4.4.0/debian/gnuplot-nox.install 2010-03-27 12:35:04.0 +0100 +++ gnuplot-4.4.0/debian/gnuplot-nox.install2010-06-27 13:08:48.0 +0200 @@ -2,3 +2,4 @@ debian/tmp/usr/share/man/man1/gnuplot.1 debian/tmp/usr/share/gnuplot/gnuplot/ debian/build-nox/src/gnuplot usr/bin +debian/tmp/usr/share/texmf/tex/latex/gnuplot/gnuplot-lua-tikz.sty usr/share/texmf/tex/latex/gnuplot/ \ Kein Zeilenumbruch am Dateiende. diff -Naur II/gnuplot-4.4.0/debian/patches/06_lua.diff gnuplot-4.4.0/debian/patches/06_lua.diff --- II/gnuplot-4.4.0/debian/patches/06_lua.diff 1970-01-01 01:00:00.0 +0100 +++ gnuplot-4.4.0/debian/patches/06_lua.diff2010-06-27 13:34:06.424640528 +0200 @@ -0,0 +1,46 @@ +Description: Upstream changes introduced in version 4.4.0-1.1 + This patch has been created by dpkg-source during the package build. + Here's the last changelog entry, hopefully it gives details on why + those changes were made: + . + gnuplot (4.4.0-1.1) unstable; urgency=low + . + * Non-maintainer upload. + * added lua-tikz + . + The person named in the Author field signed this changelog entry. +Author: M G Berberich berbe...@fmi.uni-passau.de + +--- +The information above should follow the Patch Tagging Guidelines, please +checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here +are templates for supplementary fields that you might want to add: + +Origin: vendor|upstream|other, url of original patch +Bug: url in upstream bugtracker +Bug-Debian: http://bugs.debian.org/bugnumber +Bug-Ubuntu: https://launchpad.net/bugs/bugnumber +Forwarded: no|not-needed|url proving that it has been forwarded +Reviewed-By: name and email of someone who approved the patch +Last-Update: -MM-DD + +--- gnuplot-4.4.0.orig/configure.in gnuplot-4.4.0/configure.in +@@ -617,7 +617,7 @@ AC_ARG_WITH(lua,dnl + with_lua=yes) + + if test ${with_lua} = yes ; then +- PKG_CHECK_MODULES(LUA, [lua], LUAFOUND=yes, [LUAFOUND=no]) ++ PKG_CHECK_MODULES(LUA, [lua5.1], LUAFOUND=yes, [LUAFOUND=no]) + if test $pkg_failed != no; then + AC_MSG_WARN([The lua terminal will not be compiled.]) + with_lua=no +@@ -626,7 +626,7 @@ if test ${with_lua} = yes ; then + LIBS=$LIBS $LUA_LIBS + fi + +- AC_SEARCH_LIBS(luaL_openlibs, lua, ++ AC_SEARCH_LIBS(luaL_openlibs, lua5.1, + [dnl found lua library + AC_DEFINE(HAVE_LUA,1, [ Define if you want the lua/TikZ terminal. ]) + AC_CHECK_HEADERS(lua.h,, diff -Naur II/gnuplot-4.4.0/debian/patches/series gnuplot-4.4.0/debian/patches/series --- II/gnuplot-4.4.0/debian/patches/series 2010-03-27 12:35:04.0 +0100 +++ gnuplot-4.4.0/debian/patches/series 2010-06-27 13:49:21.568638855 +0200 @@ -1,4 +1,4 @@ 02_fix_man.diff 04_fix_libexecdir.diff 05_default_gd_font.diff 06_lua.diff diff -Naur II/gnuplot-4.4.0/debian/rules gnuplot-4.4.0/debian/rules --- II/gnuplot-4.4.0/debian/rules 2010-03-27 12:35:04.0 +0100 +++ gnuplot-4.4.0/debian/rules 2010-06-27 13:12:54.0 +0200 @@ -40,8 +40,8 @@ --datadir=\$${prefix}/share/gnuplot \ --with-gihdir=\$${prefix}/share/gnuplot \ --without-lasergnu --with-png --with-gd --without-lisp-files \ - --without-linux-vga --with-readline=bsd --without-x \ - --disable-wxwidgets + --without-linux-vga --with-readline=gnu --without-x \ + --disable-wxwidgets --with-lua touch $@ configure-x11: configure-x11-stamp @@ -57,7 +57,7 @@
Bug#587173: rpm: FTBFS on armel (sed: can't read arm-linux/macros: No such file or directory)
On Fri, Jun 25, 2010 at 21:51:07 +0100, Adam D. Barratt wrote: Package: rpm Severity: serious Version: 4.8.1-3 Hi, rpm FTBFS on armel; from the build log: and -4 FTBFS on kfreebsd-*. Cheers, Julien signature.asc Description: Digital signature
Bug#584831: [buildd-tools-devel] Bug#584831: schroot: please add an option to avoid fork()
Roger Leigh rle...@codelibre.net writes: This is because when you remove the fork you competely replace the schroot program with your program, and schroot never gets to run its cleanup code (which is what kills your session). If you run the unpatched schroot with --verbose --debug=notice, you should see your session gets killed when the 15killprocs setup script is run. Is this the case? According to strace in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584831#15 no cleanup code is run in my case. How are you starting X using schroot? Could I see your script or command-line? Hmm, gdm.conf is listed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584831#15 also. Maybe you lost the mail? One thing to look at is how X gets started. Does the X server start gdm as a child process? In this situation, is gdm actually visible inside the chroot? No, gdm spawns X or whatever the command= line reads, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584831#15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499043: workaround bug 499043 lenny amd64 ia32-libs flash
To apply the workaround: 1. Download and run this script: http://people.debian.org/~bartm/flashplugin-nonfree/ia32-libs-workaround-499043-lenny.sh 2. dpkg -i ia32-libs-workaround-499043_0.0.1+lenny1_amd64.deb To remove the workaround: 1. apt-get remove ia32-libs-workaround-499043 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508170: workaround
See bug 499043 for a workaround. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584302: wl-beta problems
On June 27, 2010 at 1:50PM +0200, ja (at disorder.sk) wrote: wl-beta doesn't even ask for password. Is there a change in folder notation? Account which uses /login works but this one does not: %inbox:ACCOUNT/cl...@server:993!/ If ACCOUNT has @, put double-quote around the ACCOUNT. e.g. %:usern...@gmail.com/cl...@imap.gmail.com:993!/ Thanks, -- Tatsuya Kinoshita pgpywzGz07nVQ.pgp Description: PGP signature
Bug#585922: chromium-browser-inspector: Simply doesn't work
tags 585922 - moreinfo unreproducible retitle 585922 chromium-browser-inspector: copes poorly with frames severity 585922 normal quit Thue Janus Kristensen wrote: After clicking around a bit more, it seems that it only fails for pages using frames. There it will select the frame when you click the element. Chromium should instead select the element within the frame inside the dev pane. Thanks for the clarification. Indeed, that’s true: 1. Visit http://java.sun.com/javase/7/docs/api/ 2. Select Tools → Developer → Developer Tools from the browser chrome (or press ctrl-shift-I) 3. Choose Elements from the top of the developer tools window 4. Click the black magnifying glass icon at the bottom of the developer tools window, so it turns blue 5. Click on a frame. Its frame tag gets selected. 6. Click the manifying glass icon again. 7. Click on an element within the selected frame. Even though individual elements are correctly highlighted when you hover, the inspector window refuses to automagically jump to the correct tag. Could you report this upstream through http://code.google.com/p/chromium/issues/entry?template=Defect%20on%20Linux so we can work on a fix there (and send a link to this bug log)? If you can’t because you don’t have an account or something, that’s fine, too, but please do let us know. Thanks again, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587222: [pkg-cryptsetup-devel] Bug#587222: cryptsetup does not/cannot close dm-crypt devices, if root-fs is on it, but does also not warn about it
On Sun, 2010-06-27 at 11:46 +0200, Milan Broz wrote: You cannot use luksSuspend for plain device, but you can use dmsetup. I described this long time ago here (probably before luksSuspend was even implemented) http://article.gmane.org/gmane.linux.kernel.device-mapper.dm-crypt/2859 Maybe I can add some kill key for plain device command to cryptsetup? I guess that would be nice, because then we wouldn't have to use the underlying thingy so often directly, which is IMHO cleaner (The problem is that in LUKS you can check that calculated key is correct, so luksResume is possible. In plain crypt device you are simple providing key so there cannot be perfect equivalent of Resume - any key will fit and if it is not correct, you data will be corrupted later.) Isn't that solved by our nice checkscripts which test wheter any known filesystem was decrypted? But this is not yet used within initramfs images, right? And probably not at all with resume-devices...? Nevertheless,... I got this right, the neither luksSuspend nor deleting the key directly via dmsetup, works for root-fs, right? So... a) we still need to solve that b) If e.g. Jonas would simply delete all remaining keys via dmsetup in the end would we end up with data corruption (if someone reads/writes form/to root-fs)? c) we should try to not produce useless error messages Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587313: New upstream version 0.8 available
Package: buildbot Version: 0.7.12-2 Severity: wishlist Hi, Upstream have released a new version (0.8) on may 25th. I would like to see in in Debian... Thanks Kaplan
Bug#587222: [pkg-cryptsetup-devel] Bug#587222: cryptsetup does not/cannot close dm-crypt devices, if root-fs is on it, but does also not warn about it
On Sun, 2010-06-27 at 12:00 +0200, Jonas Meurer wrote: you already do a great job at maintaining cryptsetup!!! fully seconded :) i'm not sure whether wiping the key at shutdown process is a good idea at all. properly removing/luksClosing should work on clean setups, and force-wiping the key could lead to data corruption if i got it right. thus a clear warning that remove/luksClose failed is my favourite. I guess he's referring to the root-fs on top of dm-crypt thingy,... (which you can't close cleanly) Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587290: initramfs-tools: malformed yaboot.conf created when alternate partitions use UUID= in fstab
Please send the files /etc/fstab, /etc/yaboot.conf.old and /etc/yaboot.conf from your system. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#587314: please add homepage to debian/control
Package: buildbot Version: 0.7.12-2 Severity: minor Hi, Please add a homepage field to debian/control http://buildbot.net/trac Thanks Kaplan
Bug#585465: fbpanel: maximizing window maximizes over panel
Hi, * Ulises Vitulli der...@debian.org [2010-06-27 13:52]: On 27/06/10 08:30, Ulises Vitulli wrote: Hi, short update... this doesn't seem to be the case if I change edge = top to edge = bottom. Unfortunately I want my panel at the top edge. I'm afraid I can't reproduce that on Fluxbox, then I tend to think It has something to do more than with Openbox than with fbpanel itself. Just to avoid any kind of misunderstanding from the bugreport, can you try that on Fluxbox to see if you experiment the same issue as with Openbox Just one thing more, can you try running fbpanel -C and activating Set Stacking Layer to your desired choice and see if it helps ? I will test both as soon as I have access to the machine again using this configuration. I'd be very surprised if this is an openbox as I didn't update openbox but fbpanel and at least openbox claims to be ICCCM and EWMH. But who knows :) I'll let you know about the results. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgprEVhYddFpT.pgp Description: PGP signature
Bug#584562: cromium-browser-inspector: Javascript debugger crashes tab
Hi Mattia, Giuseppe Iuculano wrote: On 06/04/2010 05:42 PM, Mattia Monga wrote: When I try to debug a javascript program, the tab where the web page is loaded crashes if a breakpoint is activated. My /var/log/messages reports chromium-browse[3488]: segfault at 0 ip 7fddd5b3f8a0 sp 72d05c50 error 4 in libv8.so.2.2.7[7fddd5a0d000+273000] thanks for your bug report. Could you provide a proper backtrace please? Alternatively, a precise reproduction recipe could be helpful. Yes, I know I “just” need to ask Chromium to debug a javascript program, set a breakpoint, and let it get activated, but step-by-step instructions would make it much easier for novices like me to actually do that without investing too much time. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587268: mupen64plus: found solution, temporally
yellow wrote: Package: mupen64plus Severity: normal Guten Morgen , hi, I found a solution. It is a bit tricky, but well, so it is to modify with kate the file .config/mupen64/blightsomething with this content. So now, we can play with two players. The blight editor configurator is not working but well, we can play ok with 2 jozsticks You haven't answered my questions yet, but I had a small discussion with someone from #mupen64plus and he tried xboxdrv instead of xpad. Please try it too. http://pingus.seul.org/~grumbel/xboxdrv/xboxdrv.html By the way, what is the default config? mupen64plus 1.5 has no auto- configuration and so cannot provide a default config for your controller. signature.asc Description: This is a digitally signed message part.
Bug#587150: [syslinux] Bug#587150: #587150: d-i netinst cd doesn't boot, isolinux error: further investigation
On Sun, Jun 27, 2010 at 01:23:22PM +0200, Daniel Baumann wrote: On 06/27/2010 05:59 AM, H. Peter Anvin wrote: By the way, is there any reason Debian isn't using isohybrid? we're using isohybrid for the live images since about 7 months already (including squeeze alpha1 release) and our tools to create live images defaults to isohybrid on amd64 and i386, however, the non-live images are done by another team which has not yet incorporated it. It's on my todo list to use it, but really we need to integrate it into genisoimage or similar - see my post to the list a few weeks back. We generate jigdo images on the fly as we make the ISO images, so post-processing isn't really an option. -- Steve McIntyre, Cambridge, UK.st...@einval.com I suspect most samba developers are already technically insane... Of course, since many of them are Australians, you can't tell. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587315: 'multipath: unknown hardware handler type' with hardware_handler 1 hp-sw
Package: multipath-tools Version: 0.4.8+git0.761c66f-8 Severity: normal Hi I had some problems with an HP EVA 3k Storage Array ( HSV100 Controller ) and multipath... Modprobing the HBA module (qla2xxx) resulted in detecting the SAN-Disks as /dev/sdX , but the device-mapper did not show any new devices. Looking at /var/log/syslog and dmesg I found multiple entries like this: device-mapper: table: 253:3: multipath: unknown hardware handler type device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: multipath: unknown hardware handler type device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: multipath: unknown hardware handler type device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: multipath: unknown hardware handler type device-mapper: ioctl: error adding target to table Looking at multipathd: multipathd -kshow config | grep hardware_handler | grep hp hardware_handler 1 hp-sw hardware_handler 1 hp-sw After some internet searching i found out that between 2.6.26 ( lenny ) and 2.6.32 the hardware handler kernel modules were transferred from drivers/md to drivers/scsi/device_handler. In the source of the new mopdule drivers/scsi/device_handler/scsi_dh_hp_sw.c there's the name hp_sw ... Apparently the name of my handler changed from hp-sw to hp_sw. After adding a modified device-Section in my /etc/multipath.conf ( see below ) and a restart of multipathd everything works fine. The problem is solved for me, but i recommend correcting the handler-names in the default config in libmultipath from ..hwhandler = 1 hp-sw to ..hwhandler = 1 hp_sw thanks, phil -- Package-specific info: Contents of /etc/multipath.conf: multipaths { } devices { device { vendor (COMPAQ|HP) product (MSA|HSV)1.0.* path_grouping_policy group_by_prio path_checker hp_sw checker hp_sw features 1 queue_if_no_path hardware_handler 1 hp_sw prio hp_sw no_path_retry 12 rr_min_io 100 } } -- 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=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages multipath-tools depends on: ii initscripts 2.88dsf-9scripts for initializing and shutt ii kpartx 0.4.8+git0.761c66f-8 create device mappings for partiti ii libaio1 0.3.107-7Linux kernel AIO access library - ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-2 The Linux Kernel Device Mapper use ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libreadline66.1-3GNU readline and history libraries ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip ii udev157-1/dev/ and hotplug management daemo multipath-tools recommends no packages. Versions of packages multipath-tools suggests: ii multipath-tools-boo 0.4.8+git0.761c66f-8 Support booting from multipath dev -- 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#587271: [xml/sgml-pkgs] Bug#587271: libxml2 zegfault reading any xml file on amd64
hello Mike and thanks for reply. On Sun, Jun 27, 2010 at 12:04:22PM +0200, Mike Hommey wrote: - I tried to apt-get source and compile again: same pb. - using gdb and some code hacks, i saw the segfault appears at xmlIO.c:2412 because cptr is out of bounds. - collecting more infos is WIP. The version of libxml2 you are using hasn't changed for almost a year, so I doubt it is really a libxml2 issue, thus downgrading severity. I'm very confused: bug appears after an apache reboot so i really don't know why the pb appears now. the gz callback doesn't care about filename and always matches so the file callback can't be reached. I just recompiled with my own patch (see the end of message) and it works (seems like a klugde but i really need my server to work). As libxml2 is an old package, the pb may be elsewhere (gzip lib?). I seen there is no test of cptr after the line but i just don't figure out how to do it for the moment. cptr = (char *) ((z_stream *)context)-next_in; Are you sure you don't have a custom libxml2 installation in /usr/local/lib or something similar ? (try to check the output for ldd /usr/bin/xmllint)) i try to avoid as far as possible to have homebrew libs on production servers: ldd =xmllint | perl -lne 'm#/usr\S+xml\S+# and print `dpkg -S $`' libxml2: /usr/lib/libxml2.so.2 again: thanks for help. --- libxml2-2.6.32.dfsg/xmlIO.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/libxml2-2.6.32.dfsg/xmlIO.c b/libxml2-2.6.32.dfsg/xmlIO.c index dd4f7e7..c14a68e 100644 --- a/libxml2-2.6.32.dfsg/xmlIO.c +++ b/libxml2-2.6.32.dfsg/xmlIO.c @@ -1087,7 +1087,10 @@ xmlBufferWrite (void * context, const char * buffer, int len) { */ static int xmlGzfileMatch (const char *filename ATTRIBUTE_UNUSED) { -return(1); +return ! strncmp +( filename + strlen( filename ) - 3 +, .gz , 3 +); } /** -- Marc Chantreux BibLibre, expert en logiciels libres pour l'info-doc http://biblibre.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584302: wl-beta problems
At Sun, 27 Jun 2010 21:07:59 +0900 (JST), Tatsuya Kinoshita wrote: [1 text/plain; us-ascii (7bit)] On June 27, 2010 at 1:50PM +0200, ja (at disorder.sk) wrote: wl-beta doesn't even ask for password. Is there a change in folder notation? Account which uses /login works but this one does not: %inbox:ACCOUNT/cl...@server:993!/ If ACCOUNT has @, put double-quote around the ACCOUNT. e.g. %:usern...@gmail.com/cl...@imap.gmail.com:993!/ That's it. Thank you! 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#587316: filename always append with a `;1' after mount
Package: libarchive Version: 2.8.3-1 When mounting an iso file with `gvfs-archive', all the filenames appears appended with a `;1' string an the end. I found a bunch of commented code, uncomment these code, it would work perfectly. Please refer to the attachment. Thanks Regards -Mike Qin diff -Nur libarchive-2.8.3.orig/libarchive/archive_read_support_format_iso9660.c libarchive-2.8.3/libarchive/archive_read_support_format_iso9660.c --- libarchive-2.8.3.orig/libarchive/archive_read_support_format_iso9660.c 2010-01-17 08:21:10.0 +0800 +++ libarchive-2.8.3/libarchive/archive_read_support_format_iso9660.c 2010-06-27 20:27:40.0 +0800 @@ -1749,7 +1749,7 @@ } *wp = L'\0'; -#if 0 /* untested code, is it at all useful on Joliet? */ +/* #if 0 untested code, is it at all useful on Joliet? */ /* trim trailing first version and dot from filename. * * Remember we where in UTF-16BE land! @@ -1769,7 +1769,7 @@ /* Chop off trailing '.' from filenames. */ if (*(wp-1) == '.') *(--wp) = L'\0'; -#endif +/* #endif */ /* store the result in the file name field. */ archive_strappend_w_utf8(file-name, wbuff);
Bug#587205: feh: Arbitrary code execution with --wget-timestamp and URLs
Hi Daniel, On sneon 26 Juny 2010, Daniel Friesel wrote: there exists an (IMHO rather unlikely, but still possible) arbitrary code execution hole in feh. All versions = 1.7 down to at least the 1.3.4 in stable (I didn't check earlier ones) are affected. See http://seclists.org/oss-sec/2010/q2/332. In case the security team wants to patch the stable feh package, the following diff resolves the issue by removing the --wget-timestamp option, which is probably broken anyway: https://derf.homelinux.org/git/feh/patch/?id=ae56ce24b10767800b1715e7e68b4 1c7d3571b4c. Thanks for reporting the issue to us. Especially the following convinces me that the issue is not likely enough to be fixed in a DSA: | So if an attacker can trick the user into opening an image URL containing | shell metacharacters with feh --wget-timestamp, he is able to execute | arbitrary shell code with the rights of the user executing feh. This requires | the URL to resolve to an existing file, however. Obfuscating the shell code | with HTTP escapes (like %20) does not seem to work, and a redirect (via | tinyurl or similar) to a malicious URL will also have no effect. I propose the maintainer fixes it in unstable/testing and optionally releases a fix via stable-proposed-updates. Cheers, Thijs signature.asc Description: This is a digitally signed message part.