Bug#733222: qemu-system-x86: postinst script looks for update-alternatives in the wrong directory
Hi Just some additional info, after comparing other packages' maintainer scripts and seeing that all the ones I checked invoke update-alternatives without an absolute path name, I took a look at the policy and found this (ยง6.1): > Programs called from maintainer scripts should not normally have a path > prepended to them. Before installation is started, the package management > system checks to see if the programs ldconfig, start-stop-daemon, and update- > rc.d can be found via the PATH environment variable. Those programs, and any > other program that one would expect to be in the PATH, should thus be > invoked without an absolute pathname Maybe the best way would simply be to call update-alternatives without a prepended absolute path. regards Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733222: qemu-system-x86: postinst script looks for update-alternatives in the wrong directory
Package: qemu-system-x86 Version: 1.7.0+dfsg-2 Severity: normal Dear Maintainer, The postinst, prerm and portrm scripts of qemu-system-x86 (and other qemu-system packages) look for update-alternatives in the wrong directory: if [ -x /usr/sbin/update-alternatives ]; then On testing/unstable, update-alternatives is in /usr/bin: andreas@sirius:~$ which update-alternatives /usr/bin/update-alternatives andreas@sirius:~$ LC_ALL=C apt-cache policy dpkg dpkg: Installed: 1.17.5 Please also have a look at bug #722914 in this context. regards Andreas Janssen -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 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 qemu-system-x86 depends on: ii ipxe-qemu 1.0.0+git-2013.c3d1e78-1 ii libaio1 0.3.109-4 ii libasound2 1.0.27.2-3 ii libbluetooth3 4.101-4 ii libbrlapi0.64.5-3+b2 ii libc6 2.17-97 ii libcurl3-gnutls 7.34.0-1 ii libfdt1 1.4.0-2 ii libglib2.0-02.36.4-1 ii libgnutls26 2.12.23-8 ii libiscsi1 1.4.0-3 ii libjpeg88d-2 ii libncurses5 5.9+20130608-1 ii libpixman-1-0 0.30.2-2 ii libpng12-0 1.2.49-5 ii libpulse0 4.0-6+b1 ii libsasl2-2 2.1.25.dfsg1-17 ii libsdl1.2debian 1.2.15-8 ii libseccomp2 2.1.0+dfsg-1 ii libspice-server10.12.4-0nocelt2 ii libssh2-1 1.4.3-2 ii libtinfo5 5.9+20130608-1 ii libusb-1.0-02:1.0.17-1+b1 ii libusbredirparser1 0.6-2 ii libuuid12.20.1-5.5 ii libvdeplug2 2.3.2-4 ii libx11-62:1.6.2-1 ii libxen-4.3 4.3.0-3+b1 ii libxenstore3.0 4.3.0-3+b1 ii qemu-keymaps1.7.0+dfsg-2 ii qemu-system-common 1.7.0+dfsg-2 ii seabios 1.7.3-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages qemu-system-x86 recommends: ii qemu-utils 1.7.0+dfsg-2 Versions of packages qemu-system-x86 suggests: ii kmod 9-3 pn samba pn sgabios pn vde2 -- 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#535102: still present in 4:4.3.2-1
Hi This bug is still present in KDE 4:4.3.2-1/4:4.3.2-2. By the way, shouldn't this bug be reassigned to plasma-widgets-workspace? I believe the system monitor widgets are from that package, not from kdeplasma- addons. regards Andreas Janssen -- Andreas Janssen PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps.html signature.asc Description: This is a digitally signed message part.
Bug#475161: [linux-image-2.6.24-1-686] 2.6.24 breaks support for my DVB receiver
Package: linux-image-2.6.24-1-686 Version: 2.6.24-5 Severity: normal --- Please enter the report below this line. --- A change to drivers/media/dvb/frontends/tda10086.c that seems to have been made somewhere between release of 2.6.23 and 2.6.24 breaks support for my DVB receiver. dmesg shows no interesting output, however it is not possible for applications to display or switch channels. The problem has been mentioned on the linux-dvb mailing list. Reverting the change resolves the problem. I checked by using tda10086.c from the Debian 2.6.22 source package. Upgrading to 2.6.25-rc8 from http://kernel-archive.buildserver.net/debian-kernel/ also helps. Output from dmesg about my hardware: dvb-usb: found a 'Pinnacle 400e DVB-S USB2.0' in warm state. dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (Pinnacle 400e DVB-S USB2.0) registering frontend 0 (Philips TDA10086 DVB-S)... dvb-usb: Pinnacle 400e DVB-S USB2.0 successfully initialized and connected. usbcore: registered new interface driver dvb_usb_ttusb2 Post on the linux-dvb mailing list: http://www.linuxtv.org/pipermail/linux-dvb/2008-February/023493.html Linked patch that broke the driver: http://linuxtv.org/hg/v4l-dvb/rev/816f256c2973 I don't know what the kernel team's plans for 2.6.24 are, but if it will be in testing for longer or if testing is even going to be released with this kernel, please consider fixing the bug in 2.6.24. regards Andreas Janssen --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-686 Debian Release: lenny/sid 990 testing security.debian.org 990 testing ftp.de.debian.org 600 testing debian-multimedia.org 500 unstableftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== initramfs-tools (>= 0.55) | 0.91e OR yaird(>= 0.0.12-8) | OR linux-initramfs-tool| module-init-tools | 3.3-pre11-4 -- Andreas Janssen <[EMAIL PROTECTED]> PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps.html signature.asc Description: This is a digitally signed message part.
Bug#440489: Provides of gcc-4.2
Package: gcc-doc Version: 4:4.1.1.nf3 Hi gcc-4.2 /suggests/ gcc-4.2-doc, but does not /provide/ that package. regards Andreas Janssen signature.asc Description: This is a digitally signed message part.
Bug#416922: madwifi: Upstream version fixes several CVEs
Just for completeness, the former version of the madwifi package (1:0.9.2+r1842.20061207-2) which is also in etch is not affected because it already includes patches which fix this CVEs. See Kel's message on the pkg-madwifi-maintainers mailing list: http://lists.alioth.debian.org/pipermail/pkg-madwifi-maintainers/2007-April/000631.html regards Andreas Janssen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405055: misdn-source: missing Depends: on debhelper
Package: misdn-source Severity: important misdn-source needs debhelper for the binary module packages to be built. However misdn-source does not depend on debhelper. regards Andreas Janssen -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (1002, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399836: update-menus: sh: Illegal option -r when run with dash as /bin/sh
Am Mittwoch, 22. November 2006 13:17 schrieb Bill Allombert: > On Wed, Nov 22, 2006 at 11:39:53AM +0100, Andreas Janssen wrote: >> Package: menu >> Version: 2.1.32 >> Severity: normal >> >> >> update-menus produces the following error message over and over >> again: >> >> sh: Illegal option -r >> >> Looks like this option is valid for bash, but nor for dash >> (and possibly for other shells as well ). I recommend you either >> drop the use of this option, or call bash instead of sh. > > Hello Andreas, > > Do you have fvwm-crystal installed ? Yes. > Menu itself does not use sh -r, but fvwm-crystal menu-method does: > function CommandWOArgs()=shell("sh -r -c 'echo -n $0' " > > Could you send me the output of update-menus -v so I can check that ? Here it is: [EMAIL PROTECTED]:~$ LC_ALL=C update-menus -v 2>&1 | head -n 30 update-menus[11128]: Update-menus is run by user. update-menus[11128]: Dpkg is not locking dpkg status area, good. update-menus[11128]: Reading installed packages list... update-menus[11128]: Reading menu-entry files in /home/andreas/.menu/. update-menus[11128]: 8 menu entries found (8 total). update-menus[11128]: Reading menu-entry files in /etc/menu/. update-menus[11128]: 3 menu entries found (11 total). update-menus[11128]: Reading menu-entry files in /usr/lib/menu/. update-menus[11128]: 4 menu entries found (15 total). update-menus[11128]: Reading menu-entry files in /usr/share/menu/. update-menus[11128]: 266 menu entries found (281 total). update-menus[11128]: Reading menu-entry files in /usr/share/menu/default/. update-menus[11128]: file /usr/share/menu/default/ash line 2: Discarding entry requiring missing package ash. update-menus[11128]: 0 menu entries found (281 total). update-menus[11128]: Running menu-methods in /home/andreas/.menu-methods/. update-menus[11128]: Running menu-methods in /etc/menu-methods/. update-menus[11128]: Running method: /etc/menu-methods/menu-xdg update-menus[11128]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-apps update-menus[11128]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-dirs update-menus[11128]: Running method: /etc/menu-methods/fvwm-crystal sh: Illegal option -r [...] regards Andreas Janssen -- Andreas Janssen <[EMAIL PROTECTED]> PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps-sarge.html
Bug#399836: update-menus: sh: Illegal option -r when run with dash as /bin/sh
Package: menu Version: 2.1.32 Severity: normal update-menus produces the following error message over and over again: sh: Illegal option -r Looks like this option is valid for bash, but nor for dash (and possibly for other shells as well ). I recommend you either drop the use of this option, or call bash instead of sh. regards Andreas Janssen -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (1002, 'testing'), (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-486 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages menu depends on: ii dpkg 1.13.22 package maintenance system for Deb ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 menu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391429: gc_approx still not working properly
Hello Am Freitag, 6. Oktober 2006 16:20 schrieb [EMAIL PROTECTED]: > On Fri, Oct 06, 2006 at 02:23:40PM +0200, Andreas Janssen wrote: >> I installed approx 2.7.0 from unstable today. gc_approx is still >> not working properly. Instead of just trying to remove packages >> with ~ in the version, it now tries to remove other files as well. > > Is it still removing files with '~' also, or is this a different > problem? First of all, the problem with the ~ key has been solved. I thought your fix made gc_approx recognize %7e as ~ in the cached packages' names. Instead, it now saves the packages with the decoded name. After renaming my old packages from %7e to ~ gc_approx does not try to remove them anymore. >> One of the files it tries to remove is: >> /var/cache/approx/multimedia/pool/main/m/mplayer-blue/mplayer-skin-blue_1.5-0.5_all.deb >> >> The Packages.bz2 file in my approx cache says: >> >> Filename: >> pool/main/m/mplayer-blue/mplayer-skin-blue_1.5-0.5_all.deb >> >> apt-cache policy mplayer-skin-blue says: >> >> mplayer-skin-blue: >> Installed: 1.5-0.5 >> Candidate: 1.5-0.5 >> Version table: >> *** 1.5-0.5 0 >>1001 http://sirius etch/main Packages >> 100 /var/lib/dpkg/status > > Strange -- I have the same file in my cache, and it's not being > flagged for removal. This turned out to be a checksum problem. gc_approx -k -v says: ! /var/cache/approx/multimedia/pool/main/a/anyevent/anyevent-perl_1.02-0.2_all.deb ! /var/cache/approx/multimedia/pool/main/d/divx4linux/libdivxdecore0_5.0.1-1_i386.deb ! /var/cache/approx/multimedia/pool/main/d/divx4linux/libdivxencore0_5.0.1-1_i386.deb ! /var/cache/approx/multimedia/pool/main/m/mplayer-blue/mplayer-skin-blue_1.5-0.5_all.deb ! /var/cache/approx/multimedia/pool/main/libf/libfame/libfame-0.9_0.9.1-0.2_i386.deb ! /var/cache/approx/multimedia/pool/main/libd/libdvdcss/libdvdcss2_1.2.9-0.0_i386.deb ! /var/cache/approx/multimedia/pool/main/a/acroread/acroread_7.0.8-0.0_i386.deb ! /var/cache/approx/multimedia/pool/main/g/gtk2-ex-formfactory/gtk2-ex-formfactory-perl_0.65-0.0_all.deb ! /var/cache/approx/multimedia/pool/main/e/event-execflow/libevent-execflow-perl_0.62-0.1_all.deb ! /var/cache/approx/multimedia/pool/main/x/xvidcore/libxvidcore4_1.1.0-final-0.1_i386.deb ! /var/cache/approx/multimedia/pool/main/w/w32codecs/w32codecs_20060611-0.0_i386.deb Adding the -f option makes gc_approx keep the package. I found out that the md5sum and sha1sum of the package match that in the Packages.bz2 file, but the sha256sum is actually different. Running the checksum programs on my machine results in: ae435c503465b91c7eadc19b234370b6 9081951967a54c91315a5ba29337597bb6b2f8af a16e38d82dc830769b89e1f7e213f65e0214fd064bf42350f184205ab0afbc85 The Packages file however says: MD5sum: ae435c503465b91c7eadc19b234370b6 SHA1: 9081951967a54c91315a5ba29337597bb6b2f8af SHA256: 2b32376a31b621266012b90910927eca18a701b76150e700289f7856b8d8bd3b Looks like a problem with the Packages file to me. regards Andreas Janssen -- Andreas Janssen <[EMAIL PROTECTED]> PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps-sarge.html pgpZcBGrSO83k.pgp Description: PGP signature
Bug#390121: gc_approx still not working properly
I installed approx 2.7.0 from unstable today. gc_approx is still not working properly. Instead of just trying to remove packages with ~ in the version, it now tries to remove other files as well. One of the files it tries to remove is: /var/cache/approx/multimedia/pool/main/m/mplayer-blue/mplayer-skin-blue_1.5-0.5_all.deb The Packages.bz2 file in my approx cache says: Filename: pool/main/m/mplayer-blue/mplayer-skin-blue_1.5-0.5_all.deb apt-cache policy mplayer-skin-blue says: mplayer-skin-blue: Installed: 1.5-0.5 Candidate: 1.5-0.5 Version table: *** 1.5-0.5 0 1001 http://sirius etch/main Packages 100 /var/lib/dpkg/status Additionally, gc_approx also tries to remove some Packages files, although they are still available on the server: /var/cache/approx/security/dists/etch/updates/non-free/binary-i386/Packages.bz2 /var/cache/approx/security/dists/etch/updates/main/binary-i386/Packages.bz2 /var/cache/approx/security/dists/etch/updates/contrib/binary-i386/Packages.bz2 Currently no packages from this source are in the cache, is this the reason? approx should still keep the Packages files. Please reopen this bug. regards Andreas Janssen -- Andreas Janssen <[EMAIL PROTECTED]> PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps-sarge.html pgpCffC0N0C6U.pgp Description: PGP signature
Bug#391285: nvidia-glx-legacy: removing -glx-legacy, installing -glx, purging -glx-legacy fails because of diversions
Package: nvidia-glx-legacy Version: 1.0.7184-2 Severity: normal Removing nvidia-glx-legacy, installing nvidia-glx and purging nvidia-glx-legacy fails because of diversions: Purging configuration files for nvidia-glx-legacy ... dpkg-divert: mismatch on package when removing `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-legacy' found `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx' dpkg: error processing nvidia-glx-legacy (--purge): subprocess post-removal script returned error exit status 2 It seems like the postrm script needs some additional checks to make sure that it does not try to remove the diversions if the package and the diversions have already been removed and been replaced by other diversions of another package. The nvidia-glx package has the same problem. Regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nvidia-glx-legacy depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-9 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii nvidia-kernel-legacy 1.0.7184-2+2.6.17-9 NVIDIA binary kernel module for Li ii x11-common 1:7.0.22X Window System (X.Org) infrastruc nvidia-glx-legacy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390121: gc_approx wants to remove all package files with ~ in the package version
Package: approx Version: 2.06 Severity: normal When approx downloads packages with the new ~ character in the package version, the local files are renamed, e.g.: [EMAIL PROTECTED]:~$ apt-cache show cryptsetup | grep Filename Filename: pool/main/c/cryptsetup/cryptsetup_1.0.4~rc2-1_i386.deb ^ [EMAIL PROTECTED]:~$ ls /var/cache/approx/debian/pool/main/c/cryptsetup cryptsetup_1.0.4%7erc2-1_i386.deb ^^^ This seems to confuse gc_approx, and it can't recognize the package as "available" anymore: sirius:~# gc_approx -k -f /var/cache/approx/debian/pool/main/p/pciutils/pciutils_2.2.4%7epre4-1_i386.deb /var/cache/approx/debian/pool/main/c/cryptsetup/cryptsetup_1.0.4%7erc2-1_i386.deb /var/cache/approx/debian/pool/main/c/cdrkit/mkisofs_1.0%7epre4-1.1_i386.deb /var/cache/approx/debian/pool/main/c/cdrkit/wodim_1.0%7epre4-1.1_i386.deb /var/cache/approx/debian/pool/main/e/ekg/libgadu3_1.7%7erc2-1_i386.deb /var/cache/approx/debian/pool/main/c/cdrkit/cdrecord_1.0%7epre4-1.1_all.deb regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages approx depends on: ii adduser 3.97Add and remove users and groups ii bzip21.0.3-6 high-quality block-sorting file co ii curl 7.15.5-1Get a file from an HTTP, HTTPS, FT ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi approx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389939: selecting KDE frontend does not work because debconf capitalizes the name
Package: debconf Version: 1.5.4 Severity: normal When I select the KDE frontend from dpkg-reconfigure debconf, running dpkg-reconfigure with the new setting fails: ,--- | debconf: unable to initialize frontend: KDE | debconf: (Can't locate Debconf/FrontEnd/KDE.pm in @INC (@INC contains: | /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 | /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) | at (eval 19) line 2.) | debconf: falling back to frontend: Noninteractive `--- [EMAIL PROTECTED]:~$ locate Kde.pm /usr/share/perl5/Debconf/Element/Kde.pm /usr/share/perl5/Debconf/FrontEnd/Kde.pm Choosing "Kde" from the command line of via debconf-set-selections works, but complains about the first letter: sirius:/home/andreas# LANG=C dpkg-reconfigure -fKde debconf debconf: Please do not capitalize the first letter of the debconf frontend. Choosing "kde" from the command line works. Please make sure debconf stores its own settings in a way that work, e.g. debconf debconf/frontendselect kde instead of debconf debconf/frontendselect KDE regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages debconf depends on: ii debconf-i18n 1.5.4 full internationalization support ii perl-base 5.8.8-6.1 The Pathologically Eclectic Rubbis Versions of packages debconf recommends: ii apt-utils 0.6.46 APT utility programs -- debconf information: debconf-apt-progress/title: debconf-apt-progress/info: * debconf/priority: low debconf-apt-progress/preparing: debconf-apt-progress/media-change: * debconf/frontend: Kde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388300: udev does not provide/create /dev/MAKEDEV symlink
After being notificated of Bug #370540 (could fail gracefully if /dev/MAKEDEV exists), I took a look at the udev init script. The function for creating /dev/MAKEDEV (line 45) says: [ ! -e /dev/MAKEDEV ] || ln -s /sbin/MAKEDEV /dev/MAKEDEV This will quit if MAKEDEV does not exist, but not create it. Please change it to: [ ! -e /dev/MAKEDEV ] && ln -s /sbin/MAKEDEV /dev/MAKEDEV or to [ -e /dev/MAKEDEV] || ln -s /sbin/MAKEDEV /dev/MAKEDEV regards Andreas Janssen -- Andreas Janssen <[EMAIL PROTECTED]> PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps-sarge.html *** /etc/init.d/udev 2006-09-03 12:15:35.0 +0200 --- /home/andreas/udev 2006-09-19 21:40:42.0 +0200 *** *** 42,48 create_dev_makedev() { if [ -e /sbin/MAKEDEV ]; then ! [ ! -e /dev/MAKEDEV ] || ln -s /sbin/MAKEDEV /dev/MAKEDEV else ln -s /bin/true /dev/MAKEDEV fi --- 42,48 create_dev_makedev() { if [ -e /sbin/MAKEDEV ]; then ! [ ! -e /dev/MAKEDEV ] && ln -s /sbin/MAKEDEV /dev/MAKEDEV else ln -s /bin/true /dev/MAKEDEV fi pgpVUeUnYbGSo.pgp Description: PGP signature
Bug#388300: udev does not provide/create /dev/MAKEDEV symlink
Package: udev Version: 0.100-1 Severity: serious Justification: Policy 9.1 After upgrading to udev 0.100-1 and rebooting I noticed that the isdnutils init script complained that /dev/MAKEDEV could not be found. It looks like udev does not provide a MAKEDEV symlink anymore, so /dev/MAKEDEV does not exist until /etc/rc2.d/S20makedev is run. However this happens *after* /etc/rc2.d/S20isdnutils is executed. The file system hierarchy standard says: ,--- | If it is possible that devices in /dev will need to be manually | created, /dev must contain a command named MAKEDEV, which can create | devices as needed. `--- (http://www.pathname.com/fhs/pub/fhs-2.3.html#DEVDEVICEFILES) The Debian Policy, chapter 9.1 says the location of all installed files and directories must comply with the FHS. regards Andreas Janssen -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: insgesamt 2 lrwxrwxrwx 1 root root 20 2006-03-02 12:40 020_permissions.rules -> ../permissions.rules lrwxrwxrwx 1 root root 19 2006-01-07 10:05 025_libgphoto2.rules -> ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2006-08-11 20:38 025_libsane.rules -> ../libsane.rules lrwxrwxrwx 1 root root 22 2006-01-07 10:04 025_logitechmouse.rules -> ../logitechmouse.rules lrwxrwxrwx 1 root root 15 2006-08-29 09:33 libnjb.rules -> ../libnjb.rules lrwxrwxrwx 1 root root 13 2006-03-02 12:40 udev.rules -> ../udev.rules lrwxrwxrwx 1 root root 25 2006-04-06 11:36 z20_persistent-input.rules -> ../persistent-input.rules lrwxrwxrwx 1 root root 19 2006-03-02 12:40 z20_persistent.rules -> ../persistent.rules -rw-r--r-- 1 root root 929 2006-09-19 14:06 z25_persistent-cd.rules -rw-r--r-- 1 root root 499 2006-09-19 08:42 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-05-10 08:50 z45_persistent-net-generator.rules -> ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2006-03-02 12:40 z50_run.rules -> ../run.rules lrwxrwxrwx 1 root root 16 2006-03-02 12:40 z55_hotplug.rules -> ../hotplug.rules lrwxrwxrwx 1 root root 19 2006-01-07 10:01 z60_alsa-utils.rules -> ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2006-01-07 10:02 z60_hdparm.rules -> ../hdparm.rules lrwxrwxrwx 1 root root 33 2006-06-03 10:27 z60_xserver-xorg-input-wacom.rules -> ../xserver-xorg-input-wacom.rules lrwxrwxrwx 1 root root 29 2006-09-19 08:42 z75_cd-aliases-generator.rules -> ../cd-aliases-generator.rules -- /sys/: /sys/block/dm-0/dev /sys/block/dm-1/dev /sys/block/dm-2/dev /sys/block/dm-3/dev /sys/block/dm-4/dev /sys/block/dm-5/dev /sys/block/dm-6/dev /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hda/hda4/dev /sys/block/hda/hda5/dev /sys/block/hda/hda6/dev /sys/block/hda/hda7/dev /sys/block/hdc/dev /sys/block/hdd/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/graphics/fb0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input2/js0/dev /sys/class/input/input3/event3/dev /sys/class/input/input3/mouse0/dev /sys/class/input/input3/ts0/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/device-mapper/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/printer/lp0/dev /sys/class/sound/admmidi/dev /sys/class/sound/adsp/dev /sys/class/sound/amidi/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dmmidi/dev /sys/class/sound/dsp/dev /sys/class/sound/hwC0D0/dev /sys/class/sound/hwC0D2/dev /sys/class/sound/midiC0D0/dev /sys/class/sound/midiC0D1/dev /sys/class/sound/midiC0D2/dev /sys/class/sound/midi/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/pcmC0D3p/dev /sys/class/sound/seq/dev /sys/class/sound/sequencer2/dev /sys/class/sound/sequencer/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages udev depends on: ii libc6
Bug#388302: debian-policy: Spelling error in chapter 9.1.1: exceptiions
Package: debian-policy Version: 3.7.2.1 Severity: minor Chapter 9.1.1 says: ,--- | The location of all installed files and directories must comply with | the File system Hierarchy Standard (FHS), version 2.3, with the exceptiions | noted below ^^^ `--- That should be: exceptions regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386856: alsa-utils is missing versioned depends on lsb-base >= 3.0-6
Looks like I stupidly didn't notice that alsa-utils already depends on lsb-base 3.0-9. This bug can be closed, sorry for the inconvenience. regards Andreas Janssen pgpM2uhyybKxi.pgp Description: PGP signature
Bug#386856: alsa-utils is missing versioned depends on lsb-base >= 3.0-6
Package: alsa-utils Version: 1.0.11-6 Severity: serious Justification: Policy 3.5 The alsa-utils init script uses functions from /lib/lsb/init-functions from the lsb-base package. lsb-base is not marked essential. The log_action_* functions alsa-utils uses were introduced in lsb-base 3.0-6, so alsa-utils must depend on lsb-base >= 3.0-6. regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages alsa-utils depends on: ii dialog1.0-20060221-1 Displays user-friendly dialog boxe ii libasound21.0.11-7 ALSA library ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii linux-sound-base 1.0.11-5 base package for ALSA and OSS soun ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii pciutils 1:2.2.4~pre4-1 Linux PCI Utilities ii python2.4.3-11 An interactive high-level object-o ii whiptail 0.52.2-7 Displays user-friendly dialog boxe Versions of packages alsa-utils recommends: ii alsa-base 1.0.11-5 ALSA driver configuration files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386859: hddtemp is missing versioned depends on lsb-base >= 3.0-3
Package: hddtemp Version: 0.3-beta15-26 Severity: serious Justification: Policy 3.5 The hddtemp init script uses functions from /lib/lsb/init-functions, but does not depend on lsb-base. Because some functions are missing from older versions of lsb-base, hddtemp needs to depend on lsb-base 3.0-3 or newer. regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages hddtemp depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii grep 2.5.1.ds2-5 GNU grep, egrep and fgrep ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii sed 4.1.5-1 The GNU sed stream editor hddtemp recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386156: hostapd is missing versioned depends: on lsb-base
Are you going to fix this in 0.5.5 or wait for the next upstream version? Testing is still waiting for a version that fixes upstream bug #152 (the potential DOS one), which was solved in your 0.5.4 package, and this bug is blocking the migration. regards Andreas Janssen -- Andreas Janssen <[EMAIL PROTECTED]> PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps-sarge.html pgpUFHTlfuPcn.pgp Description: PGP signature
Bug#386156: hostapd is missing versioned depends: on lsb-base
I did some investigating, and it looks like log_progress_msg was introduced in lsb-base 3.0-2, log_daemon_msg was introduced in lsb-base 3.0-3. regards Andreas Janssen -- Andreas Janssen <[EMAIL PROTECTED]> PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps-sarge.html pgpSA9uwnjEV3.pgp Description: PGP signature
Bug#386164: wpasupplicant is missing versioned depends: on lsb-base
The missing functions log_action_begin and log_action_end were introduced in lsb-base 3.0-6. regards Andreas Janssen -- Andreas Janssen <[EMAIL PROTECTED]> PGP-Key-ID: 0xDC801674 ICQ #17079270 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps-sarge.html pgpLbXga1MnQh.pgp Description: PGP signature
Bug#386164: wpasupplicant is missing versioned depends: on lsb-base
Package: wpasupplicant Version: 0.5.4-5 Severity: serious Justification: Policy 3.5 wpasupplicant uses functions from /lib/lsb/init-functions. However it does not depend on lsb-base. Because some of the functions are not available in older versions of lsb-base the depends: needs to be versioned. regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386156: hostapd is missing versioned depends: on lsb-base
Package: hostapd Version: 1:0.5.5-1 Severity: serious Justification: Policy 3.5 hostapd 0.5.5 needs init script functions that are not available in older versions of lsb-base. Running a backport on Sarge results in: /etc/init.d/hostapd: line 38: log_daemon_msg: command not found /etc/init.d/hostapd: line 44: log_progress_msg: command not found As hostapd needs lsb-base and lsb-base is not marked essential, hostapd must depend on lsb-base. Because it only works with newer versions of lsb-base the depends: should be versioned. regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages hostapd depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8b-2SSL shared libraries hostapd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380444: splashy: progress bar does not progress when started from initrd
Package: splashy Version: 0.1.8.1-3 Severity: minor When started form an initrd, the progress bar stays empty during the whole boot process and does not show the boot progress. When I reboot, I see an otherwise empty screen (no splashy background), but the progress bar itself is there. However, instead of moving from right to left like it should during reboot/shutdown, it moves from left to right, like it should have during booting. regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages splashy depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries Versions of packages splashy recommends: ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378703: hostapd: new upstream version available
Package: hostapd Version: 1:0.5.3-1 Severity: wishlist A new upstream version of hostapd (0.5.4) has been released on 2006-06-20. Please update the Debian package. regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages hostapd depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8b-2 SSL shared libraries hostapd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352121: misdn-kernel-source does not build (testing/2.6.15)
Package: misdn-kernel-source Version: 0.0.0+cvs20050408-2 Severity: important Hello I cannot compile the misdn modules. I use testing with kernel 2.6.15-1-k7, kernel-headers are installed (building the nvidia module works). When I run `module-assistant auto-install misdn-kernel-source` or `debian/rules binary-modules` from /usr/src/modules/misdn, I get the following error: [...] echo "kpkg:Kernel-Version=2.6.15" > \ debian/misdn-kernel-modules-2.6.15.substvars /usr/bin/make -C /usr/src/linux M=/usr/src/modules/misdn modules make[1]: Entering directory `/usr/src/linux-headers-2.6.15-1-k7' CC [M] /usr/src/modules/misdn/hfc_multi.o /usr/src/modules/misdn/hfc_multi.c:139: error: static declaration of 'silence' follows non-static declaration /usr/src/modules/misdn/dsp.h:63: error: previous declaration of 'silence' was here /usr/src/modules/misdn/hfc_multi.c: In function 'setup_pci': /usr/src/modules/misdn/hfc_multi.c:2802: warning: implicit declaration of function 'pci_find_subsys' /usr/src/modules/misdn/hfc_multi.c:2802: warning: assignment makes pointer from integer without a cast make[2]: *** [/usr/src/modules/misdn/hfc_multi.o] Error 1 make[1]: *** [_module_/usr/src/modules/misdn] Error 2 make[1]: Leaving directory `/usr/src/linux-headers-2.6.15-1-k7' make: *** [binary-modules] Error 2 [EMAIL PROTECTED]:/usr/src/modules$ gcc --version gcc (GCC) 4.0.3 20051201 (prerelease) (Debian 4.0.2-5) Contact me if you need any further information. regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages misdn-kernel-source depends on: ii kernel-package9.008.4A utility for building Linux kerne misdn-kernel-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351517: klineakconfig: man page says program is based on GTK+, but it used KDE/QT
Package: klineakconfig Version: 0.8-beta2-5 Severity: minor The manual page for klineakconfig says the program is based on GTK+, but it used KE/QT instead. regards Andreas Janssen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages klineakconfig depends on: ii kdelibs4c2a 4:3.4.3-2 core libraries for all KDE applica ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii liblineak0 1:0.8.3-8 LinEAK development files ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii lineakd 1:0.8.3-8 Linux support for Easy Access and ii zlib1g 1:1.2.3-9 compression library - runtime klineakconfig recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]