Bug#308003: FTBFS: cannot find -lc (forwarded from Andreas Jochens)
Goswin von Brederlow wrote: Please make sure you have: [EMAIL PROTECTED]:~% ls -lhd /usr/lib32 lrwxrwxrwx 1 root root 24 2005-05-08 20:01 /usr/lib32 - /emul/ia32-linux/usr/lib/ Anything else means you have to purge ia32-libs, ia32-libs-dev and lib32gcc1 and reinstall them. It seems some of the intermittend versions had that as a dir which breaks things. I purged and reinstalled ia32-libs and lib32gcc1 (no need for the *-dev package), but there is no symbolic link: [EMAIL PROTECTED]:harri 899} ls -lhd /usr/lib32 drwxr-xr-x 4 root root 2.2K May 9 06:18 /usr/lib32 [EMAIL PROTECTED]:harri 900} dpkg --purge ia32-libs lib32gcc1 (Reading database ... 63514 files and directories currently installed.) Removing ia32-libs ... Purging configuration files for ia32-libs ... Removing lib32gcc1 ... [EMAIL PROTECTED]:harri 901} ls -lhd /usr/lib32 ls: /usr/lib32: No such file or directory [EMAIL PROTECTED]:harri 901} apt-get install ia32-libs Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: lib32gcc1 The following NEW packages will be installed: ia32-libs lib32gcc1 0 upgraded, 2 newly installed, 0 to remove and 14 not upgraded. Need to get 0B/3542kB of archives. After unpacking 9253kB of additional disk space will be used. Do you want to continue? [Y/n] Selecting previously deselected package lib32gcc1. (Reading database ... 63420 files and directories currently installed.) Unpacking lib32gcc1 (from .../lib32gcc1_4.0.0-1_amd64.deb) ... Selecting previously deselected package ia32-libs. Unpacking ia32-libs (from .../ia32-libs_1.3.0.0.1.gcc4_amd64.deb) ... Setting up lib32gcc1 (4.0.0-1) ... Setting up ia32-libs (1.3.0.0.1.gcc4) ... [EMAIL PROTECTED]:harri 902} ls -lhd /usr/lib32 drwxr-xr-x 4 root root 2.2K May 9 06:22 /usr/lib32 [EMAIL PROTECTED]:harri 903} ls -al /emul/ia32-linux/usr/lib/ total 8 drwxr-xr-x 2 root root 104 May 6 17:38 . drwxr-xr-x 3 root root 72 May 6 17:38 .. -rw-r--r-- 1 root root 218 Apr 15 02:16 libc.so -rw-r--r-- 1 root root 230 Apr 15 02:16 libpthread.so Regards Harri signature.asc Description: OpenPGP digital signature
Bug#308003: FTBFS: cannot find -lc (forwarded from Andreas Jochens)
Goswin von Brederlow wrote: Version 1.3 was broken, version 1.4 is fixed. Please upgrade. Still no change: [EMAIL PROTECTED]:harri 1003} ls -lhd /usr/lib32 ls: /usr/lib32: No such file or directory [EMAIL PROTECTED]:harri 1003} apt-get install ia32-libs Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: lib32gcc1 libc6-i386 The following NEW packages will be installed: ia32-libs lib32gcc1 libc6-i386 0 upgraded, 3 newly installed, 0 to remove and 14 not upgraded. Need to get 0B/6366kB of archives. After unpacking 15.7MB of additional disk space will be used. Do you want to continue? [Y/n] y Selecting previously deselected package lib32gcc1. (Reading database ... 63422 files and directories currently installed.) Unpacking lib32gcc1 (from .../lib32gcc1_4.0.0-2_amd64.deb) ... Selecting previously deselected package libc6-i386. Unpacking libc6-i386 (from .../libc6-i386_2.3.5-1_amd64.deb) ... Selecting previously deselected package ia32-libs. Unpacking ia32-libs (from .../ia32-libs_1.4.0.0.1.gcc4_amd64.deb) ... Setting up lib32gcc1 (4.0.0-2) ... Setting up libc6-i386 (2.3.5-1) ... Setting up ia32-libs (1.4.0.0.1.gcc4) ... [EMAIL PROTECTED]:harri 1003} ls -lhd /usr/lib32 drwxr-xr-x 5 root root 2.2K May 9 19:49 /usr/lib32 Regards Harri signature.asc Description: OpenPGP digital signature
Bug#308774: metoo
I was hit by this bug, too. No problem when using ext3 instead of reiserfs. But reiserfs is cool, esp. for an USB stick. Ext3 isn't. If there is an easy workaround, then it would be nice to get it in for Sarge. Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#345956: please check #316915
It seems that this is a dup of #316915, isn't it? Regards Harri signature.asc Description: OpenPGP digital signature
Bug#346002: apt: GPG error when updating
Adam D. Barratt wrote: # BTS control commands package apt # Raising severities as per the rationale in #345891 severity 346002 serious severity 345823 serious severity 345956 serious merge 346002 345823 345956 345891 This happened before. Please check #316915. Is there any way to switch this signature checking off? Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#346203: Ctrl-M: INTERNAL ERROR on Browser End
Package: firefox Version: 1.5.dfsg-3 Hi folks, If I press Ctrl-M in Firefox, then the mail compose window flashes up, and then Firefox prints: selected locale: en-US DOUBLE-CLICK: 250 -- -1 THRESHOLD: 8 -- -1 INTERNAL ERROR on Browser End: Could not get the JVM manager System error?:: Success If I start Thunderbird first, then Ctrl-M opens the mail composer as expected. The JVM is blackdown-j2sd 1.4.2+01, platform is amd64. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#346002: apt: GPG error when updating
Michael Vogt wrote: You can run apt-get with --allow-unauthenticated or APT::Get::AllowUnauthenticated=true in apt.conf Thanx for the hint, but this option just changed the error message. Now I get: W: There are no public key available for the following key IDs: 010908312D230C5F W: You may want to run apt-get update to correct these problems Regards Harri signature.asc Description: OpenPGP digital signature
Bug#342472: replacing kernel-image failed
Package: kernel-package Version: 10.014 Trying to replace kernel-image-2.6.14.3_1 by linux-image-2.6.14.3_2 I explicitely selected to overwrite the existing kernel, even though it was active. Next I got this error message: dpkg: error processing linux-image-2.6.14.3_2_amd64.deb (--install): trying to overwrite `/lib/modules/2.6.14.3/modules.usbmap', which is also in package kernel-image-2.6.14.3 dpkg-deb: subprocess paste killed by signal (Broken pipe) Searching for GRUB installation directory ... found: /boot/grub . Preparing to replace nvidia-kernel-2.6.14.3 1.0.7676-1+1 (using nvidia-kernel-2.6.14.3_1.0.8174-0+2_amd64.deb) ... Unpacking replacement nvidia-kernel-2.6.14.3 ... Setting up nvidia-kernel-2.6.14.3 (1.0.8174-0+2) ... Errors were encountered while processing: linux-image-2.6.14.3_2_amd64.deb Regards Harri signature.asc Description: OpenPGP digital signature
Bug#342472: Sorry, but ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Manoj, Sorry, but I did neither tell kernel-package to use kernel-image as a package name, nor did I tell the new version to change the name to linux-image. The naming conflict was introduced by kernel-package, AFAICS. The only warning I got was that I was trying to replace a running kernel. AFAIK control provides the means to introduce new packages replacing old ones with a different name. See http://www.debian.org/doc/debian-policy/ch-relationships.html Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDl92uUTlbRTxpHjcRArHpAJ9JlUHuXbKwpLniK7vLf4BDGViLLgCfSnf/ Z3QqjKXgn/5BH6uVbm6Ub+M= =zGkm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333052: 2.6.14, udev: unknown symbols for ehci_hcd
Pozsar Balazs wrote: On Sat, Nov 05, 2005 at 06:31:04PM +0100, Kay Sievers wrote: With my patch, modprobe waits until the needed modules come out of the Loading or Unloading state. For testing I have added it to Debian's module-init-tools 3.2-pre9. Works for me. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#323815: problem still exists
Hi folks, The problem still exists on amd64. Would you mind to check? Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#323815: using gcc-3.4 it is gone
PS: If I build the package using gcc-3.4, then the problem is gone. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#333052: 2.6.14, udev: unknown symbols for ehci_hcd
Harald Dunkel wrote: For testing I have added it to Debian's module-init-tools 3.2-pre9. Works for me. No, it doesn't. After the 3rd reboot the problem was back. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#333052: 2.6.14, udev: unknown symbols for ehci_hcd
Pozsar Balazs wrote: Well, that's really wierd, It Should Work(tm) :) Did you apply both patches (Rusty's + mine), or only the latter? I hadn't seen Rusty's patch on Debian's bts, until you mentioned it. I have applied both patches now, and rebooted twice: By now it worked. But that's what I thought before. Could you send me debug output please? The first time I met the problem, I used a modprobe wrapper which dumped /proc/modules and modprobe stdout/stderr to a temp file. If the problem comes back then I will do. I would like to also mention, that my patch leaves a very little time window open, but that's only a problem if module unloading is also happening: after parsing /proc/modules, but before actually loading the module, it is possible that an rmmod unloads (starts to unload) a dependant module. But this does not affect booting. Are there several modprobe's running in parallel? Or does modprobe return SUCCESS while the kernel is still busy making the module usable somehow? Regards Harri modprobe.patch.gz Description: Unix tar archive signature.asc Description: OpenPGP digital signature
Bug#333052: 2.6.14, udev: unknown symbols for ehci_hcd
Marco d'Itri wrote: Are there several modprobe's running in parallel? Or does modprobe Yes. Is this supposed to be synchronized in user space, or in the kernel? Regards Harri signature.asc Description: OpenPGP digital signature
Bug#334677: patch works for me, too
The patch works for me, too (Sid, amd64, kernel 2.6.15-rc7). Regards Harri signature.asc Description: OpenPGP digital signature
Bug#332566: preinst error
Package: x11-common Version: 6.8.2.dfsg.1-8 At install time on amd64 I got this message: Preparing to replace x11-common 6.8.2.dfsg.1-7 (using .../x11-common_6.8.2.dfsg.1-8_all.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 914: [: eq: binary operator expected Regards Harri signature.asc Description: OpenPGP digital signature
Bug#335466: test -n should return false
Package: coreutils Version: 5.2.1-2 Hi folks, IMHO x=; test -n $x echo true should either produce the same result as test -n echo true , or the first version should produce an error message due to the missing argument. But it doesn't. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334340: metoo
Metoo. It asks 3 times for the mouse device to use. After the 3rd debconf menu it says that xorg.conf has been customized, and that it won't touch it. Good to know, But can't it check first? Verified with xserver-xorg 6.8.2.dfsg.1-10 on amd64. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#334135: vnc4 moving to Xorg?
Package: vnc4server Version: 4.0-8 Severity: wishlist Hi folks, It seems that the debian vnc4 package is still based upon XFree86 4.2. This is a serious problem on amd64 (LP64), because it simply doesn't work on. Probably there are problems on other 64bit architectures as well. I don't know. Would it be possible to move forward to XFree86 4.3 or X.org? If you use the patched XFree86 sources provided by the debian-x folks for Sarge, then this new vnc4server works very well on amd64. I am using it for about 2 months. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#339642: libglib2.0-0 depends on libglib2.0-udeb
Package: libglib2.0-0 Version: 2.8.4-1 If I try to upgrade to version 2.8.4-1, then aptitude complaines: libglib2.0-0 depends on libglib2.0-udeb [UNAVAILABLE] Platform is amd64. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#322209: more info
This seems to be a conflict between fvwm's Sticky style, and xmms own sticky attribute. Using CVS head of fvwm and dropping the Sticky in .fvwm2rc, the problem was gone. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#339642: serious
Hi folks, I would suggest to set it to 'serious'. It affects a lot of Gnome applications, including mozilla* . Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#339642: it is still a mess
It seems that there is a conflict, too: Preparing to replace libglib2.0-dev 2.8.4-1 (using .../libglib2.0-dev_2.8.4-2_amd64.deb) ... Unpacking replacement libglib2.0-dev ... Preparing to replace libglib2.0-0 2.8.4-1 (using .../libglib2.0-0_2.8.4-2_amd64.deb) ... Unpacking replacement libglib2.0-0 ... dpkg: error processing /var/cache/apt/archives/libglib2.0-0_2.8.4-2_amd64.deb (--unpack): trying to overwrite `/usr/lib/libglib-2.0.so.0.800.4', which is also in package libglib2.0-udeb dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libglib2.0-0_2.8.4-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of libglib2.0-dev: libglib2.0-dev depends on libglib2.0-0 (= 2.8.4-2); however: Version of libglib2.0-0 on system is 2.8.4-1. dpkg: error processing libglib2.0-dev (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libglib2.0-dev Regards Harri signature.asc Description: OpenPGP digital signature
Bug#400584: 'icedove -remote xfeDoCommand(openInbox)' doesn't work anymore
% dpkg -l iceweasel icedove Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii icedove1.5.0.7-3 free/unbranded thunderbird mail client ii iceweasel 2.0+dfsg-1 lightweight web browser based on Mozilla It is not 1.5.0.8 yet due to some bug report about not showing all EMails. https://bugzilla.mozilla.org/show_bug.cgi?id=360409 Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400584: 'icedove -remote xfeDoCommand(openInbox)' doesn't work anymore
Alexander Sack wrote: close 400584 1.5.0.8-2 thanks On Wed, Dec 06, 2006 at 10:46:36AM +0100, Harald Dunkel wrote: % dpkg -l iceweasel icedove Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii icedove1.5.0.7-3 free/unbranded thunderbird mail client ii iceweasel 2.0+dfsg-1 lightweight web browser based on Mozilla That explains it. This bug should be fixed since 1.5.0.8. No, it doesn't. ^M in Firefox still doesn't pop up a mail composer window :-(. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400584: 'icedove -remote xfeDoCommand(openInbox)' doesn't work anymore
The script is gone, of course. But it seems that the callback for Ctrl-M has been dropped in Firefox 2.0 in favour of an 8 KByte extension Get Mail that everybody has to search and download. No comment. Many thanx anyway Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400584: 'icedove -remote xfeDoCommand(openInbox)' doesn't work anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Surely this problem is resolved. Many thanx Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFeUbOUTlbRTxpHjcRAhhhAKCEuXdkTvcDPjeXX49Lz9FiFkAGuACeOzcm o4tHCShVmuzG1nA3AwU92LY= =6HV7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385454: and what next?
The patch you posted 2 weeks ago works for me, too (using rm -f). Any chance to get a new package? Many thanx in advance Harri signature.asc Description: OpenPGP digital signature
Bug#387162: broken tar command in debian/rules
Package: ivtv-source Version: 0.7.0-1 Tags: patch 'tar -c modules' writes to $TAPE, if set. I would recommend to use tar -cf - modules | bzip2 -9 $(PKG)-source.tar.bz2 instead. Regards Harri ivtv.patch1.gz Description: Unix tar archive signature.asc Description: OpenPGP digital signature
Bug#397564: blockade: FTBFS: depends on xlibs-dev
Hi Lucas, Sorry, but I don't see xlibs-dev anywhere in the control file. It builds on unstable without problems. This problem was fixed in version 20041028-9 (see #346938). Is it possible that you still had the old version? Regards Harri signature.asc Description: OpenPGP digital signature
Bug#397564: blockade: FTBFS: depends on xlibs-dev
Hi Lucas, AFAIK there is some White List for non-free applications to be built by the build system for all platforms. The problem seems to be to get on this list. I had asked Aba for this some months ago, but there was no response :-(. I don't think it is reasonable to reduce the numbers of supported platforms in this case. Blockade is pretty static, it builds everywhere, it builds fast, and the code (except for the game scenes) is public domain. And it is a nice game. BTW, I have uploaded a new version following the current policy to dak. I cannot do the real upload myself, since I am not a Debian developer yet. Regards Harri Lucas Nussbaum wrote: On 11/11/06 at 08:43 +0100, Harald Dunkel wrote: Hi Lucas, Blockade builds on all supported platforms, AFAICT. Yes, but since it's in non-free, it is not autobuilt. It is your responsability to prepare binary packages and upload them. Version 20041028-9 was only built for one arch, that's why it hasn't reached testing yet. See http://packages.qa.debian.org/b/blockade.html and http://bjorn.haxx.se/debian/testing.pl?package=blockade signature.asc Description: OpenPGP digital signature
Bug#392370: rsync (Cygwin) can't overwrite read-only files on Samba share
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: samba Version: 3.0.14a-3sarge2 To reproduce, export your home using samba [homes] read only = no create mask = 0644 directory mask = 0755 browseable = no guest ok = yes Mount this share on a Windows host (XP, Cygwin), enter bash and switch to this directory. Next run touch x y chmod -w y rsync x y I got an error message saying rsync: rename /cygdrive/x/fuerharri/.y.KTKKRo - y: Permission denied (13) rsync error: some files could not be transferred (code 23) at /home/lapo/packaging/tmp/rsync-2.6.6/main.c(791) If I use Unstable's Samba to share a disk, then there is no such problem. There is no such problem with Samba on RedHat EL3 or 4, either. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFLQH0UTlbRTxpHjcRAvoqAJ9FRlO3xH8OEFDj8aOi9JazeF0VAQCdEprt oMIvlW7FJYPWAj9esPymSxU= =PIpv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400584: 'icedove -remote xfeDoCommand(openInbox)' doesn't work anymore
Package: icedove Version: 1.5.0.7-3 Seems that the remote control feature has been corrupted: $ icedove -remote xfeDoCommand(openInbox) Error: Failed to send command: 500 command not parseable This breaks the integration with firefox. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400584: 'icedove -remote xfeDoCommand(openInbox)' doesn't work anymore
I don't know. This icedove -remote ... is not my code. AFAIR the -remote interface was defined years ago. All I see is that suddenly Firefox cannot access Thunderbird as a MUA anymore. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400584: 'icedove -remote xfeDoCommand(openInbox)' doesn't work anymore
Hi Alexander, Sorry, I missed your previous EMail on this. I am neither running KDE nor Gnome, just fvwm2. There is no extension to provide the MUA integration, either. AFAICS there is a setting in about:config: network.protocol-handler.app.mailto /somedir/firefox_helper.sh The helper script says: #!/bin/bash thunderbird=/usr/bin/icedove test -x $thunderbird || thunderbird=/usr/bin/thunderbird $thunderbird -remote 'ping()' || exec $thunderbird $@ $thunderbird -remote xfeDoCommand(openInbox) if [ ${1%%:*} = 'mailto' ]; then $thunderbird -remote mailto(${1##mailto:}) else $thunderbird -remote mailto($1) fi I am not sure where it came from, but this is surely not my code. I just tweaked it a little bit to work around the name change. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400584: 'icedove -remote xfeDoCommand(openInbox)' doesn't work anymore
No, it doesn't. No mail windows pops up if I press ^M, even though Thunderbird is already running. If I click on a mailto: link, then it says: run-mozilla.sh: Cannot execute /usr/lib/icedove/thunderbird-bin If I set the agent string to /usr/bin/icedove, then the mailto: link works on Debian (only). The ^M still does not work. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382420: amd64 not yet, or is it?
Package: qa.debian.org Hi folks, looking at the testing status of my package I don't see amd64 listed at all: http://packages.qa.debian.org/b/blockade.html Is this expected? (To be sure, blockade is supposed to work on all platforms.) Regards Harri signature.asc Description: OpenPGP digital signature
Bug#382420: amd64 not yet, or is it?
Hi Andreas, Would it be possible to get regular builds for blockade on all platforms? Paul suggested to contact you to get on a whitelist. Blockade (some Sokoban-style game) is public domain software, except for the unknown state of the game level files, contributed by many many people years ago. So it had to go to non-free :-(. I have contacted Randall Donald to upload a new version fixing the policy version number. Many thanx Harri == Paul Wise wrote: On Thu, 2006-08-10 at 21:36 +0200, Harald Dunkel wrote: Is this expected? (To be sure, blockade is supposed to work on all platforms.) non-free is not auto-built due to possible licence restrictions. The good news is that there is a whitelist, please contact aba. signature.asc Description: OpenPGP digital signature
Bug#382660: man page for limits.conf?
Package: libpam-modules Version: 0.79-3.1 Would you mind to add the man page for limits.conf to libpam-modules ? Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#380115: closed by Daniel Baumann
The problem still exists for amd64. Please reopen. Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#380115: Info received (Bug#380115 closed by Daniel Baumann)
I have removed my .xmms and tried again: Now it works. Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#380115: Info received (Bug#380115 closed by Daniel Baumann)
No, it still doesn't work. The working verion was the old xmms package of about a month ago. Sorry for the confusion. But I think I found the reason: Using upstream's ltmain.sh to rebuild the package the problem was gone (at least for me). Hope this helps. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#382808: do _not_ touch the existing initrd during upgrade!
Package: initramfs-tools Version: 0.73d Severity: grave Upgrading initramfs I noticed that the existing initrd got overwritten (corrupted?) by a new image: /usr/sbin/mkinitramfs: line 206: [: /etc/initramfs-tools/conf.d/resume: binary operator expected This happened during the upgrade! Sorry to say, but this is unacceptable. Why does it touch the existing initrd at all? If I want a new initrd image, then I run mkinitramfs on my own (creating a backup first, of course). Harri signature.asc Description: OpenPGP digital signature
Bug#382808: closed by maximilian attems [EMAIL PROTECTED] (Bug#382740: fixed in initramfs-tools 0.73e)
Please note that this bug report is not about a broken if-statement, but about the postinst script of initramfs-tools touching the existing initrd image without need. Rebuilding initrd.img can go badly wrong, as the broken if-statement showed. At least I want to get a choice whether the initrd.img is built. Please reopen. Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#364712: enter file name in filebrowser?
I am not sure about which file chooser this is. Surely I am no specialist for Gtk. My wish would be to get something like the file selector for Thunderbird's Save Message As (^S), but with Browse for other folders expanded. The important thing would be to enter the file name using the keyboard or copy-and-paste. Using Google I found this: http://members.chello.nl/~h.lai/gtkenhancements/filesel-new.png This looks nice, doesn't it? And I can use the keyboard. But even Gtk's old file selector, e.g. http://members.chello.nl/~h.lai/gtkenhancements/filesel-old.png looks different to Thunderbird's. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364712: enter file name in filebrowser?
Hi Alex, It works (at least for filenames, as it seems), but this is surely a weird feature. It is something that you don't really expect, is it? I would still like to get an improvement here. The old file selection box pointed to in a previous EMail seemed OK. I am not sure why it cannot be used? Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364712: enter file name in filebrowser?
Please don't close this bug. This is surely not the problem of a GUI library, but of Thunderbird (and Firefox). Please check the attached screenshot of Mozilla's File Selection box. Mozilla is based upon GTK, too. This is much closer to what I would expect. Regards Harri
Bug#496960: policy-rc.d ignored in chroot
Package: sysv-rc Version: 2.86.ds1-61 Scenario: I want to update Debian within a chroot environment. To make sure that no runlevel scripts are started I install a policy-rc.d file in /usr/sbin saying #!/bin/sh exit 101 Problem: During the update I get several warnings saying invoke-rc.d: invoke-rc.d: WARNING: invoke-rc.d called during shutdown sequence invoke-rc.d: enabling safe mode: initscript policy layer disabled invoke-rc.d: (e.g. for cron). Of course there is no shutdown sequence going on. /var/run/utmp and others (maybe some forgoten *.pid files, or whatever) in the chroot are in an undefined state, so the init scripts should not be run. Thats the reason _why_ I have put policy-rc.d into place. And surely I do not want another cron daemon running in a foreign environment keeping the chroot busy. I think that policy-rc.d should get a higher priority here. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497563: OpenVPN postinst fails if Strongswan is installed
Package: openvpn Version: 2.1~rc9-3 If I try to install OpenVPN in parallel to Strongswan 4.2.4-4, then I get: # dpkg -i openvpn_2.1~rc9-3_amd64.deb (Reading database ... 172121 files and directories currently installed.) Preparing to replace openvpn 2.1~rc9-3 (using .../openvpn_2.1~rc9-3_amd64.deb) ... Unpacking replacement openvpn ... Setting up openvpn (2.1~rc9-3) ... Restarting virtual private network daemon.:. insserv: script openvpn: service vpn already provided! insserv: exiting now! dpkg: error processing openvpn (--install): subprocess post-installation script returned error exit status 1 Processing triggers for man-db ... Errors were encountered while processing: openvpn Since both Strongswan and OpenVPN could provide VPN functionality without conflict (e.g. both running on a company gateway/firewall), it would be very nice if we could get rid of the conflict for Lenny. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500982: Asus P5K SE/EPU: ide cdrom drive not found
Package: installation-reports Boot method: netinst image of Oct.2nd,2008 Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: Oct 2nd, 2008 Machine: custom PC with Asus P5K SE/EPU mainboard Processor: Intel E8500 (core2 duo, 3.16 GHz) Memory: 4 GByte Partitions: N/A Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller [8086:29c0] (rev 02) Kernel modules: intel-agp 00:01.0 PCI bridge [0604]: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port [8086:29c1] (rev 02) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 02) Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 02) Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 02) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.4 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 [8086:2948] (rev 02) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.5 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 [8086:294a] (rev 02) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 [8086:293a] (rev 02) Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 92) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801IB (ICH9) LPC Interface Controller [8086:2918] (rev 02) Kernel modules: iTCO_wdt 00:1f.2 IDE interface [0101]: Intel Corporation 82801IB (ICH9) 2 port SATA IDE Controller [8086:2921] (rev 02) Kernel driver in use: ata_piix Kernel modules: pata_acpi, ata_piix, ide-pci-generic 00:1f.3 SMBus [0c05]: Intel Corporation 82801I (ICH9 Family) SMBus Controller [8086:2930] (rev 02) Kernel driver in use: i801_smbus Kernel modules: i2c-i801 00:1f.5 IDE interface [0101]: Intel Corporation 82801I (ICH9 Family) 2 port SATA IDE Controller [8086:2926] (rev 02) Kernel driver in use: ata_piix Kernel modules: pata_acpi, ata_piix, ide-pci-generic 01:00.0 VGA compatible controller [0300]: nVidia Corporation G94 [GeForce 9600 GT] [10de:0622] (rev a1) Kernel driver in use: nvidia Kernel modules: nvidiafb, nvidia 02:00.0 Ethernet controller [0200]: Attansic Technology Corp. L1 Gigabit Ethernet Adapter [1969:1048] (rev b0) Kernel driver in use: atl1 Kernel modules: atl1 03:00.0 IDE interface [0101]: Marvell Technology Group Ltd. 88SE6121 SATA II Controller [11ab:6121] (rev b2) Kernel driver in use: ahci Kernel modules: pata_acpi, ahci, ide-pci-generic Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [ ] Detect CD: [E] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[E] Comments/Problems: The PC has a sata disk drive connected to the Intel sata controller (00:1f.2), and an ide cdrom/dvd drive connected to the Marvell ide interface 03:00.0.
Bug#500982: no problem with sata cd drive
Using a sata cd drive the installation succeeded. There was no network problem, either. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501481: drop logsave from checkroot.sh and checkfs.sh please?
Package: initscripts Version: 2.86.ds1-61 Severity: wishlist If I remove the logsave -s $FSCK_LOGFILE in checkroot.sh and checkfs.sh, then my PC boots in 43sec instead of 55sec. Thats an improvement of about 20% for just 2 partitions (/ and /home). Filesystem on both partitions is reiserfs. Would it be possible to make running logsave optional? Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501481: [Pkg-sysvinit-devel] Bug#501481: drop logsave from checkroot.sh and checkfs.sh please?
Petter Reinholdtsen wrote: [Harald Dunkel] Would it be possible to make running logsave optional? This is actually the calls to fsck, I believe, and it is already optional if you want to use fsck by modifying /etc/fstab. I don't want to drop fsck. I just would like to skip the logsave wrapper. My change to get the 20% speed improvement looke like this: Instead of logsave -s $FSCK_LOGFILE fsck $spinner $force $fix -t $roottype $rootdev use fsck $spinner $force $fix -t $roottype $rootdev Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247742: please close
I tried to reproduce it today, but I couldn't. Its gone. Sorry for keeping up this problem for such a long time. Must have missed your reply. Many thanx anyway Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493285: mpg123 -q -w- woes
Package: mpg123 Version: 1.4.3-3 Trying to convert an mp3 file into wav I get % mpg123 -q -w- myfile.mp3 /dev/null [wav.c:291] error: cannot write header: Bad file descriptor [audio.c:561] error: failed to open audio device [mpg123.c:473] error: failed to reset audio device: Bad file descriptor Using mpg123 -q -wtmpfile.wav ... cat tmpfile.wav seems to work. But I would like to avoid an intermediate *.wav file in my script. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493470: building nvidia module package using module-assistant fails
Package: nvidia-kernel-source Version: 173.14.09-3 Severity: serious Hi folks, If I try to build the nvidia modules using module-assistant, then I get % export SIGNCHANGES=true % module-assistant -f -t -u /tmp/modules build nvidia-kernel Warning: sudo not found. Automatic package installations not possible! Extracting the package tarball, /usr/src/nvidia-kernel.tar.bz2, please wait... /usr/bin/make -f debian/rules clean make[1]: Entering directory `/tmp/modules/usr_src/modules/nvidia-kernel' # select which makefile to use. rm -f /tmp/modules/usr_src/modules/nvidia-kernel/Makefile || true : : dh_installdeb dh_gencontrol -- -v173.14.09-3 dh_md5sums dh_builddeb --destdir=/tmp/modules dpkg-deb: building package `nvidia-kernel-2.6.26' in `/tmp/modules/nvidia-kernel-2.6.26_173.14.09-3_amd64.deb'. make[1]: Leaving directory `/tmp/modules/usr_src/modules/nvidia-kernel' # Build a .changes file. dpkg-genchanges -b -e [EMAIL PROTECTED] -u/tmp/modules/usr_src/modules/nvidia-kernel/../.. /tmp/modules/usr_src/modules/nvidia-kernel/../../nvidia-kernel-2.6.26_173.14.09-3_.changes dpkg-genchanges: binary-only upload - not including any source code dpkg-genchanges: failure: cannot fstat file /tmp/modules/usr_src/modules/nvidia-kernel/../../nvidia-kernel-2.6.26_173.14.09-3_amd64.deb: No such file or directory make: *** [kdist] Error 2 BUILD FAILED! See /tmp/modules/var_cache_modass/nvidia-kernel-source.buildlog.2.6.26.1217702319 for details. Build failed. Press Return to continue... AFAICS the ../.. in calling dpkg-genchanges is messed up. Should be ../../... And the *.changes file should be named something like nvidia-kernel-2.6.26_173.14.09-3_amd64.changes, depending upon the output of dpkg-architecture. The same problem exists for the old legacy modules, AFAICS. It would be very nice if this could be fixed. Many thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493470: [pkg-nvidia-devel] Bug#493470: building nvidia module package using module-assistant fails
Lennart Sorensen wrote: Does it work if you are root and don't use the -u option (which I must admit I didn't even know existed before now)? Using root the build problem is gone, but now signing the package fails. I cannot use fakeroot either, because then m-a complains early about no write permission to /var/cache/modass. If I make /usr/src writable by me, and use export MA_VARDIR=/tmp/modass fakeroot module-assistant -f -t build nvidia-kernel then it works (except for the broken *.changes file name). But I would like to avoid using /usr for building modules. Something like module-assistant -f -u /usr/src/modules -t build nvidia-kernel fails regardless whether I am root. Seems that handling an explicit build directory is broken, so I would suggest to focus on this problem first. If it does, then I would not consider it a serious bug since it works in the mode the vast majority of users actually use. So you mean I should build the nvidia packages as root in /usr, and not sign them? It would still be nice to get it fixed of course. Indeed, this would be very nice. The other module packages I tried (omfs, madwifi, virtualbox-ose) don't have this problem. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493470: Acknowledgement (building nvidia module package using module-assistant fails)
Below you can find 3 patches for your consideration (for new and legacy nvidia drivers) fixing these problems: - drop the undefined ARCH variable, and use DEB_HOST_ARCH instead - make sure that *.deb file and *.changes file are written into the same subdirectory (using KPKG_DEST_DIR) - for legacy-96xx it fixes the changes file name (use nvidia-graphics-drivers-legacy-96xx_96.43.07-1.1_amd64.changes instead of nvidia-graphics-drivers_96.43.07-1.1_amd64.changes ) The legacy-71xx version isn't tested very well, since it doesn't build with 2.6.26.2. But it looks the same as for 96xx. Hope this helps. Regards Harri diff -ur nvidia-graphics-drivers-173.14.09.old/debian/changelog nvidia-graphics-drivers-173.14.09/debian/changelog --- nvidia-graphics-drivers-173.14.09.old/debian/changelog 2008-08-09 13:18:19.0 +0200 +++ nvidia-graphics-drivers-173.14.09/debian/changelog 2008-08-09 13:23:17.0 +0200 @@ -1,3 +1,11 @@ +nvidia-graphics-drivers (173.14.09-3.1) unstable; urgency=low + + * Non-maintainer upload. + * write *.deb and *.changes file into the same subdirectory + * ARCH is undefined, define and use DEB_HOST_ARCH instead + + -- Harald Dunkel [EMAIL PROTECTED] Sat, 09 Aug 2008 13:22:30 +0200 + nvidia-graphics-drivers (173.14.09-3) unstable; urgency=high * Only ship TLS libs. RC bug fix (closes: #441975) diff -ur nvidia-graphics-drivers-173.14.09.old/debian.binary/conf.mk nvidia-graphics-drivers-173.14.09/debian.binary/conf.mk --- nvidia-graphics-drivers-173.14.09.old/debian.binary/conf.mk 2008-08-09 13:18:19.0 +0200 +++ nvidia-graphics-drivers-173.14.09/debian.binary/conf.mk 2008-08-09 13:02:21.0 +0200 @@ -48,8 +48,16 @@ endif +DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) -CHFILE=$(CURDIR)/../../nvidia-kernel-$(KVERS)_$(PKG_VERSION)_$(ARCH).changes +ifeq $(origin KPKG_DEST_DIR) undefined +ifeq $(origin KMAINT) undefined +KPKG_DEST_DIR = $(CURDIR)/.. +else +KPKG_DEST_DIR = $(KSRC)/.. +endif +endif +CHFILE=$(KPKG_DEST_DIR)/nvidia-kernel-$(KVERS)_$(PKG_VERSION)_$(DEB_HOST_ARCH).changes KERNEL_VERSION_CODE = $(shell cat $(KSRC)/include/linux/version.h | grep LINUX_VERSION_CODE | cut -d -f 3) diff -ur nvidia-graphics-drivers-173.14.09.old/debian.binary/rules nvidia-graphics-drivers-173.14.09/debian.binary/rules --- nvidia-graphics-drivers-173.14.09.old/debian.binary/rules 2008-08-09 13:18:19.0 +0200 +++ nvidia-graphics-drivers-173.14.09/debian.binary/rules 2008-08-09 13:14:08.0 +0200 @@ -106,15 +106,7 @@ # dh_shlibdeps dh_gencontrol -- -v$(PKG_VERSION) dh_md5sums -ifeq $(origin KPKG_DEST_DIR) undefined -ifeq $(origin KMAINT) undefined - dh_builddeb --destdir=$(CURDIR)/.. -else - dh_builddeb --destdir=$(KSRC)/.. -endif -else dh_builddeb --destdir=$(KPKG_DEST_DIR) -endif .PHONY: clean @@ -183,7 +175,7 @@ kdist: $(ROOT_CMD) $(MAKE) $(MFLAGS) -f debian/rules binary_modules # Build a .changes file. - dpkg-genchanges -b -e$(KMAINT) $(KEMAIL) -u$(CURDIR)/../.. $(CHFILE) + dpkg-genchanges -b -e$(KMAINT) $(KEMAIL) -u$(KPKG_DEST_DIR) $(CHFILE) debsign -e$(KMAINT) $(KEMAIL) $(CHFILE) $(MAKE) $(MFLAGS) -f debian/rules clean diff -ur nvidia-graphics-drivers-legacy-71xx-71.86.04.old/debian/changelog nvidia-graphics-drivers-legacy-71xx-71.86.04/debian/changelog --- nvidia-graphics-drivers-legacy-71xx-71.86.04.old/debian/changelog 2008-08-09 14:41:57.0 +0200 +++ nvidia-graphics-drivers-legacy-71xx-71.86.04/debian/changelog 2008-08-09 14:46:51.0 +0200 @@ -1,3 +1,11 @@ +nvidia-graphics-drivers-legacy-71xx (71.86.04-2.1) unstable; urgency=low + + * Non-maintainer upload. + * write *.deb and *.changes file into the same subdirectory + * ARCH is undefined, define and use DEB_HOST_ARCH instead + + -- Harald Dunkel [EMAIL PROTECTED] Sat, 09 Aug 2008 14:46:20 +0200 + nvidia-graphics-drivers-legacy-71xx (71.86.04-2) unstable; urgency=low * remove nvidia-glx from depends (closes: #474060) diff -ur nvidia-graphics-drivers-legacy-71xx-71.86.04.old/debian.binary/rules nvidia-graphics-drivers-legacy-71xx-71.86.04/debian.binary/rules --- nvidia-graphics-drivers-legacy-71xx-71.86.04.old/debian.binary/rules 2008-08-09 14:41:57.0 +0200 +++ nvidia-graphics-drivers-legacy-71xx-71.86.04/debian.binary/rules 2008-08-09 14:46:12.0 +0200 @@ -63,8 +63,16 @@ endif +DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) -CHFILE=$(CURDIR)/../../nvidia-kernel-legacy-71xx-$(KVERS)_$(PKG_VERSION)_$(ARCH).changes +ifeq $(origin KPKG_DEST_DIR) undefined +ifeq $(origin KMAINT) undefined +KPKG_DEST_DIR = $(CURDIR)/.. +else +KPKG_DEST_DIR = $(KSRC)/.. +endif +endif +CHFILE=$(KPKG_DEST_DIR)/nvidia-kernel-legacy-71xx-$(KVERS)_$(PKG_VERSION)_$(DEB_HOST_ARCH).changes KERNEL_VERSION_CODE = $(shell cat $(KSRC)/include/linux/version.h | grep LINUX_VERSION_CODE | cut -d -f 3) @@ -218,15 +226,7 @@ # dh_shlibdeps dh_gencontrol -- -v
Bug#494472: howto integrate external kernel modules?
Package: debian-policy Version: 3.8.0.1 Severity: wishlist I am missing some guidelines/recommendations in DP about how to integrate external kernel modules, which Makefile variables are/ should be defined when the user builds the kernel module package, what the postinst and postrm scripts should do, etc. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496245: dbus-launch --exit-with-session doesn't
Package: dbus-x11 Version: 1.2.1-3 Traditionally I run xinit from my .bash_profile. Here is the code: startx=xinit -- -quiet if test -x /usr/bin/dbus-launch; then startx=/usr/bin/dbus-launch --exit-with-session $startx fi $startx According to the man page dbus-launch --exit-with-session is supposed to kill dbus-daemon when the XWindow session terminates, but it doesn't. Instead it reads every second character from my login terminal, which is pretty annoying. And of course dbus-daemon keeps on running, too. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500169: no sound with alsa 1.0.17.dfsg-3
Package: bzflag Version: 2.0.13.20080902-1 With the most recent update of alsa-base bzflag has lost sound: Couldn't open audio: No available audio device The audio options menu says Unavailable for sound volume. Removing .bzf/2.0/config.cfg did not help. strace bzflag shows: : 11467 stat(/dev/sound, 0x7fffb9049060) = -1 ENOENT (No such file or directory) 11467 open(/dev/dsp, O_WRONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) 11467 stat(/dev/dsp1, 0x7fffb9049060) = -1 ENOENT (No such file or directory) 11467 stat(/dev/sound, 0x7fffb9049030) = -1 ENOENT (No such file or directory) 11467 open(/dev/dsp, O_RDWR|O_NONBLOCK) = -1 ENOENT (No such file or directory) 11467 stat(/dev/dsp1, 0x7fffb9049030) = -1 ENOENT (No such file or directory) 11467 write(2, Couldn't open audio: No available..., 47) = 47 : Is there some alsa support in bzflag? (esd and aoss are no option for me.) Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500169: no sound with alsa 1.0.17.dfsg-3
Tim Riker wrote: Try adding: set audioDriver alsa to .bzf/2.0/config.cfg This should be discovered automatically, but it appears it does not do so all the time. No improvement. This doesn't work for the old alsa package, either. I don't get error messages about /dev/dsp, though. strace says: : [pid 4690] read(10, NumChars: 95\nTextureWidth: 512\nTe..., 4096) = 4096 [pid 4690] read(10, : 150\nEndX: 187\nStartY: 200\nEndY:..., 4096) = 4096 [pid 4690] read(10, 1\nWidth: 39\nWhitespace: -1\nStartX..., 4096) = 726 [pid 4690] close(10) = 0 [pid 4690] munmap(0x7f42b6be2000, 4096) = 0 [pid 4690] ioctl(5, 0xc020464f, 0x7fffbebf4af0) = 0 [pid 4690] munmap(0x7f42aecfb000, 1572864) = 0 [pid 4690] ioctl(5, 0xc030464e, 0x7fffbebf4ac0) = 0 [pid 4690] mmap(NULL, 9961472, PROT_READ|PROT_WRITE, MAP_SHARED, 6, 0xd0984000) = 0x7f42ae1f9000 [pid 4690] ioctl(5, 0xc028465e, 0x7fffbebf4a40) = 0 [pid 4690] ioctl(5, 0xc020464f, 0x7fffbebf4af0) = 0 [pid 4690] munmap(0x7f42aeb7a000, 1572864) = 0 [pid 4690] ioctl(5, 0xc030464e, 0x7fffbebf4ac0) = 0 [pid 4690] mmap(NULL, 9961472, PROT_READ|PROT_WRITE, MAP_SHARED, 6, 0xd737c000) = 0x7f42ad879000 [pid 4690] ioctl(5, 0xc028465e, 0x7fffbebf4a40) = 0 [pid 4690] write(2, Couldn't open audio: No available..., 47Couldn't open audio: No available audio device ) = 47 : AFAICS file descriptor 5 is used to access /dev/nvidiactl, so I would assume the ioctl()s are not related to Alsa. I also built bzflag from SVN using debian/buildsnap, but it did not help. BTW, I am member of the audio group. And other audio applications (alsamixer, aplay, xmms, etc) work fine. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490439: emacs nags me about foreign directories
Sven Joachim wrote: They should have been created by the emacs22-common postinst, shipping them in the package is verboten, see policy 9.1.2. It could be that /usr/local was mounted read-only when that script ran. No, it doesn't exist at all. According to the Filesystem Hierarchy Standard /usr/local is off limits for installing packages: The /usr/local hierarchy is for use by the system administrator when installing software locally. It needs to be safe from being overwritten when the system software is updated. It may be used for programs and data that are shareable amongst a group of hosts, but not found in /usr. Its system administrator (thats me), not package maintainer. I am free to remove it, and Emacs shouldn't complain. And safe from being overwritten means IMHO, that no new subdirs with unwanted access permissions are created, esp. not without telling anybody. I stumbled over this problem when emacs got stuck about an unresponsive NFS server for /usr/local in a corporate network. Sorry, but this should not happen. Xemacs21 doesn't have this problem (I tried it), so it is surely possible to fix this. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490540: Segmentation fault on 'blkid -c /dev/null -t LABEL=usbdos'
Theodore Tso wrote: Is this a reproducible error for you? No, seems to be gone. e2fsprogs is 1.41.0-3. Many thanx anyway Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491535: debian/rules clean broken for module-assistant using external kernel headers dir
Package: omfs Version: 0.8.0-1 Using module-assistant the build of the omfs kernel module fails with: # module-assistant -v -f -t -k /tmp/build_kernel/raw-kernel-2.6.26/debian/raw-kernel-headers-2.6.26/usr/src/linux-headers-2.6.26 -u /tmp/build_kernel build omfs Warning: sudo not found. Automatic package installations not possible! unpack Extracting the package tarball, /usr/src/omfs.tar.bz2, please wait... action tar --bzip2 -x -f /usr/src/omfs.tar.bz2 tar --bzip2 -x -f /usr/src/omfs.tar.bz2 /usr/share/modass/overrides/omfs-source build KVERS=2.6.26 KSRC=/tmp/build_kernel/raw-kernel-2.6.26/debian/raw-kernel-headers-2.6.26/usr/src/linux-headers-2.6.26 kdist_image fakeroot debian/rules kdist_clean dh_clean /usr/bin/make clean make[1]: Entering directory `/tmp/build_kernel/usr_src/modules/omfs' /usr/bin/make -C /lib/modules/2.6.26/build M=/tmp/build_kernel/usr_src/modules/omfs clean make: Entering an unknown directory make: *** /lib/modules/2.6.26/build: No such file or directory. Stop. : : This happens only if the kernel-headers are not installed yet. Attached you can find a patch. Hope this helps. Regards Harri diff -ur omfs-0.8.0.orig/debian/changelog omfs-0.8.0/debian/changelog --- omfs-0.8.0.orig/debian/changelog 2008-07-20 11:19:16.0 +0200 +++ omfs-0.8.0/debian/changelog 2008-07-20 11:09:59.0 +0200 @@ -1,3 +1,10 @@ +omfs (0.8.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * set KERNELDIR for debian/rules clean + + -- Harald Dunkel [EMAIL PROTECTED] Sun, 20 Jul 2008 11:09:19 +0200 + omfs (0.8.0-1) unstable; urgency=low * New upstream release diff -ur omfs-0.8.0.orig/debian/rules omfs-0.8.0/debian/rules --- omfs-0.8.0.orig/debian/rules 2008-07-20 11:19:16.0 +0200 +++ omfs-0.8.0/debian/rules 2008-07-20 11:18:03.0 +0200 @@ -31,7 +31,7 @@ endif kdist_clean: dh_clean - $(MAKE) clean + $(MAKE) KERNELDIR=$(KSRC) clean # prep-deb-files rewrites the debian/ files as needed. See RATIONALE for # details kdist_config: prep-deb-files
Bug#492011: please fix comment about -nolisten tcp
Package: kdm Version: 3.5.9.dfsg.1-4 Would you mind to fix the comment in /etc/kde3/kdm/kdmrc about ServerArgsLocal? AFAICS the default is _not_ but -nolisten tcp, even if you comment out the local setting in this file. This is highly confusing. Many thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465662: don't create a symlink for vmlinuz, if fs(/boot)==vfat
Package: linux-image-2.6.24-1-686 Version: 2.6.24-4 Severity: wishlist Using syslinux (e.g. on an usb stick) /boot is usually some vfat file system. Since it doesn't support symlinks to create vmlinuz and initrd.img, it might be more reasonable to do a copy or a rename on this filesystem. Many thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465668: installing dbus in a chroot doesn't work
Package: dbus Version: 1.1.2-1 Severity: important If I install dbus in a chroot environment, then I cannot umount the chroot filesystem later, since it has started some daemon process, keeping the mount point busy: # umount /tmp/usbroot umount: /tmp/usbroot: device is busy umount: /tmp/usbroot: device is busy # df /tmp/usbroot Filesystem 1K-blocks Used Available Use% Mounted on /dev/sdd3 3717640375304 3342336 11% /tmp/usbroot # fuser -m /dev/sdd3 /dev/sdd3: 31334rce # ps -ef | egrep 31334 100 31334 1 0 22:43 ?00:00:00 /usr/bin/dbus-daemon --system root 31830 31815 0 22:48 pts/300:00:00 egrep 31334 Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465669: installing pcscd in a chroot doesn't work
Package: pcscd Version: 1.4.99-1 Severity: important If I install pcscd in a chroot environment, then I cannot umount the chroot filesystem later, since it has started some daemon process, keeping the mount point busy: # umount /tmp/usbroot umount: /tmp/usbroot: device is busy umount: /tmp/usbroot: device is busy # df /tmp/usbroot Filesystem 1K-blocks Used Available Use% Mounted on /dev/sdd3 3717640375304 3342336 11% /tmp/usbroot # fuser -m /dev/sdd3 /dev/sdd3: 31609rce # ps -ef | egrep 31609 root 31609 1 0 22:44 ?00:00:00 /usr/sbin/pcscd root 31894 31815 0 23:06 pts/300:00:00 egrep 31609 Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465761: pri lost in the man page
Package: procps Version: 1:3.2.7-6 Seems that the description for pri has been lost in the man page for ps, paragraph STANDARD FORMAT SPECIFIERS. It is mentioned in an example, though. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465668: [Pkg-utopia-maintainers] Bug#465668: installing dbus in a chroot doesn't work
Understood. Many thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465669: installing pcscd in a chroot doesn't work
Michael Biebl pointed me to a solution (see #465668) which seems to work for pcscd, too. This bug report can be closed. Many thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463711: cannot pair on the command line
Filippo Giunchedi wrote: Hello, whenever there is a pairing request a suitable passkey-agent (such as bluez-gnome or kdebluetooth) will pop up a dialog asking the passkey. As written before: Please note that neither gnome-bluez nor kdebluetooth work for me. The bug report is about using bluez on the command line. Currently it says success, but obviously it failed, not giving any hint about what went wrong. That's the bug. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460404: running fsck on battery should be configurable
Package: initscripts Version: 2.86.ds1-47 Severity: wishlist Running fsck on battery should be configurable, e.g. by some option in /lib/init/vars.sh. For an ext2 filesystem it is fatal to ignore a fsck, esp. since there is a higher risk for laptops. They either run out of power, or they are just shut off. Many thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460404: [Pkg-sysvinit-devel] Bug#460404: running fsck on battery should be configurable
Petter Reinholdtsen wrote: I'll see what we can do. But already today, there is a configuration switch to flip to enable fsck. Just insert the power when booting. :) Even if you never used a laptop, I think its easy to imagine that there is not always a power supply available. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460404: [Pkg-sysvinit-devel] Bug#460404: running fsck on battery should be configurable
Petter Reinholdtsen wrote: One way to do this is by adding this function to /etc/default/rcS: on_ac_power() { true; } It should make sure the function is used instead of the binary. But it would affect other startup scripts as well, e.g. anacron. Below you can find a patch. Harri [EMAIL PROTECTED]:init.d 598} diff -u checkfs.sh~ checkfs.sh --- checkfs.sh~ 2007-12-31 12:38:49.0 +0100 +++ checkfs.sh 2008-01-12 17:01:40.0 +0100 @@ -24,7 +24,7 @@ # See if we're on AC Power. If not, we're not gonna run our # check. If on_ac_power (in /usr/) is unavailable, behave as # before and check all file systems needing it. - if which on_ac_power /dev/null 21 + if [ $FSCK_ON_BATTERY != yes ] which on_ac_power /dev/null 21 then on_ac_power /dev/null 21 if [ $? -eq 1 ] [EMAIL PROTECTED]:init.d 599} diff -u checkroot.sh~ checkroot.sh --- checkroot.sh~ 2007-12-31 12:38:49.0 +0100 +++ checkroot.sh2008-01-12 17:02:16.0 +0100 @@ -192,7 +192,7 @@ # See if we're on AC Power. If not, we're not gonna run our # check. If on_ac_power (in /usr/) is unavailable, behave as # before and check all file systems needing it. - if which on_ac_power /dev/null 21 [ $rootcheck = yes ] + if [ $FSCK_ON_BATTERY != yes ] which on_ac_power /dev/null 21 [ $rootcheck = yes ] then on_ac_power /dev/null 21 if [ $? -eq 1 ] [EMAIL PROTECTED]:init 600} diff -u vars.sh~ vars.sh --- vars.sh~2007-12-31 12:38:49.0 +0100 +++ vars.sh 2008-01-12 17:03:11.0 +0100 @@ -20,3 +20,6 @@ # But allow both rcS and the kernel options 'quiet' to be overrided # when INIT_VERBOSE=yes is used as well. [ $INIT_VERBOSE ] VERBOSE=$INIT_VERBOSE || true + +# set to yes to run fsck when on battery +FSCK_ON_BATTERY=yes
Bug#463711: cannot pair on the command line
Package: bluez-utils Version: 3.24-1+b1 If I try to connect my bluetooth headset with hcitool, then I get # hcitool scan Scanning ... 00:0A:94:A1:4A:42 BTST-9300 # hcitool cc 00:0A:94:A1:4A:42 echo success success # hcitool con Connections: Thats all. No connections are listed. AFAIU it should have listed 00:0A:94:A1:4A:42. Of course the headset was set to pairing mode. Please note that neither gnome-bluez nor kdebluetooth work for me. But since it doesn't work on the command line either I doubt that this is a failure of the GUI framework. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459423: some additional key codes for Dell laptops (e.g. xps m1330)
Package: hotkey-setup Version: 0.1-17.1 Severity: wishlist Hi Matt, Here are some additional key codes for Dell Laptops, e.g. for a Dell XPS M1330. They work for the included remote control as well. setkeycodes e010$KEY_PREVIOUSSONG # previous track setkeycodes e019$KEY_NEXTSONG # next track setkeycodes e022$KEY_PLAYPAUSE # play/pause setkeycodes e024$KEY_STOPCD # stop setkeycodes e020$KEY_MUTE # mute setkeycodes e02e$KEY_VOLUMEDOWN # volume down setkeycodes e030$KEY_VOLUMEUP # volume up Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451765: of course [space] does _not_ work
Hi Michelle, I am not stupid. I am on Unix for 25 years. And since 0.95a I've got Linux on my desktop. Of course I tried the [space] and [enter] keys to select and deselect items in the preferences menu. But it doesn't work. Using the mouse in an xterm does work, but on the console I don't have mouse support installed. I can reproduce this for i386 and amd64 using aptitude 0.4.9-2. BTW, using [Shift-D] to hide the lower part of the Preferences screen doesn't work, either. I can use the arrow keys to scroll through the preferences options. though. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453823: dependency problem with vlc
Package: vlc Version: 0.8.6.c-3+b1 Hi folks, If I try to install vlc on i386, then it complains about two missing *.deb files: # apt-get install vlc Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: vlc: Depends: vlc-nox (= 0.8.6.c-3+b1) but it is not going to be installed Depends: libcdio6 but it is not installable Depends: libiso9660-4 but it is not installable E: Broken packages On amd64 vlc installs fine. libcdio7 and libiso9660-5 are installed on both. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458189: how to not install recommended packages?
Package: aptitude Version: 0.4.10-1+b1 I am trying to setup some minimal Debian box (i386). Starting from the set of packages provided by debootstrap I used aptitude to install jove. Even though Install recommended packages automatically was toggled off in aptitude's preferences, jove pulled in a lot of recommended (unwanted) packages including both sendmail and procmail, m4 and some others. The unwanted packages could be deselected later without loosing jove, so they were surely not necessary. So how comes that aptitude marked these recommended packages to be installed? Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462846: why nvidia?
I am just curious: Are there sound problems if you run xset dpms force off ? Thats what I see on my laptop. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462846: [pkg-nvidia-devel] Bug#462846: compiz: Freeze for a moment when maximizing a Gnometerminal
Marcus Lundblad wrote: No xset dpms force off doesn't do any difference. No, my question was whether you get a sound hiccup when running xset dpms force off? I do. But, it might very well be an Nvidia-issue, I've experienced freezes lately when the CPU load is high too. Problems on high load can mean anything, e.g. some heat problem. Maybe you should try to do some stress test on the console (without XWindow running). For example, you could build a new kernel with CONCURRENCY_LEVEL=6. When your PC freezes again, then you should reset and immediately enter the bios to check the temperature. 65C is usually pretty close to the edge. Have you overclocked your CPU or GPU? And I've had no such issues on my laptop, which has an ATI card and where I'm not using Compiz (at the moment). I would say its pretty hard to compare a desktop and a laptop Though I've installed the Nvidia drivers using Nvidia's installer, because I didn't feel like taking in Xorg from Sid just now... I just saw there is a new Nvidia driver out, I could try with that and see if it still has issues. I would suggest to do so. Please remember that this is a bug tracking system about problems with Debian packages. If you ignore Debian and use the upstream's Nvidia driver instead, then you might consider to contact NVidia directly. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451765: how to select options in preferences without mouse?
Package: aptitude Version: 0.4.9-1 I haven't seen it documented anywhere: How can I select and deselect options in the preferences menu, if there is no mouse available, e.g. on the console? Something like 'x', 'y' or the space bar did not work for me. The same problem seems to exist for 0.4.7-1 on amd64. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451765: of course [space] does _not_ work
Daniel Burrows wrote: That's interesting. Are you sure [enter] doesn't work? I just tried it here and it does, although [space] is broken in 0.4.9-2. Hopefully the next release will make both of them work anyway, but if [enter] doesn't work for you in 0.4.9-2, I'm a bit worried. Yes, [Enter] does work with 0.4.9-2. It didn't for 0.4.9-1, AFAIR. BTW, using [Shift-D] to hide the lower part of the Preferences screen doesn't work, either. I can use the arrow keys to scroll through the preferences options. though. That should probably be fixed too. I'll make a clone of this report and retitle it. Many thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454118: FTBFS: caca.c:309: error: 'struct caca_event' has no member named 'type'
Package: vlc Version: 0.8.6.c-3 Trying to rebuild vlc on i386 I got: creating libaa_plugin.la (cd .libs rm -f libaa_plugin.la ln -s ../libaa_plugin.la libaa_plugin.la) if /bin/sh ../../libtool --mode=compile i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DSYS_LINUX -I../../include `top_builddir=../.. ../../vlc-config --cflags plugin caca` -Wsign-compare -Wall -pipe -MT libcaca_plugin_la-caca.lo -MD -MP -MF .deps/libcaca_plugin_la-caca.Tpo \ -c -o libcaca_plugin_la-caca.lo `test -f 'caca.c' || echo './'`caca.c; \ then mv -f .deps/libcaca_plugin_la-caca.Tpo .deps/libcaca_plugin_la-caca.Plo; \ else rm -f .deps/libcaca_plugin_la-caca.Tpo; exit 1; \ fi i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DSYS_LINUX -I../../include -D_FILE_OFFSET_BITS=64 -D__USE_UNIX98 -D_LARGEFILE64_SOURCE -D_REENTRANT -D_THREAD_SAFE -D_GNU_SOURCE -DLOCALEDIR=\/usr/share/locale\ -DDATA_PATH=\/usr/share/vlc\ -DPLUGIN_PATH=\/usr/lib/vlc\ -DHAVE_RELEASE -O3 -ffast-math -funroll-loops -mtune=pentium2 -fomit-frame-pointer -D__VLC__ -D__PLUGIN__ -DMODULE_NAME=caca -DMODULE_NAME_IS_caca -I/usr/include/ -Wsign-compare -Wall -pipe -MT libcaca_plugin_la-caca.lo -MD -MP -MF .deps/libcaca_plugin_la-caca.Tpo -c caca.c -fPIC -DPIC -o .libs/libcaca_plugin_la-caca.o caca.c: In function 'Manage': caca.c:309: error: 'struct caca_event' has no member named 'type' caca.c:316: error: 'struct caca_event' has no member named 'data' caca.c:339: error: 'struct caca_event' has no member named 'data' caca.c:342: error: 'struct caca_event' has no member named 'data' caca.c: In function 'Render': caca.c:378: warning: 'cucul_set_color' is deprecated (declared at /usr/include/cucul.h:313) make[5]: *** [libcaca_plugin_la-caca.lo] Error 1 make[5]: Leaving directory `/export/harri/debian/vlc/vlc-0.8.6.c/modules/video_output' make[4]: *** [all-modules] Error 1 make[4]: Leaving directory `/export/harri/debian/vlc/vlc-0.8.6.c/modules/video_output' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/export/harri/debian/vlc/vlc-0.8.6.c/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/export/harri/debian/vlc/vlc-0.8.6.c' make[1]: *** [all] Error 2 make[1]: Leaving directory `/export/harri/debian/vlc/vlc-0.8.6.c' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454118: FTBFS: caca.c:309: error: 'struct caca_event' has no member named 'type'
dpkg says: # dpkg -l libcaca\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libcaca-dev0.99.beta13b-1 development files for libcaca ii libcaca0 0.99.beta13b-1 colour ASCII art library Probably ASCII art output is just a gimmick; I will try to kick it out and run a rebuild. Many thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271038: Bug#290474: I can't boot 2.6.8 and 2.6.10 kernels on my system, while 2.6.7 starts without problems
Hi Maximilian, Since some kernel 2.6.x SATA devices are part of the SCSI layer. This can be configured back to the IDE layer, AFAIK. See the kernel configuration and build a new kernel. But the SCSI layer works pretty well. If you need to switch back to kernel 2.4.x sometimes, then I would suggest to label the partitions of your harddisks (see man tune2fs, option -L, or man reiserfstune, -l). You could use something like LABEL=root / ext2defaults0 1 LABEL=swap none swapsw 0 0 LABEL=home /home ext2defaults0 1 in your /etc/fstab, instead of /dev/hda1 or /dev/sda1. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#287189: reassign initrd-tools
Which version of initrd-tools are you using? Could you please post the error message and some description how to reproduce the problem, too? Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#294981: installing udev in chroot: can't umount
Package: udev Version: 0.051-1 Hi folks, if I install udev in a chroot environment (e.g. a debootstrap environment on another partition mounted on /mnt) and leave the chroot again, then I cannot umount /mnt. It says umount: /mnt: device is busy umount: /mnt: device is busy Of course fuser -m /mnt doesn't list anything. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#295412: initrd-tools: Fails to ignore 32bit emulation layer on ldd calls
This seems to be a dup of #279382. Assuming that valid shared library paths start with '/' I would suggest to apply this patch to mkinitrd: @@ -1181,7 +1198,7 @@ add_command $i done exec 3- -tmp2 sed 's/.*=[[:blank:]]*\([^[:blank:]]*\).*/\1/' +tmp2 awk '/.*=[[:blank:]]*\/[^[:blank:]]*.*/ { print $3 };' echo /dev/console echo /dev/null Regards Harri signature.asc Description: OpenPGP digital signature
Bug#296024: Can't install grub on USB
Package: grub Version: 0.95+cvs20040624-14 Platform: amd64 (gcc-3.4) Hi folks, If I try to install grub as described on http://www.gnu.org/software/grub/manual/grub.html#Installing%20GRUB%20natively on an USB memory stick, then grub dies with a core dump. # sfdisk -l /dev/sdd Disk /dev/sdd: 1000 cylinders, 16 heads, 32 sectors/track Units = cylinders of 262144 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sdd1 * 0+998 999-255743+ 83 Linux /dev/sdd2 0 - 0 00 Empty /dev/sdd3 0 - 0 00 Empty /dev/sdd4 0 - 0 00 Empty # mount /dev/sdd1 /mnt # grub Probing devices to guess BIOS drives. This may take a long time. GNU GRUB version 0.95 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub root (hd1,0) root (hd1,0) Filesystem type is reiserfs, partition type 0x83 grub setup (hd1) setup (hd1) Checking if /boot/grub/stage1 exists... yes Checking if /boot/grub/stage2 exists... yes Checking if /boot/grub/reiserfs_stage1_5 exists... yes Running embed /boot/grub/reiserfs_stage1_5 (hd1)... failed (this is not fatal) Running embed /boot/grub/reiserfs_stage1_5 (hd1,0)... failed (this is not fatal) Segmentation fault (core dumped) (install-grub doesn't work either. It doesn't print an error message, but the boot sector is not touched.) Regards Harri signature.asc Description: OpenPGP digital signature
Bug#301188: [workaround]: initrd-tools: tries to install module qla6322 which is missing in kernel 2.6.11.x
Torsten Werner wrote: the driver for the QLogic adapter 6322 is now merged with qla6312 and mkinitrd failes to run with kernels = 2.6.11 because it still tries to find the qla6322 module. The problem is that mkinitrd tries to guess the harddisk driver for 2.6.11 using the current (I guess 2.6.10?) kernel instead of the information in modules.pcimap. Workaround: Add qla6312 to /etc/mkinitrd/modules and rebuild your initrd, e.g. mkinitrd -o /boot/initrd.img-2.6.11 2.6.11 Regards Harri signature.asc Description: OpenPGP digital signature
Bug#301783: fakeroot breaks perl test scripts
Package: perl Version: 5.8.4-8 Hi folks, On amd64 (gcc-3.4/gcc-4.0) some tests run at build time don't work when run via fakeroot: % fakeroot dpkg-buildpackage -us -uc : : ext/threads/t/basic..ok ext/threads/t/endok ext/threads/t/join...Died at ../ext/threads/t/join.t line 117. FAILED at test 11 ext/threads/t/libc...ok ext/threads/t/list...ok : : lib/Net/Ping/t/100_load..ok lib/Net/Ping/t/110_icmp_inst.icmp socket error - Operation not permitted at ../lib/Net/Ping/t/110_icmp_inst.t line 27 FAILED at test 2 lib/Net/Ping/t/120_udp_inst..ok : : lib/Net/Ping/t/450_service...ok lib/Net/Ping/t/500_ping_icmp.icmp socket error - Operation not permitted at ../lib/Net/Ping/t/500_ping_icmp.t line 27 FAILED at test 2 lib/Net/Ping/t/510_ping_udp..ok lib/Net/protoent.ok : Running these tests manually as an ordinary user (or using UID0) there is no such problem. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#301806: wrong plugin link on amd64
Package: java-package Version: 0.22 On amd64 java-package creates code to link /etc/alternatives/firefox-javaplugin.so to /usr/lib/j2sdk1.4-blackdown/jre/plugin/i386/mozilla/libjavaplugin_oji.so instead of the amd64 directory. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#290474: are you sure swap can be labeled?
Vassilii Khachaturov wrote: You could use something like LABEL=root / ext2defaults0 1 LABEL=swap none swapsw 0 0 LABEL=home /home ext2defaults0 1 in your /etc/fstab, instead of /dev/hda1 or /dev/sda1. Is your fstab example a real life one, or fictional? in the 1st case, how did you manage to have the swap labeled?? mkswap -L myswap /dev/sda2 I have suffered my share of problems with trying to keep 2.4 and 2.6 going together smoothly on the same machine (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=286515 ) and came up with nothing better than going single and moving the appropriate fstab (sda flavoured for 2.6 and hda for 2.4) in place. BTW, I have never figured how to force the cdrw not to work in the ide-scsi emulation mode in 2.6; even with the ide-cd driver preloaded by /etc/modules and an option options ide-scsi ignore=hdd added to the modules.conf (via update-modutils), the scsi emulation still grabs hdd (somehow pulled in by the sata_sil?) This is obsolete. Try something like cdrecord /dev/cdrom my.iso for writing CDs, regardless whether it is SCSI or IDE. Sorry for the late response. Somehow your EMail got marked as read in my Inbox. Regards Harri signature.asc Description: OpenPGP digital signature
Bug#286515: are you sure swap can be labeled?
Vassilii Khachaturov wrote: On Tue, 29 Mar 2005, Harald Dunkel wrote: mkswap -L myswap /dev/sda2 -L doesn't work here: [snip] What version are you using? % mkswap --version mkswap from util-linux-2.12p % mkswap --help Usage: mkswap [-c] [-v0|-v1] [-pPAGESZ] [-L label] /dev/name [blocks] What is obsolete? I know that the scsi emulation for cdrw is obsolete, but I was asking how to make sure that it doesn't happen in 2.6, even when the SATA hard drive forces the SCSI storage drivers into existence. I cannot verify the module load sequence from here. If you do 'cat /proc/modules' then you get a list of modules as they were loaded (with the most recent module on the top). On my system lsmod returns the same module sequence. Maybe ide-scsi is loaded much more early than you expected? Is it an option to build a kernel without any ide-scsi support? Regards Harri signature.asc Description: OpenPGP digital signature
Bug#298736: initrd-tools - mkinitrd does not warn for lack of scsi lagacy proc support
There is something like if [ ! -d /proc/scsi ]; then echo $PROG: Cannot determine SCSI module 2 exit 1 fi in mkinitrd. How can I reproduce your problem? Regards Harri signature.asc Description: OpenPGP digital signature
Bug#298311: new ldd breaks initrd-tools on amd64
Harald Dunkel wrote: Attached you can find a patch. The patch was too much restricted to gawk. Attached you can find a better one. Regards Harri --- /u/harri/initrd-tools/initrd-tools-0.1.77/mkinitrd 2005-01-23 19:37:41.0 +0100 +++ mkinitrd2005-03-10 16:57:41.933283835 +0100 @@ -1181,7 +1181,16 @@ add_command $i done exec 3- -tmp2 sed 's/.*=[[:blank:]]*\([^[:blank:]]*\).*/\1/' +tmp2 awk ' + /[ ]*.*=[ ]*\/[^ ]*.*/ { + print $3; + next; + }; + /[ ]*\/[^ ]*.*/ { + print $1; + next; + }; + ' echo /dev/console echo /dev/null signature.asc Description: OpenPGP digital signature