Bug#1010623: new version 056-3 available
On 5/25/22 4:16 PM, Thomas Lange wrote: There's a new dracut version 056-3 available, which creates on my machine an initrd which much more crypto kernel modules included. ecb is in there, ccm not. Please try this version, which is only available for bookworm yet. It will not work on bullseye, but I have backports version for bullseye. I don't have bookworm and it's not yet in bullseye-backports. Where do I get it? Dick -- Dick Middleton d...@lingbrae.com
Bug#1010623: more debug info needed
On 5/21/22 9:44 PM, Thomas Lange wrote: I've just called dracut --debug /tmp/tempfile on my machine Debian bullseye, kernel 5.10.0-14-amd64, no crypto partition. I can see, that dracut adds the ccm module by itself and also installs the ccm.ko into the initrd. Running dracut --debug does something horrible to my system forcing me to reboot so I've not been able to run it to completion. In what I had of the log file it did seem to be installing the ccm and ecb modules. I don't know what's going on. Maybe dracut is looking at the running system to see what's loaded. Remember the version that didn't boot was built on a 5.4 system where the module organisation seems to be different. I suppose I could go back to the old system and try building the new initrd again to get the log. Maybe uyou can alos provide some information about the encrypted root file system. I do not know how crypt setups work, but I guess we need the encryption type of the file system and maybe other infos about it. I attach the luks dump of the partition header. I don't think there's anything non-standard about it. The partition is a md raid-5 assembly which is luks encrypted. It contains an lvm pv/vg with all my filesystems (mostly xfs) in it. I'm not sure how much pursuing this is worth the effort. Perhaps recording the workaround (load the modules in dracut) in case someone else hits the problem is sufficient. Dick -- Dick Middleton d...@lingbrae.com LUKS header information Version:2 Epoch: 4 Metadata area: 16384 [bytes] Keyslots area: 1678 [bytes] UUID: Label: (no label) Subsystem: (no subsystem) Flags: (no flags) Data segments: 0: crypt offset: 16777216 [bytes] length: (whole device) cipher: aes-xts-plain64 sector: 512 [bytes] Keyslots: 0: luks2 Key:512 bits Priority: normal Cipher: aes-xts-plain64 Cipher key: 512 bits PBKDF: argon2i Time cost: 4 Memory: 735048 Threads:4 Salt: AF stripes: 4000 AF hash:sha256 Area offset:32768 [bytes] Area length:258048 [bytes] Digest ID: 0 1: luks2 Key:512 bits Priority: normal Cipher: aes-xts-plain64 Cipher key: 512 bits PBKDF: argon2i Time cost: 4 Memory: 710101 Threads:4 Salt: AF stripes: 4000 AF hash:sha256 Area offset:290816 [bytes] Area length:258048 [bytes] Digest ID: 0 Tokens: Digests: 0: pbkdf2 Hash: sha256 Iterations: 62653 Salt: Digest:
Bug#1010623: more debug info needed
On 5/20/22 11:38 PM, Thomas Lange wrote: Can you please provide the output of # lsinitrd /boot/initrd.img-.. on the old and new system? PLease also create a new temp initrd on the new system to see the log of the creation process: # dracut -v /tmp/tempfile I attach tar archive: 1) contents of initrd for 5.4.0-0.bpo-amd64 (aka "old system") as dracut-5.4.0-0.bpo-amd64.lst 2) contents of initrd for 5.10.0-13-amd64 (aka "new system") as dracut-5.10.0-13-amd64.lst but note this was built with drivers+=" ccm ecb " applied. 3) log of build for 5.10.0-13-amd64 as dracut-build.log but note the drivers+=... NOT applied. I hope that's helpful Dick dracut-debug-info.tar.gz Description: application/gzip
Bug#1010623: linux-image-amd64: Missing Crypto Modules
Package: linux-image-amd64 Version: 5.10.106-1 Severity: serious Justification: 4 Dear Maintainer, Upgrading Stable to Bullseye no longer can access encrypted root file system. Prevents booting. Needed to add crypto modules ecb and ccm (although I'm not sure which or both were needed) to initrd as both were missing. Was using dracut to build initrd. -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-13-amd64 (SMP w/4 CPU threads) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-amd64 depends on: ii linux-image-5.10.0-13-amd64 5.10.106-1 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- debconf-show failed
Bug#810014: I get this too
Same OS: Package: linux-image-3.16.0-4-amd64 I'm also using EATON ups Dick -- Dick Middleton d...@fouter.net
Bug#742961: cannot open /var/cache/spampd/auto-whitelist: Access denied
On Mon, 18 Jul 2016 09:44:23 +0200 Michael Meskes <mes...@debian.org> wrote: > On Sat, Mar 29, 2014 at 02:12:15PM +0200, Ognyan Kulev wrote: > > I set AUTOWHITELIST=0 in /etc/default/spampd and removed the file but after > > restarting it's re-created again, with same permissions. > > That is because this option is no longer relevant with spamassassin version > 3.0 > and above. Or in other words, to get rid of it you have to configure > spamassassin. I have not yet dug into it to figure out how to configure the > correct user of the file though. > > Michael > > -- > Michael Meskes If I could add my opinion: spampd uses /var/cache/sampd for its files and that is where it expects to find auto-whitelist. spamassassin uses /var/lib/spamassassin for its files and that is where sa-awl looks for auto-whitelist. I've sym-linked the two together as a workaround. However there is a bigger problem and that is owner:group of spampd and spamassassin are different and that creates all sorts of problems because they have to share files. It would seem to me that there is no need for spampd to have a different user:group from spamassassin; a single spam user would be helpful. I also notice that spamassassin insists on using a directory .spamassassin for its user_prefs etc. That's not great for a server which uses /var/lib/spamassassin for its configs; one has /var/lib/spamassassin/.spamassassin which is silly. Again it would be helpful if a single shared directory could be used for both these apps. Dick -- Dick Middleton
Bug#841944: policyd-weight: Docs refer to AHBL service which has been withdrawn
Package: policyd-weight Version: 0.1.15.2-7 Severity: normal Dear Maintainer, I've discovered that the AHBL is no more. See http://www.ahbl.org/content/changes-ahbl This blocklist is referred to in the README document for this package in all releases. I would think that should be removed. I don't know what replacement would be suitable Thanks Dick -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages policyd-weight depends on: ii adduser 3.113+nmu3 ii libio-socket-inet6-perl 2.72-1 ii libnet-dns-perl 0.68-1.2 ii libnet-ip-perl 1.26-1 ii lsb-base 4.1+Debian12 ii perl 5.18.2-2+b1 Versions of packages policyd-weight recommends: ii perl [libsys-syslog-perl] 5.18.2-2+b1 policyd-weight suggests no packages. -- no debconf information
Bug#816221: Need to add option
Hi, > wmbiff no longer counts read mail (i.e. number of messages in mailbox). It > still shows count of unread mail. Sorry, It looks like I just have to add a -o option. Dick
Bug#816221: wmbiff: Update from 4.27 to 4.28 stops counting read mail
Package: wmbiff Version: 0.4.28-2+b1 Severity: important Dear Maintainer, Just updated system from Jessie to Stretch. wmbiff has updated from 0.4.27-2.3 to 0.4.28-2+b1. wmbiff no longer counts read mail (i.e. number of messages in mailbox). It still shows count of unread mail. All my accounts except Gmail use TLS on port 143. It does login correctly using TLS on my servers. Dick -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wmbiff depends on: ii libc62.21-9 ii libgcrypt20 1.6.5-2 ii libgnutls30 3.4.9-2 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxpm4 1:3.5.11-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 wmbiff recommends no packages. Versions of packages wmbiff suggests: ii ruby 1:2.2.4 pn ssh-askpass -- no debconf information
Bug#469448: icedove: Refuses to refuse certificate
On 12/08/13 19:16, Carsten Schoenert wrote: On Wed, Mar 05, 2008 at 09:35:38AM +, Dick Middleton wrote: Package: icedove Version: 2.0.0.9-3 Severity: normal Connecting to imaps server which offers unknown SSL certificate you get the 'use always', 'use once' or 'never use' dialog. If you select the 'never use' option or the 'Cancel' button the dialog closes and then reopens requesting again. This is an infinite loop; it's impossible to get rid of it. Not only that but it blocks the GUI alot making it very difficult to do anything such as quit or add the root certificate needed to authenticate. I guess it's an upstream bug but the Mozilla bug server seems broken right now so I can't check. is quite long ago you opened this bug. Only 5 years! This bug is still alive with current versions of Icedove? I don't know. It's not been a problem for me again. I'm using Icedove 10 now. I'm not able to test this behaviour, I'm not owning a imaps server instance with a self signed certificate. I've been thinking how I could test it and I think it's too much trouble. I'm happy for you to close this. If the problem recurs I'll log it again. Many thanks Dick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730784: Resolved by updating wmaker
I've updated wmaker to 0.95.5-1 and problem goes away (for me). Emacs is already 24.3 which may or may not matter. I don't know. Dick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730784: /usr/bin/emacs23-x: starting emacs stops mouse wheel and shortcuts reaching window manager
Package: emacs23 Version: 23.4+1-4.1 Severity: normal File: /usr/bin/emacs23-x Dear Maintainer, It all started when updating system to Debian 7. After starting emacs (emacs23) either with X display or nox the mouse wheel events cease to reach the window manager. In my case that's WindowMaker. The mouse wheel events can be re-enabled by restarting window manager. There's quite a discussion about this on WindowMaker mailing list: http://lists.windowmaker.org/user/msg00484.html http://lists.windowmaker.org/user/msg00492.html The major suspect is GTK. Apparently if Athena widgets are used the problem does not occur. Sorry the report is a bit vague but I thought it best to report problem Dick PS updating to emacs24 does not help. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.4+1-4.1 ii gconf-service3.2.6-1 ii libasound2 1.0.27.1-2 ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo21.12.14-4 ii libdbus-1-3 1.6.12-1 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgconf-2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgif4 4.1.6-10 ii libglib2.0-0 2.36.4-1 ii libgpm2 1.20.4-6.1 ii libgtk2.0-0 2.24.20-1 ii libice6 2:1.0.8-2 ii libjpeg8 8d-1 ii libm17n-01.6.4-2 ii libncurses5 5.9+20130608-1 ii libotf0 0.9.13-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libpng12-0 1.2.49-4 ii librsvg2-2 2.36.4-2 ii libsm6 2:1.2.1-2 ii libtiff4 3.9.7-1 ii libtinfo55.9+20130608-1 ii libx11-6 2:1.6.1-1 ii libxft2 2.3.1-1 ii libxpm4 1:3.5.10-1 ii libxrender1 1:0.9.8-1 ii zlib1g 1:1.2.8.dfsg-1 emacs23 recommends no packages. Versions of packages emacs23 suggests: pn emacs23-common-non-dfsg none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722320: mandos-client: initrd directory change prevents install of gpg
Package: mandos-client
Version: 1.6.0-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
trying to find cause of 721903
Apparently /usr/bin/gpg has to be included in initrd image. This program was
missing.
In file /usr/share/initramfs-tools/hooks/mandos
The directory being tested for the existance of libgpgme.so as prerquisite for
gpg has changed.
Initramfs now puts that library in /{DESTDIR}/usr/lib/i386-linux-gnu
The relevant part of hook:
# GPGME needs /usr/bin/gpg
if [ ! -e ${DESTDIR}/usr/bin/gpg \
-a -n `ls \${DESTDIR}\/usr/lib/libgpgme.so* \
2/dev/null` ]; then
copy_exec /usr/bin/gpg
fi
Presumably has to be changed to an architecture dependent path.
Dick
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.10-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages mandos-client depends on:
ii adduser 3.113+nmu3
ii cryptsetup2:1.4.3-4
ii gnupg 1.4.14-1
ii initramfs-tools 0.113
ii libavahi-common3 0.6.31-2
ii libavahi-core70.6.31-2
ii libc6 2.17-92
ii libgnutls26 2.12.23-5
ii libgpgme111.4.2-0.1
mandos-client recommends no packages.
mandos-client suggests no packages.
-- debconf-show failed
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721903: Dependency problem
I think this might be because libgpgme11 v1.2 depended on gnupg whereas libgpgme11 v1.4 depends on gnupg2. mandos-client depends on gnupg. In initrd only gnupg files are included whereas at console both gnupg and gnupg2 files are available. Needs to be proved! Dick -- Dick Middleton d...@lingbrae.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675272: Workaround for client hang at terminate
A workaround for this bug was recently posted on dibbler bug tracker:
http://klub.com.pl/bugzilla3/show_bug.cgi?id=268
The suggested patch works for me..
-- a/Port-linux/daemon.cpp
+++ b/Port-linux/daemon.cpp
@@ -233,6 +233,7 @@ int stop(const char * pidfile) {
if (!ptrace_failed) {
cout Waiting for signalled process termination... flush;
+ ptrace(PTRACE_CONT, pid, NULL, SIGTERM);
do {
if (-1 == waitpid(pid, p_status, 0)) {
saved_errno = errno;
Dick
--
Dick Middleton
d...@lingbrae.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611891: Half configured ipv6
Hi, I've been hit by this as well. For example RaspberryPi.org and their repositories at raspbian.org have records in DNS but these addresses are broken i.e. return nothing. This is going to happen more often as sites experiment with ipv6. Ideally programs should fall-back gracefully to ipv4 if ipv6 is not working. Dick -- Dick Middleton d...@lingbrae.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611891: Half configured ipv6
On 03/21/13 16:27, Michael Vogt wrote:
On Thu, Mar 21, 2013 at 10:19:57AM +, Dick Middleton wrote:
Hi,
I've been hit by this as well. For example RaspberryPi.org and their
repositories at raspbian.org have records in DNS but these addresses are
broken i.e. return nothing. This is going to happen more often as sites
experiment with ipv6. Ideally programs should fall-back gracefully to ipv4
if
ipv6 is not working.
The attached patch should make this work:
$ sudo apt-get install --force-ipv6 2vcard
or
$ sudo apt-get install 2vcard -o Acquire::ForceIPv4=true
I guess the open question is if we want a commandline switch or just a
config option and if Acquire::ForceIPv{4,6} is a good name.
Personally I think a config option is more useful. FWIW I did discover this
morning that apt-cacher-ng has something similar:
acng.conf
# Specifies the IP protocol families to use for remote connections. Order does
# matter, first specified are considered first. Possible combinations:
# v6 v4
# v4 v6
# v6
# v4
# (empty or not set: use system default)
#
ConnectProto: v4 v6
However I don't think that apt-cacher falls back either if is there is no
response from ipv6 server. That would be best; we don't really want to force
things back on to ipv4 just because some ipv6 servers are broken.
The OP has a different issue of course.
Dick
--
Dick Middleton
d...@lingbrae.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697442: Bad experiences with wheezy installer
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/wheezy_di_beta4/amd64/iso-cd/debian-wheezy-DI-b4-amd64-netinst.iso Date: 2013-01-04 22:00 UTC Machine: HP Proliant Microserver Processor: amd64 Turion Memory: 2G Partitions: there's the problem :-) Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [o ] Detect CD: [o ] Load installer modules: [o ] Detect hard drives: [o ] Partition hard drives: [E ] Install base system:[E ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: *** rant warning *** I'm trying to setup partitions like 1: sda1 /boot ext4 250MB 2: sda2 250G encrypted lvm vg00 lv 10MB root xfs to be mounted as root file system It doesn't work. It seems to do the right thing but cannot create xfs fs. It will create an ext4 fs but can't use that either! In install phase it thinks all debs are corrupted. Very difficult to stop the install phase when it errors. If you revert to shell you can create luks partitition, create lvm pv, create vg and lv. In that lv mkfs.xfs fails - wrong tag size or something. It seems to know nothing about the partition. You can create an ext4 fs in the lv, mount it and read it. If you mount it on /target/root and select 'install base system' it insists on returning to partitioner but that fails to use mounted root fs and kindly umounts it. It behaves the same with graphical and dialog installer. It's not a nice tool to use especially the partitioner. Half the menu goes off the bottom of the screen, you don't know whether to choose 'done' or 'continue' or 'go back', there's no abort to main process menu and 'go back shouldn't mean restart. Really, you need just one menu and it needs to be consistent and it needs to do as it's told. But most of all, it needs to handle errors properly. I gave up - I couldn't figure what was wrong. I then tried netinst using PXE. That hangs (needs power cycle) when you do 'configure keyboard'. Skipped that phase and it went better. I managed to complete installation but it won't boot. Initramfs issues the cryptsetup password prompt and then hangs (needs power cycle). I wonder if the problem with kbd config and cannot read keyboard at boot are related. But I can't puzzle it out. I've spent hours on it now and I'm giving up. I've got another system, identical h/w and config, which I just dist-upgraded to wheezy with just a few minor problems so I think I'll copy that. Finally a WIBNI. It would save a lot of hassle if it was possible to save initial, network and the partition configs to, say, a usb stick, so one doesn't have to go round and round that loop when things don't work. I must have done it all 20 times. All the best Dick BTW if you enter a partition size of 20G it will will give you 8.4G. You have to specify 20GB. It's just a little thing but it is so annoying. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697442: better experience with wheezy installer
Following my rant I zeroed the partition table and started over. It all went swimmingly well. Using the net-dist CD. No problems with xfs or crypto and errors. Also no finger trouble. The only issue is the font on the console is set to 600x480 and not 1024x768 or even 1280x1024. So I don't know what was wrong last night. Before I reinstalled with the net-dist CD I wiped partition table and reinstalled with netboot PXE. I missed out the keyboard section again. It all installed OK but didn't boot - no grub. In rescue system iniramfs complained about no kbd. I went back to keyboard section and it immediately hung-up. I think there's a problem there. http://d-i.debian.org/daily-images/amd64/daily/netboot/netboot.tar.gz Thanks Dick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697442: better experience with wheezy installer
On 01/05/13 19:02, Brian Potkin wrote: Thank you for following up on your experience. The only issue is the font on the console is set to 600x480 and not 1024x768 or even 1280x1024. I usually put this in /etc/default/grub: GRUB_GFXMODE=1280x1024 GRUB_GFXPAYLOAD_LINUX=1280x1024 It seems to be the neatest way. TAB at the boot menu and vga=791 or vga=794 on the kernel command line. I thought vga was deprecated. What I do notice is things like systemrescuecd and parted-magic manage to get the console fonts right. Debian doesn't seem to try. I like to have a really small font at boot time - it gives a chance to read the messages before they disappear off the top. Before I reinstalled with the net-dist CD I wiped partition table and reinstalled with netboot PXE. I missed out the keyboard section again. It all installed OK but didn't boot - no grub. In rescue system iniramfs Where did GRUB install to? Or did you specify where it was to go? I generally do the latter. MBR of the hdd I hope. Nowhere else for it to go. complained about no kbd. I went back to keyboard section and it immediately hung-up. I think there's a problem there. Not for much longer. Please see bug #697449. Oh good! At least I've not gone completely mad :-) Dick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697221: motion: No longer has support for mysql
Package: motion
Version: 3.2.12-3.2
Severity: serious
Justification: 4
Dear Maintainer,
* What led up to the situation?
upgrade from squeeze to wheezy
* What exactly did you do (or not do) that was effective (or
ineffective)?
no longer connects to mysql
reports unknown config option mysql_*
Jan 2 19:42:42 hagrid motion: [0] Unknown config option mysql_host
Jan 2 19:42:42 hagrid motion: [0] Unknown config option mysql_db
Jan 2 19:42:42 hagrid motion: [0] Unknown config option mysql_user
Jan 2 19:42:42 hagrid motion: [0] Unknown config option mysql_password
ldd doesn't include mysql libs
ldd /usr/bin/motion | grep -i sql
All indicates it's not built with mysql support.
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages motion depends on:
ii adduser3.113+nmu3
ii debconf [debconf-2.0] 1.5.48
ii libavcodec53 6:0.8.4-1
ii libavformat53 6:0.8.4-1
ii libavutil516:0.8.4-1
ii libc6 2.13-37
ii libjpeg8 8d-1
ii libpq5 9.1.7-1
Versions of packages motion recommends:
ii ffmpeg 6:0.8.4-1
Versions of packages motion suggests:
ii mysql-client 5.5.28+dfsg-1
ii mysql-client-5.5 [mysql-client] 5.5.28+dfsg-1
pn postgresql-clientnone
-- Configuration Files:
/etc/default/motion changed:
start_motion_daemon=yes
/etc/init.d/motion changed:
NAME=motion
PATH_BIN=/bin:/usr/bin:/sbin:/usr/sbin
DAEMON=/usr/bin/motion
PIDFILE=/var/run/$NAME.pid
DEFAULTS=/etc/default/$NAME
DESC=motion detection daemon
ENV=env -i LANG=C PATH=$PATH_BIN
. /lib/lsb/init-functions
test -x $DAEMON || exit 0
RET=0
[ -r $DEFAULTS ] . $DEFAULTS || start_motion_daemon=yes
check_daemon_enabled () {
if [ $start_motion_daemon = yes ] ; then
return 0
else
log_warning_msg Not starting $NAME daemon, disabled via
/etc/default/$NAME
return 1
fi
}
case $1 in
start)
if check_daemon_enabled ; then
log_daemon_msg Starting $DESC $NAME
if start-stop-daemon --start --oknodo --exec $DAEMON -b --chuid motion ; then
log_end_msg 0
else
log_end_msg 1
RET=1
fi
fi
;;
stop)
log_daemon_msg Stopping $DESC $NAME
if start-stop-daemon --stop --oknodo --exec $DAEMON --retry 30 ; then
log_end_msg 0
else
log_end_msg 1
RET=1
fi
;;
reload|force-reload)
log_daemon_msg Reloading $NAME configuration
if start-stop-daemon --stop --signal HUP --exec $DAEMON ; then
log_end_msg 0
else
log_end_msg 1
RET=1
fi
;;
restart-motion)
if check_daemon_enabled ; then
log_action_begin_msg Restarting $NAME
if $0 stop $0 start ; then
log_action_end_msg 0
else
log_action_cont_msg (failed)
RET=1
fi
fi
;;
restart)
$0 restart-motion
;;
*)
echo Usage: /etc/init.d/$NAME {start|stop|restart|reload}
RET=1
;;
esac
exit $RET
/etc/motion/motion.conf changed:
daemon on
quiet on
text_right %d-%b-%y\n%H:%M:%S
target_dir /var/motion
output_normal off
low_cpu 2
post_capture 10
control_html_output on
control_port 8084
control_localhost on # only localhost can access
snapshot_filename %u.%a.%b%d/cam%t/s%Y%m%d%H%M%S-%v
jpeg_filename %u.%a.%b%d/cam%t/p%H%M%S-%q-%v
on_movie_end /etc/motion/offsiteit %f
sql_log_mpeg on
sql_query insert into security(camera, filename, frame, file_type, time_stamp,
event_time_stamp) values('%t', '%f', '%q', '%n', '%Y-%m-%d %T', '%C')
mysql_host localhost
mysql_db motion
mysql_user web
mysql_password web
webcam_quality 80
webcam_maxrate 10
webcam_motion on
thread /etc/motion/cam-elm.conf
thread /etc/motion/cam-ash.conf
thread /etc/motion/cam-oak.conf
thread /etc/motion/cam-larch.conf
/etc/motion/thread1.conf [Errno 2] No such file or directory:
u'/etc/motion/thread1.conf'
/etc/motion/thread2.conf [Errno 2] No such file or directory:
u'/etc/motion/thread2.conf'
/etc/motion/thread3.conf [Errno 2] No such file or directory:
u'/etc/motion/thread3.conf'
/etc/motion/thread4.conf [Errno 2] No such file or directory:
u'/etc/motion/thread4.conf'
-- debconf information:
motion/moved_conf_dir:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693704: libdatetime-astro-sunrise-perl: Fails if sunrise and set not in same day
Package: libdatetime-astro-sunrise-perl
Version: 0.01.01-3
Severity: important
Dear Maintainer,
If I use
$sunrise = DateTime::Astro::Sunrise-new( $long, $lat, -0.583, 0);
($rise, $set) = $sunrise-sunrise($dt);
where lat/long are in Australia and date is about now (19th Nov 2012)
the method sunrise fails
The 'minute' parameter (-59) to DateTime::new did not pass the 'an integer
between 0 and 59' callback
at /usr/lib/perl5/DateTime.pm line 199
DateTime::new(undef, 'year', 2012, 'month', 11, 'day', 19, 'hour', 20,
...) called at /usr/share/perl5/DateTime/Astro/Sunrise.pm line 129
This is because sunrise is on the day before sunset in UTC and sunrise
uses negative numbers as arguments to datetime-new for hour and
minute.
The fix seems to be to use the math capability of DateTime to set the hour and
minute:
my $rise_time = DateTime-new(
year = $dt-year,
month = $dt-month,
day = $dt-day,
hour = 0,
minute= 0,
time_zone = 'UTC')-add(hours=$hour_rise,
minutes = $min_rise);
in the 4 places where the times are initialized.
Patch attached but all I can say is 'it works for me'. I've tested it in any
generalised way.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages libdatetime-astro-sunrise-perl depends on:
ii libdatetime-perl 2:0.7500-1
ii perl 5.14.2-13
libdatetime-astro-sunrise-perl recommends no packages.
libdatetime-astro-sunrise-perl suggests no packages.
-- no debconf information
-- debsums errors found:
debsums: changed file /usr/share/perl5/DateTime/Astro/Sunrise.pm (from
libdatetime-astro-sunrise-perl package)
That's because I've modified it!
--- Sunrise.bak 2012-11-19 13:42:13.724006946 +
+++ Sunrise.pm 2012-11-19 14:21:30.536744605 +
@@ -40,7 +40,6 @@
my ( $year, $month, $day ) = ( $dt-year, $dt-month, $dt-day );
my $altit = $self-{ALT} || -0.833;
my $iteration = defined( $self-{ITER} ) ? $self-{ITER} : 0;
-
if ($iteration) {
# This is the initial start
@@ -102,22 +101,24 @@
my ( $hour_rise, $min_rise, $hour_set, $min_set ) = convert_hour($tmp_rise_3,$tmp_set_3);
my $rise_time = DateTime-new(
- year = $dt-year,
- month = $dt-month,
- day = $dt-day,
- hour = $hour_rise % 24,
- minute= $min_rise,
- time_zone = 'UTC'
-);
+ year = $dt-year,
+ month = $dt-month,
+ day = $dt-day,
+ hour = 0,
+ minute= 0,
+ time_zone = 'UTC')-add(hours=$hour_rise,
+ minutes = $min_rise
+ );
my $set_time = DateTime-new(
- year = $dt-year,
- month = $dt-month,
- day = $dt-day,
- hour = $hour_set % 24,
- minute= $min_set,
- time_zone = 'UTC'
-);
- return ($rise_time, $set_time);
+ year = $dt-year,
+ month = $dt-month,
+ day = $dt-day,
+ hour = 0,
+ minute= 0,
+ time_zone = 'UTC')-add(hours=$hour_set,
+ minutes = $min_set
+ );
+ return ($rise_time, $set_time);
}
else {
my $d =
@@ -127,23 +128,24 @@
sun_rise_set( $d, $self-{LON}, $self-{LAT}, $altit, 15.0 );
my ( $hour_rise, $min_rise, $hour_set, $min_set ) =
convert_hour( $h1, $h2 );
-
my $rise_time = DateTime-new(
- year = $dt-year,
- month = $dt-month,
- day = $dt-day,
- hour = $hour_rise % 24,
- minute= $min_rise,
- time_zone = 'UTC'
-);
+ year = $dt-year,
+ month = $dt-month,
+ day = $dt-day,
+ hour = 0,
+ minute= 0,
+ time_zone = 'UTC')-add(hours=$hour_rise,
+ minutes = $min_rise
+ );
my $set_time = DateTime-new(
- year = $dt-year,
- month = $dt-month,
- day = $dt-day,
- hour = $hour_set % 24,
- minute= $min_set,
- time_zone = 'UTC'
-);
+ year = $dt-year,
+ month = $dt-month,
+ day = $dt-day,
+ hour = 0,
+ minute= 0,
+ time_zone = 'UTC')-add(hours=$hour_set,
+ minutes = $min_set
+ );
return ($rise_time, $set_time);
}
Bug#693704: Addendum
Sorry, a bit rushed: Lat/long I used was -37.81 144.963169 which is somewhere in Melbourne. Now= 2012-11-19T14:43:27 Rise: 2012-11-18T18:57:00 Set: 2012-11-19T09:14:00 epoch- 1353265020 1353316440 and I omitted a 'not'. I've *not* tested in any generalised way. Dick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689985: iceweasel: jquery ajax load loops when accessing Access-Control-Allow-Origin enabled site (CORS)
Package: iceweasel
Version: 16.0~b6-1
Severity: normal
Tags: upstream
Dear Maintainer,
There is a problem with Iceweasel when using jquery ajax load requests
and the access is cross-origin.
This problem occurs at least with iceweasel 10.0.7, 16.* on Debian and Firefox
15.* on Windows. It's almost certainly an upstream problem.
With a standard bit of jquery javascript like:
$.ajax({
url: http://example.site/
it works fine with local origin but fails when the url is on a different
server from original request.
If the CORS server allows cross-origin requests by sending the header:
Access-Control-Allow-Origin: *or
Access-Control-Allow-Origin: http://example.site;
then the ajax load access repeates indefinately (i.e. infinite loop) -
until the browser page is closed. The server responds with http return
code 200 for each access.
( FYI No such problem occurs when using Chrome with same script. Opera
doesn't seem to support CORS at all :-) . )
Also when Access-Control-Allow-Origin is not enabled iceweasel/firefox
fails properly with an error but the error reported is undefined
(i.e. no information, error type etc.).
Thanks
Dick
-- Package-specific info:
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages iceweasel depends on:
ii debianutils 4.3.2
ii fontconfig 2.9.0-7
ii libc6 2.13-35
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-02.32.3-1
ii libgtk2.0-0 2.24.10-2
ii libnspr42:4.9.2-1
ii libnspr4-0d 2:4.9.2-1
ii libsqlite3-03.7.13-1
ii libstdc++6 4.7.1-7
ii procps 1:3.3.3-2
ii xulrunner-16.0 16.0~b6-1
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
pn fonts-stix | otf-stix none
ii libgssapi-krb5-2 1.10.1+dfsg-2
ii mozplugger 1.14.3-7
Versions of packages xulrunner-16.0 depends on:
ii libasound21.0.25-4
ii libatk1.0-0 2.4.0-2
ii libbz2-1.01.0.6-4
ii libc6 2.13-35
ii libcairo2 1.12.2-2
ii libdbus-1-3 1.6.0-1
ii libdbus-glib-1-2 0.100-1
ii libevent-2.0-52.0.19-stable-3
ii libfontconfig12.9.0-7
ii libfreetype6 2.4.9-1
ii libgcc1 1:4.7.1-7
ii libgdk-pixbuf2.0-02.26.1-1
ii libglib2.0-0 2.32.3-1
ii libgtk2.0-0 2.24.10-2
ii libhunspell-1.3-0 1.3.2-4
ii libjpeg8 8d-1
ii libmozjs16d 16.0~b6-1
ii libnotify40.7.5-1
ii libnspr4 2:4.9.2-1
ii libnspr4-0d 2:4.9.2-1
ii libnss3 2:3.13.6-1
ii libnss3-1d2:3.13.6-1
ii libpango1.0-0 1.30.0-1
ii libpixman-1-0 0.26.0-3
ii libsqlite3-0 3.7.13-1
ii libstartup-notification0 0.12-1
ii libstdc++64.7.1-7
ii libvpx1 1.1.0-1
ii libx11-6 2:1.5.0-1
ii libxext6 2:1.3.1-2
ii libxrender1 1:0.9.7-1
ii libxt61:1.1.3-1
ii zlib1g1:1.2.7.dfsg-13
Versions of packages xulrunner-16.0 suggests:
ii libcanberra0 0.28-4
ii libgnomeui-0 2.24.5-2
-- Configuration Files:
/etc/iceweasel/iceweaselrc changed [not included]
/etc/iceweasel/profile/bookmarks.html changed [not included]
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639191: phpmyadmin: Login uses http port 443 rather than https
Package: phpmyadmin Version: 4:3.4.3.2-1 Severity: normal I've put my my phpmyadmin on an https server. It all all works fine except when logging on. When I press the 'Go' button on login screen the request is sent to http:// instead of https://. It fails with this message: 403 Forbidden port The following error occurred while trying to access http://www.lingbrae.net:443/pma/index.php?token=363b48ae9c804e22a0872715f681a7a7: If I edit the url to add the missing 's' in above url I can login OK. BTW I'm using nginx server (not apache). My system is basically Squeeze but I updated phpmyadmin to wheezy version which made no difference. I've also changed dbc_ssl='true' from '' in /etc/dbconfig-common/phpmyadmin.conf and that made no difference either. Dick -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages phpmyadmin depends on: ii dbconfig-common1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libapache2-mod-php55.3.3-7+squeeze1 server-side, HTML-embedded scripti ii perl 5.10.1-17squeeze1 Larry Wall's Practical Extraction ii php5-cgi 5.3.3-7+squeeze1 server-side, HTML-embedded scripti ii php5-mcrypt5.3.3-7+squeeze1 MCrypt module for php5 ii php5-mysql 5.3.3-7+squeeze1 MySQL module for php5 ii ttf-dejavu-core2.31-1Vera font family derivate with add ii ucf3.0025+nmu1 Update Configuration File: preserv Versions of packages phpmyadmin recommends: ii apache22.2.16-6+squeeze1 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze1 Apache HTTP Server - traditional n ii mysql-client 5.1.49-3 MySQL database client (metapackage ii mysql-client-5.1 [mysq 5.1.49-3 MySQL database client binaries ii nginx-full [httpd] 1.1.0-1~bpo60+1 nginx web server with full set of ii php5-gd5.3.3-7+squeeze1 GD module for php5 Versions of packages phpmyadmin suggests: ii lynx-cur [www-browser] 2.8.8dev.5-1 Text-mode WWW Browser with NLS sup ii mysql-server5.1.49-3 MySQL database server (metapackage ii mysql-server-5.1 [mysql-ser 5.1.49-3 MySQL database server binaries and -- Configuration Files: /etc/phpmyadmin/apache.conf changed [not included] /etc/phpmyadmin/config.footer.inc.php changed [not included] -- debconf information: phpmyadmin/app-password-confirm: (password omitted) phpmyadmin/mysql/admin-pass: (password omitted) phpmyadmin/password-confirm: (password omitted) phpmyadmin/setup-password: (password omitted) phpmyadmin/mysql/app-pass: (password omitted) phpmyadmin/remove-error: abort phpmyadmin/internal/reconfiguring: false phpmyadmin/missing-db-package-error: abort phpmyadmin/setup-username: admin * phpmyadmin/db/app-user: phpmyadmin * phpmyadmin/install-error: ignore * phpmyadmin/reconfigure-webserver: phpmyadmin/remote/newhost: phpmyadmin/remote/host: phpmyadmin/upgrade-error: abort phpmyadmin/dbconfig-reinstall: false * phpmyadmin/dbconfig-install: true * phpmyadmin/db/dbname: phpmyadmin phpmyadmin/database-type: mysql phpmyadmin/internal/skip-preseed: false phpmyadmin/remote/port: * phpmyadmin/dbconfig-upgrade: true phpmyadmin/upgrade-backup: true phpmyadmin/dbconfig-remove: phpmyadmin/passwords-do-not-match: * phpmyadmin/mysql/method: unix socket * phpmyadmin/mysql/admin-user: root phpmyadmin/purge: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637155: tg3: Net driver tg3 errors with bridging and vlan
Package: linux-2.6 Version: 2.6.39-3 Severity: normal File: tg3 There's 2 problems here really. I suspect they're related. 1) bridging using tg3 interface and adding a tap to it causes the mac address to change from the real mac to the pseudo mac of the tap interface. If tap is removed from the bridge the mac reverts. This confuses arp and dhcp no end! Here's output of arp on another host before and after removing tap0 from bridge. Loco:~# arp -n Address HWtype HWaddress Flags MaskIface 10.46.5.1ether d8:d3:85:af:76:88 C eth0.5 192.168.46.7 ether b6:d2:a3:f5:0b:fb C eth0 Loco:~# arp -n Address HWtype HWaddress Flags MaskIface 10.46.5.1ether d8:d3:85:af:76:88 C eth0.5 192.168.46.7 ether d8:d3:85:af:76:88 C eth0 These mac addresses changes are seen in ifconfig. *--- with tap br0 Link encap:Ethernet HWaddr b6:d2:a3:f5:0b:fb inet addr:192.168.46.7 Bcast:192.168.46.255 Mask:255.255.255.0 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 br0.5 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet addr:10.46.5.1 Bcast:10.46.5.255 Mask:255.255.255.0 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 eth0 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 tap0 Link encap:Ethernet HWaddr b6:d2:a3:f5:0b:fb inet6 addr: fe80::b4d2:a3ff:fef5:bfb/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 * No tap br0 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet addr:192.168.46.7 Bcast:192.168.46.255 Mask:255.255.255.0 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:962942 errors:0 dropped:1 overruns:0 frame:0 TX packets:663178 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1011266531 (964.4 MiB) TX bytes:459499768 (438.2 MiB) br0.5 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet addr:10.46.5.1 Bcast:10.46.5.255 Mask:255.255.255.0 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:52201 errors:0 dropped:84 overruns:0 frame:0 TX packets:53466 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:7572369 (7.2 MiB) TX bytes:68468656 (65.2 MiB) eth0 Link encap:Ethernet HWaddr d8:d3:85:af:76:88 inet6 addr: fe80::dad3:85ff:feaf:7688/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:916072 errors:0 dropped:0 overruns:0 frame:0 TX packets:791675 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1026299234 (978.7 MiB) TX bytes:412638337 (393.5 MiB) Interrupt:18 The second problem concerns the vlan attached to this interface. Normally one would attach the vlan to the real interface eth0. However if you do this doesn't pass traffic. If you attach the vlan to the bridge instead then it works. In this case when tap is added the mac for the vlan doesn't change but as before the mac for the real interface does. You can also see that in the example above. Note: This system is debian stable except I've updated kernel to sid. Dick. -- Package-specific info: ** Version: Linux version 2.6.39-2-amd64 (Debian 2.6.39-3) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-6) ) #1 SMP Tue Jul 5 02:51:22 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.39-2-amd64 root=/dev/mapper/vg00-system ro quiet ** Tainted: WC (1536) * Taint on warning. * Module from drivers/staging has been loaded. ** Kernel log: [95630.906321] br0: port 2(tap0) entering forwarding state [95656.552049] usb 4-1: new low speed USB device number 5 using ohci_hcd [95656.722873] usb 4-1: New USB device found, idVendor=046d, idProduct=c312 [95656.722881] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [95656.722887] usb 4-1: Product: USB Multimedia Keyboard [95656.722891] usb 4-1: Manufacturer: LITEON Technology [95656.744227] input: LITEON Technology USB Multimedia Keyboard as /devices/pci:00/:00:12.0/usb4/4-1/4-1:1.0/input/input5 [95656.744385] generic-usb 0003:046D:C312.0003: input,hidraw0: USB HID v1.10 Keyboard [LITEON Technology USB Multimedia Keyboard] on usb-:00:12.0-1/input0 [95777.680074] br0: port 1(eth0) entering
Bug#626185: awstats can't handle bad request log entries
Package: awstats Version: 6.9.5~dfsg-5 Severity: normal Tags: upstream This problem is not being reported on the system where the problem was observed. Refers to AWStats version 6.95 (build 1.943) In particular web server is nginx (not apache). I had a large number of entries like this at the beginning of my access.log this morning: example.com 109.72.95.200 [09/May/2011:06:54:18 +0100] - 400 0 - - Entries like this are logged by nginx when there is a connection/disconnection but no data. Apache doesn't seem to log such events. awstats complains like this: ... This means each line in your web server log file need to have the following personalized log format: %virtualname %host %time1 %methodurl %code %bytesd %refererquot %uaquot And this is an example of records AWStats found in your log file (the record number 50 in your log): example.com 109.72.95.200 [09/May/2011:06:54:44 +0100] - 400 0 - - ... There is nothing wrong with these log entries; the request method is invalid but the error code is 400 to reflect that. I suggest at the very least awstats accept and quietly ignore such entries. Thanks Dick -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages awstats depends on: ii perl 5.10.1-17 Larry Wall's Practical Extraction Versions of packages awstats recommends: ii coreutils 8.5-1 GNU core utilities pn libnet-xwhois-perlnone (no description available) Versions of packages awstats suggests: ii apache2 2.2.16-6 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.16-6 Apache HTTP Server - traditional n ii libgeo-ipfree-perl1.101650-1 module to look up the country of a ii libnet-dns-perl 0.66-2 Perform DNS queries from a Perl sc ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii liburi-perl 1.54-2 module to manipulate and access UR -- Configuration Files: /etc/awstats/awstats.conf.local changed [not included] /etc/cron.d/awstats changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586485: Some observations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Can I add some observations to this bug report. I have what appears to be the same problem. I've had a some difficulty getting radeon to work with much of the problem caused by a conflict between vesafb and radeondrmfb. It seems grub likes to use vesafb if it gets half a chance. Not using GRUB_GFXPAYLOAD_LINUX is helpful. However it all now pretty much works except if I suspend (pm-suspend). When resuming from suspend, the display is not restored. It stays black and nothing I've tried can coax it into action. Apart from the display the system is working normally. If I hibernate (pm-hibernate) the display resumes properly. So having resumed from suspend and got the black screen if I then hibernate and resume it all recovers back to where it should be. To me this points to some sort of initialisation issue when resuming from suspend. My guess it's being re-initialised by the reboot after hibernating but that doesn't happen when resuming from suspend. I hope that's interesting. Dick Video: 01:05.0 VGA compatible controller: ATI Technologies Inc RS780M/RS780MN [Radeon HD 3200 Graphics] Package: xserver-xorg-video-radeon Version: 1:6.14.0-1 Linux: 2.6.38-2-686 - -- Dick Middleton d...@lingbrae.com PGP Key ID: 0x9F9434FD -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNpz12AAoJEO28O2+flDT9J0gIAKGxTP4LS4gdbdFMJHYup0lr tJPxqBaKiLf8zIAXmwQ8Ak1xqUK+V0A6PDZnuuwiobgGeHC2rtizdrIxazvta86K 1dxOwdJBjE47UyhXBC2SXtcEc46/7lQgeXZRhgbshuzvQcljBA735Ds4d3AYUXpu BLW95MIbULH6OPjrH7gbSwRJWr7E14pJdm5uqezS63uYP1fWOLG0y4Ep+150XcGi 5TtmOax+HemZ3bBmT9xYlXAS8ZUJC61bwMNrBgvcLbVZy4XpQ/Wcs4IK44QZtVdg PCpgeb2ucnDftH7q5wdzWe/eOmn2QXD2FIo5FARRjUM7L3kGBh2+R2O6/Qd+XxA= =yhKB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602122: wmbubble: window handling issues and inability to dock
Package: wmbubble Version: 1.46-2.1 Severity: important I just installed the update fixing bug 540914 but regret to have to advise that all is not well. Firstly dock starts with two window frames. One is empty (i.e. a title bar and resize bar and transparent in between) the other contains the graphic. There is no border to the graphic like the background is missing. It is not possible to close the app using the title bar button. It is not possible to dock the app. The following message is emitted: (wmbubble:25417): Gdk-WARNING **: /build/buildd-gtk+2.0_2.20.1-1+b1-i386-jmql5R/gtk+2.0-2.20.1/gdk/gdkwindow.c:1396Toplevel windows must be created as children of of a window of type GDK_WINDOW_ROOT or GDK_WINDOW_FOREIGN Dick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages wmbubble depends on: ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libc62.11.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libpango1.0-01.28.1-1Layout and rendering of internatio ii libx11-6 2:1.3.3-3 X11 client-side library wmbubble recommends no packages. Versions of packages wmbubble suggests: ii rxvt [x-terminal-emulator]1:2.6.4-14 VT102 terminal emulator for the X ii sox 14.3.1-1 Swiss army knife of sound processi ii wterm [x-terminal-emulator] 6.2.9-8.1 lightweight terminal emulator for ii xterm [x-terminal-emulator] 261-1 X terminal emulator -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583917: Additional observation
Hi, I have this problem too. One thing I notice is just before the list of mdadm messages I get this: udevadm settle timeout 30s reached event queue contains /sys/devices/virtual/block (some incremented number ...) Dick -- Dick Middleton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566669: xserver-xorg-core: VGA Arbitration prevents DRI starting
On 01/25/10 13:11, Michel Dänzer wrote: On Sun, 2010-01-24 at 15:00 +, Dick Middleton wrote: Julien Cristau wrote: Following upgrade DRI is no longer enabled for display: (WW) RADEON(0): Direct rendering is not supported when VGA arb is necessary for the device (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. This is fixed with kernel mode setting, AIUI. I don't think it will be fixed for userspace mode setting. Thanks for that. radeon.modeset=1 kernel option works. However I get no output on VTs. That's usually due to one of two things: * Your X driver doesn't support KMS (none of the radeon driver packages in Debian do, only upstream Git master), so it's touching the hardware directly behind the kernel's back. * The fbcon kernel module isn't loaded. I can't fathom it all out! With modeset=1 DRI is still disabled (not supported) but rendering performance is significantly improved. However I get no VTs. If I set framebuffer and modeset=1 I can switch to a VT once; if I switch back to X then back to VT I get no visible output. Framebuffer (radeonfb) doesn't seem to work with modeset=1. With modeset=0 framebuffer VTs work but X rendering is slow. Anyway, if there's support for radeon KMS in GIT I'll wait for next release. Many thanks for your pointers. Dick -- Dick Middleton d...@lingbrae.com PGP Key ID: 0x9F9434FD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566669: xserver-xorg-core: VGA Arbitration prevents DRI starting
Package: xserver-xorg-core Version: 2:1.7.4-2 Severity: important Following upgrade DRI is no longer enabled for display: (WW) RADEON(0): Direct rendering is not supported when VGA arb is necessary for the device (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. The following packages that were upgraded seem relevant: [UPGRADE] xserver-xorg-core 2:1.6.5-1 - 2:1.7.4-2 [UPGRADE] xserver-xorg-video-radeon 1:6.12.3-1 - 1:6.12.4-2 [UPGRADE] xserver-common 2:1.6.5-1 - 2:1.7.4-2 [UPGRADE] xserver-xorg 1:7.4+4 - 1:7.5+1 [UPGRADE] linux-image-2.6.32-trunk-686 2.6.32-3 - 2.6.32-5 This computer is an Acer Aspire Laptop and has 2 VGA devices. I assume one is for main display and the other for external display. This leads to following message in log: (II) Found 2 VGA devices: arbiter wrapping enabled Whatever it's deciding and why, disabling DRI is undesirable. Thanks Dick -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Dec 27 23:17 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1710344 Jan 20 23:01 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc RS780M/RS780MN [Radeon HD 3200 Graphics] 02:00.0 VGA compatible controller: ATI Technologies Inc M92 [Mobility Radeon HD 4500 Series] /etc/X11/xorg.conf does not exist. Xorg X server log files on system: -rw-r--r-- 1 root root 43318 Jan 24 12:18 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.4 Release Date: 2010-01-08 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-686 i686 Debian Current Operating System: Linux Ace 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 Kernel command line: BOOT_IMAGE=//vmlinuz-2.6.32-trunk-686 root=/dev/mapper/i386 ro quiet splash vga=791 Build Date: 20 January 2010 10:52:55PM xorg-server 2:1.7.4-2 (bgog...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Jan 24 12:18:11 2010 (II) Loader magic: 0x81e7680 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 8 (--) PCI:*(0:1:5:0) 1002:9612:1025:0236 ATI Technologies Inc RS780M/RS780MN [Radeon HD 3200 Graphics] rev 0, Mem @ 0xd000/268435456, 0xafdf/65536, 0xafe0/1048576, I/O @ 0x9000/256 (--) PCI: (0:2:0:0) 1002:9553:1025:0237 ATI Technologies Inc M92 [Mobility Radeon HD 4500 Series] rev 0, Mem @ 0xb000/268435456, 0xafbf/65536, I/O @ 0xa000/256, BIOS @ 0x/131072 (==) Using default built-in configuration (30 lines) (==) --- Start of built-in configuration --- Section Device Identifier Builtin Default ati Device 0 Driver ati EndSection Section Screen Identifier Builtin Default ati Screen 0 Device Builtin Default ati Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default ati Screen 0 Screen Builtin Default vesa Screen 0 Screen Builtin Default fbdev Screen 0 EndSection (==) --- End of built-in configuration --- (==) ServerLayout Builtin Default Layout (**) |--Screen Builtin Default ati Screen 0 (0) (**) | |--Monitor default monitor (**) | |--Device Builtin Default ati Device 0 (==) No monitor specified for screen Builtin Default ati Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default vesa Screen 0 (1) (**) | |--Monitor default monitor (**) | |--Device Builtin Default vesa Device 0 (==) No monitor specified for screen Builtin Default vesa Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default fbdev Screen 0 (2) (**) | |--Monitor default monitor
Bug#566669: xserver-xorg-core: VGA Arbitration prevents DRI starting
Julien Cristau wrote: Following upgrade DRI is no longer enabled for display: (WW) RADEON(0): Direct rendering is not supported when VGA arb is necessary for the device (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. This is fixed with kernel mode setting, AIUI. I don't think it will be fixed for userspace mode setting. Thanks for that. radeon.modeset=1 kernel option works. However I get no output on VTs. Seems to be a number related bugs with radeon driver. Might be worth keeping this bug report visible to give a pointer to others with same difficulty. Many thanks Dick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557261: libssl0.9.8: Updating from version k-5 to k-6 breaks client auth with stunnel4
Package: libssl0.9.8 Version: 0.9.8k-5 Severity: important I've just updated my 'sid/unstable' system and found stunnel4 can no longer do its client certificate auth with apache connecting with ssl on port https/443. Apache reports: Re-negotiation handshake failed: Not accepted by client!? stunnel4 was not updated but libssl0.9.8 on the client was updated from version libssl0.9.8_0.9.8k-5_i386 to libssl0.9.8_0.9.8k-6_i386 I've just reverted this package only and stunnel4 can now successfully connect. Dick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libssl0.9.8 depends on: ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii libc6 2.10.1-7 GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime libssl0.9.8 recommends no packages. libssl0.9.8 suggests no packages. -- debconf information: libssl0.9.8/restart-failed: * libssl0.9.8/restart-services: ntp postfix ssh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555392: sysv-rc depends: mpd should start after automounter (autofs)
Package: mpd Version: 0.15.4-1 Severity: normal mpd needs to be started after automounter but autofs and mpd have same sysv-rc dependencies so mpd is started after. Adding autofs in Required-start list seems to work but this all new to me so there might be a better way. Dick -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages mpd depends on: ii adduser 3.111 add and remove users and groups ii libao20.8.8-5Cross Platform Audio Output Librar ii libasound21.0.21a-1 shared library for ALSA applicatio ii libaudiofile0 0.2.6-7Open-source version of SGI's audio ii libavcodec52 4:0.5+svn20090706-2+b1 ffmpeg codec library ii libavformat52 4:0.5+svn20090706-2+b1 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libcue1 1.3.0-1CUE Sheet Parser Library ii libcurl3-gnutls 7.19.5-1.1 Multi-protocol file transfer libra ii libfaad2 2.7-4 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libgcc1 1:4.4.1-4 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libid3tag00.15.1b-10 ID3 tag reading library from the M ii libjack0 0.116.2+svn3592-3 JACK Audio Connection Kit (librari ii libmad0 0.15.1b-4 MPEG audio decoder library ii libmms0 0.4-2 MMS stream protocol library - shar ii libmpcdec31:1.2.2-2.1Musepack (MPC) format library ii libogg0 1.1.4~dfsg-1 Ogg bitstream library ii libpulse0 0.9.19-2 PulseAudio client libraries ii libresid-builder0 2.1.1-8SID chip emulation class based on ii libsamplerate00.1.7-3Audio sample rate conversion libra ii libshout3 2.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming ii libsidplay2 2.1.1-8SID (MOS 6581) emulation library ii libsqlite3-0 3.6.19-3 SQLite 3 shared library ii libstdc++64.4.1-4The GNU Standard C++ Library v3 ii libvorbis0a 1.2.3-3The Vorbis General Audio Compressi ii libvorbisenc2 1.2.3-3The Vorbis General Audio Compressi ii libvorbisfile31.2.3-3The Vorbis General Audio Compressi ii libwavpack1 4.60.0-1 an audio codec (lossy and lossless mpd recommends no packages. Versions of packages mpd suggests: pn avahi-daemon none (no description available) pn icecast2 none (no description available) ii mpc [mpd-client] 0.17-1 A command-line tool to interface M pn pulseaudionone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549014: wmbubble: Drought, duck flown.
Package: wmbubble Version: 1.46-2 Severity: important I've just updated 'unstable' system and now wmbubble shows no graphic. It's just a blank grey square. wmbubble itself wasn't updated - the following dependencies were: libatk1 libc6 libglib2 libgtk2 libpango1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages wmbubble depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.9-26 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libglib2.0-0 2.22.0-2 The GLib library of C routines ii libgtk2.0-0 2.18.0-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libx11-6 2:1.2.2-1 X11 client-side library wmbubble recommends no packages. Versions of packages wmbubble suggests: ii sox 14.3.0-1 Swiss army knife of sound processi ii wterm [x-terminal-emulator] 6.2.9-8lightweight terminal emulator for ii xterm [x-terminal-emulator] 248-1 X terminal emulator -- 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#546894: [gpsd] dpkg cannot config, reinstall or purge
Package: gpsd Version: 2.39-5 Severity: normal --- Please enter the report below this line. --- Updating in aptitude: gpsd complains (wrongly I think) about unusable config, loops after pressing OK. Fails with error 10. Unable to complete config. Unable to purge, reinstall etc. --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-1-686 Debian Release: squeeze/sid 500 testing www.debian-multimedia.org 500 testing ftp.uk.debian.org 500 stable volatile.debian.org 500 stable security.debian.org 500 stable eeepc.debian.net --- Package information. --- Depends (Version) | Installed =-+-== python| 2.5.4-2 netbase | 4.37 lsb-base (= 3.2-13) | 3.2-23 libc6 (= 2.3.6-6~) | 2.9-25 libdbus-1-3(= 1.0.2) | 1.2.16-2 libgps18(= 2.39) | 2.39-5 debconf (= 0.5) | 1.5.27 OR debconf-2.0 | Recommends (Version) | Installed =-+-=== udev | 0.141-2 Suggests (Version) | Installed ===-+-=== gpsd-clients| 2.39-5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537309: nbd-client restarted even when killall false
Package: nbd-client Version: 1:2.9.13-1 Severity: normal Root filesystem on nbd. Update insists on restarting nbd-client even though killall=false in /etc/nbd-client. Dick dpkg --configure -a Setting up nbd-client (1:2.9.13-1) ... KILLALL=false Stopping NBD client process: umounting all filesystems for nbd-blockdevices... umount of failed! Data loss may occur! will continue in 10 seconds...9 8 7 6 ^Cdpkg: error processing nbd-client (--configure): subprocess installed post-installation script killed by signal (Interrupt) Errors were encountered while processing: nbd-client -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages nbd-client depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii libc6 2.9-20 GNU C Library: Shared libraries nbd-client recommends no packages. nbd-client suggests no packages. -- debconf information: * nbd-client/killall: false nbd-client/device: /dev/nbd0 nbd-client/host: geronimo.lingbrae nbd-client/port: 4601 nbd-client/type: raw nbd-client/number: 1 nbd-client/no-auto-config: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537310: nbd-client: ENABLE flag removed from init script
Package: nbd-client Version: 1:2.9.13-1 Severity: normal When nbd is used for root filesystem nbd-client is started from initrd so it is necessary to disable normal starting of nbd-client to avoid duplication; otherwise bootup hangs. This was done previously by setting ENABLE=0 in /etc/default/nbd-client. This flag seems to have been removed from current release. Dick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages nbd-client depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii libc6 2.9-20 GNU C Library: Shared libraries nbd-client recommends no packages. nbd-client suggests no packages. -- debconf information: * nbd-client/killall: false nbd-client/device: /dev/nbd0 nbd-client/host: geronimo.lingbrae nbd-client/port: 4601 nbd-client/type: raw nbd-client/number: 1 nbd-client/no-auto-config: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518459: (no subject)
Package: wicd Version: 1.5.9-3 Severity: important wicd dependencies don't allow use of 'dhcpcd' dhcp client. It works well with this package btw. Dick -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages wicd depends on: ii adduser 3.110 add and remove users and groups pn dhcpd | dhcp3-client | pump none (no description available) ii iproute 20080725-2 networking and traffic control too ii net-tools 1.60-22The NET-3 networking toolkit ii python2.5.4-2An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-support0.8.7 automated rebuilding support for P ii wireless-tools29-1.1 Tools for manipulating Linux Wirel ii wpasupplicant 0.6.4-3Client support for WPA and WPA2 (I wicd recommends no packages. Versions of packages wicd suggests: ii pm-utils 1.2.4-2utilities and scripts for power ma -- 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#514330: fusedav: Fails to copy remote
Package: fusedav Version: 0.2-2 Severity: important This package seems to do everything except make remote contents available. i.e. cp remote local , cat remote etc create nulls files. Webserver logs code 200 when doing this. Copy *to* remote works properly. My system has libneon26 and libneon27 installed. Dick -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages fusedav depends on: ii fuse-utils 2.7.4-1.1 Filesystem in USErspace (utilities ii libc62.7-18 GNU C Library: Shared libraries ii libfuse2 2.7.4-1.1 Filesystem in USErspace library ii libneon26-gnutls 0.26.4-2+b1 An HTTP and WebDAV client library fusedav recommends no packages. fusedav suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498917: Same on 0.7.1-2
FWIW I get these exact symptoms with 0.7.1-2 on my eeePC BUT only with plain encrypt=y. With RSA encryption it works OK. kernel 2.6.26-8 Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491280: autofs: auto.smb requires capitals for server name
Package: autofs Version: 4.1.4+debian-2.1 Severity: wishlist The auto.smb script requires the server name to be in capitals (/smb/SERVER/service). If the first line were something like: key=$(echo $1 | tr [:lower:] [:upper:] ) it would work better I think. A little bit of documentation would help too. I notice googling around that many people have abandoned the script in favour of individual rules because they can't get it to work. I'd write something for you if only I knew how it worked :-) Dick -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages autofs depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii ucf 3.007 Update Configuration File: preserv Versions of packages autofs recommends: ii module-init-tools 3.4-1 tools for managing Linux kernel mo ii nfs-common1:1.1.2-5 NFS support files common to client -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447360: #447360 probably fixed by #455745
David Härdeman wrote: I think this bug (#447360) was fixed in version 2:1.02.24-4 of devmapper when the patch from #455745 was integrated. I've not had any difficulties or noticed any odd behaviour recently so I'm inclined to agree. Does this mean the call to udevsettle in cryptsetup-luks is not required anymore? Anyway, well done and thanks for all your efforts. Dick
Bug#469448: icedove: Refuses to refuse certificate
Package: icedove Version: 2.0.0.9-3 Severity: normal Connecting to imaps server which offers unknown SSL certificate you get the 'use always', 'use once' or 'never use' dialog. If you select the 'never use' option or the 'Cancel' button the dialog closes and then reopens requesting again. This is an infinite loop; it's impossible to get rid of it. Not only that but it blocks the GUI alot making it very difficult to do anything such as quit or add the root certificate needed to authenticate. I guess it's an upstream bug but the Mozilla bug server seems broken right now so I can't check. Dick -- System Information[A: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils2.28.4Miscellaneous utilities specific t ii fontconfig 2.5.0-2 generic font configuration library ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0~rc2-1 GCC support library ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~1.9b1-2Network Security Service libraries ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libstdc++6 4.3.0~rc2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime icedove recommends no packages. -- debconf information: * icedove/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
Jonas Meurer wrote: On 19/11/2007 Dick Middleton wrote: I suspect that udevsettle is the one you added to cryptsetup. Maybe a timeout would fix this? udevsettle indeed supports a --timeout= option, and this would workaround your delay. maybe the reason for your 3 minutes delay is that udevsettle has a builtin timeout of 3 minutes. That was my assumption. Do you have any evidence? I looked at the source - udevsettle has a default timeout of 180s. I checked that udevsettle as the only function in a run program causes the deadlock hangup. Here's a suggested text for documentation somewhere: If cryptsetup is to be included in a run program as part of a udev rule then it should be detached so it runs asynchronously. cryptsetup may otherwise hang waiting on udevsettle. I think that's the end of that. Thanks for all your help. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
Jonas, great. I enhanced the documentation in README.Debian, but as i'm not a native english speaker, I hereby ask you to proofread the text ;-) Cryptsetup and udev --- As a workaround for some yet-to-be-fixed race condition in kernel, device-mapper or udev, cryptsetup currently runs udevsettle. This leads to problems if you invoke cryptsetup as part of a udev role. rule (not role). udevsettle waits until queued kernel/udev events are processed and the 'run programs' have finished. Due to cryptsetup itself being a 'run programm' in this case, this ends in a deadlock. program not programm. Therefore cryptsetup should be detached directly after invokation, so invocation rather than invokation. that it runs asynchronously. Yup, that's good - it's enough. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
Jonas, maybe the reason for your 3 minutes delay is that udevsettle has a builtin timeout of 3 minutes. That was my assumption. Do you have any evidence? er ... no ! Just the guesswork of the ignorant ;-) It's just it hangs up every time for *exactly* 3 mins every time doing something which normally completes within a second. So that's my particular problem solved but obviously running udevsettle from within a program is problematic. can you elaborate on this? Guessing again ... udevsettle waits until queued kernel/udev events are handled. This seems to include waiting for run programs (programs invoked by udev using the RUN= construct) to terminate. If a run program invokes udevsettle then udevsettle will wait until itself terminates - which is a deadlock. This should be fairly easy to prove with a RUN=udevsettle in an appropriate place. I just haven't done it yet. in my eyes the reason to invoke udevsettle is to go sure that relevant udev events have finished. we need to know how long these events delay in really bad situations to figure out a sane timout value for udevsettle. I have no idea how to determine this. It just seems to me that the problem udevsettle was put into cryptsetup to resolve is mostly seen on high-speed hardware so the delay needed is quite short. But I don't really understand what's happening underneath all this so you're hearing ignorance and guesswork speaking again. if some situations cause the events to hang for i.e. 3 secs, a timeout of 1 second would be to short. That's always the problem with timeouts. so as long as we don't know more about that, i would really like to check first if udevsettle has a builtin timeout at all. Yes. I think being alive to the potential for deadlock is more important. maybe the 3 minutes delay is a problem on your side, Obviously it's unacceptable. I do have a solution though. My view now is that you shouldn't change cryptsetup. I think a note in a README warning of this issue would be sufficient. The whole problem will go away anyway once the underlying udev problem has been fixed. I'll muck about run programs to try to prove my point and propose a wording for documentation. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
Jonas, I suspect that udevsettle is the one you added to cryptsetup. Maybe a timeout would fix this? udevsettle indeed supports a --timeout= option, and this would workaround your delay. maybe the reason for your 3 minutes delay is that udevsettle has a builtin timeout of 3 minutes. That was my assumption. in that case i have no problems with lowering the timeout of 30 seconds or something like that. I was thinking something more like 5 or even just 1. However as I think the udevsettle is waiting for itself to complete I've tried spawning the cryptsetup in my script in a separate shell so it runs asynchronously allowing the run rule script to complete. It seems to work - I'm not sure what problems might appear! So that's my particular problem solved but obviously running udevsettle from within a program is problematic. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451702: Acknowledgement (udev delays on udevsettle when run rule creates dm device)
Debian Bug Tracking System wrote: Your message has been sent to the package maintainer(s): Marco d'Itri [EMAIL PROTECTED] Having slept on this I realise this is most likely a cryptsetup problem. They recently added a udevsettle to workaround another issue. I'll submit the report to them and you can close this off. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
Jonas Meurer wrote: I prepared cryptsetup packages with the proposed patch applied. could you give them a try? I just submitted this as a bug to udev (451702) completely forgetting the workaround recently made to cryptsetup. So FYI: -- I have a run rule script which checks a block device for being luks and if so runs cryptsetup to create a dm-crypto map. This has worked fine for ages but now I find it hangs for exactly 3 minutes. The following processes exist for this period: 30447 ?S 0:00 udevd --daemon 30457 ?S 0:00 /bin/bash /etc/udev/scripts/usbluks.rr OPTIONS= 30462 ?SL0:00 /sbin/cryptsetup -d /etc/keys/akasa2 luksOpen /dev/usb/akasa2 akasa2 30465 ?S 0:00 /sbin/udevsettle What seems to be happening is that cryptsetup is creating a new device. As a result udev runs udevsettle but that doesn't exit until timeout. Once udevsettle completes the run rule completes. -- I suspect that udevsettle is the one you added to cryptsetup. Maybe a timeout would fix this? Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451702: udev delays on udevsettle when run rule creates dm device
Package: udev Version: 0.114-2 Severity: normal I have a run rule script which checks a block device for being luks and if so runs cryptsetup to create a dm-crypto map. This has worked fine for ages but now I find it hangs for exactly 3 minutes. The following processes exist for this period: 30447 ?S 0:00 udevd --daemon 30457 ?S 0:00 /bin/bash /etc/udev/scripts/usbluks.rr OPTIONS= 30462 ?SL0:00 /sbin/cryptsetup -d /etc/keys/akasa2 luksOpen /dev/usb/akasa2 akasa2 30465 ?S 0:00 /sbin/udevsettle What seems to be happening is that cryptsetup is creating a new device. As a result udev runs udevsettle but that doesn't exit until timeout. Once udevsettle completes the run rule completes. Dick -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 12 lrwxrwxrwx 1 root root 20 Oct 12 2006 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 16 Aug 31 16:23 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 22 Oct 12 2006 025_logitechmouse.rules - ../logitechmouse.rules lrwxrwxrwx 1 root root 20 Oct 12 2006 cdrom.rules - ../local/cdrom.rules lrwxrwxrwx 1 root root 20 Oct 12 2006 mouse.rules - ../local/mouse.rules lrwxrwxrwx 1 root root 18 Aug 3 23:41 nbd.rules - ../local/nbd.rules lrwxrwxrwx 1 root root 20 Oct 12 2006 sound.rules - ../local/sound.rules lrwxrwxrwx 1 root root 22 Oct 12 2006 storage.rules - ../local/storage.rules lrwxrwxrwx 1 root root 13 Oct 12 2006 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 20 Oct 12 2006 video.rules - ../local/video.rules lrwxrwxrwx 1 root root 25 Oct 12 2006 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 Oct 12 2006 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 482 Nov 14 20:02 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 Oct 12 2006 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 Oct 12 2006 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 Oct 12 2006 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 Oct 12 2006 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 Oct 12 2006 z60_hdparm.rules - ../hdparm.rules -rw-r--r-- 1 root root 5716 Jun 8 18:11 z60_xserver-xorg-input-wacom.rules -- /sys/: /sys/block/dm-0/dev /sys/block/dm-1/dev /sys/block/dm-10/dev /sys/block/dm-11/dev /sys/block/dm-12/dev /sys/block/dm-13/dev /sys/block/dm-14/dev /sys/block/dm-15/dev /sys/block/dm-16/dev /sys/block/dm-17/dev /sys/block/dm-18/dev /sys/block/dm-19/dev /sys/block/dm-2/dev /sys/block/dm-20/dev /sys/block/dm-21/dev /sys/block/dm-22/dev /sys/block/dm-3/dev /sys/block/dm-4/dev /sys/block/dm-5/dev /sys/block/dm-6/dev /sys/block/dm-7/dev /sys/block/dm-8/dev /sys/block/dm-9/dev /sys/block/hda/dev /sys/block/hdb/dev /sys/block/hdb/hdb1/dev /sys/block/hdb/hdb2/dev /sys/block/hdb/hdb3/dev /sys/block/md2/dev /sys/block/md3/dev /sys/block/nbd0/dev /sys/block/nbd1/dev /sys/block/nbd10/dev /sys/block/nbd11/dev /sys/block/nbd12/dev /sys/block/nbd13/dev /sys/block/nbd14/dev /sys/block/nbd15/dev /sys/block/nbd2/dev /sys/block/nbd3/dev /sys/block/nbd4/dev /sys/block/nbd5/dev /sys/block/nbd6/dev /sys/block/nbd7/dev /sys/block/nbd8/dev /sys/block/nbd9/dev /sys/block/ram0/dev /sys/block/ram1/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/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/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda3/dev /sys/block/sdb/dev /sys/block/sdb/sdb1/dev /sys/block/sdb/sdb2/dev /sys/block/sdb/sdb3/dev /sys/block/sdc/dev /sys/block/sdc/sdc1/dev /sys/block/sdc/sdc2/dev /sys/class/dvb/dvb0.demux0/dev /sys/class/dvb/dvb0.dvr0/dev /sys/class/dvb/dvb0.frontend0/dev /sys/class/dvb/dvb0.net0/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input1/mouse0/dev /sys/class/input/input2/event2/dev /sys/class/input/input3/event3/dev /sys/class/input/mice/dev /sys/class/misc/device-mapper/dev /sys/class/misc/fuse/dev /sys/class/misc/hpet/dev /sys/class/misc/mcelog/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/misc/snapshot/dev /sys/class/misc/tun/dev /sys/class/ppdev/parport0/dev /sys/class/printer/lp0/dev /sys/class/sound/audio/dev /sys/class/sound/audio2/dev /sys/class/sound/controlC0/dev /sys/class/sound/controlC2/dev /sys/class/sound/dmmidi2/dev /sys/class/sound/dsp/dev /sys/class/sound/dsp2/dev /sys/class/sound/midi2/dev /sys/class/sound/midiC2D0/dev /sys/class/sound/mixer/dev /sys/class/sound/mixer2/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC2D0c/dev /sys/class/sound/pcmC2D0p/dev /sys/class/sound/seq/dev
Bug#444340: glrx-kernel-src: Fails to build on amd64 kernel
My interpretaion of this is that there are no x86-64 versions of the libfglrx_ip.a libraries in the distro. #file libfglrx_ip.a.GCC4 libfglrx_ip.a.GCC4: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped compiled object: #file firegl_public.o firegl_public.o: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped I think kernel modules have to be ELF64 so this is doomed without the correct libraries. If one uses the ATI download and installs the kernel module then it builds OK so their distro must include either the correct libraries or the source. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
Jonas Meurer wrote: I prepared cryptsetup packages with the proposed patch applied. could you give them a try? you can find them at http://people.debian.org/~mejo/cryptsetup/ I tried that; It works for me! Well ... er, I tried 4 times and rebuilt initrd which also worked properly. I noticed the passphrase prompt also comes out after the USB messages - is that something else you changed or was I just lucky? I'll try it a bit more determinedly later but the initial signs are good. Many thanks Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444914: [Pkg-cryptsetup-devel] Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
David Härdeman wrote: The problem seems to be documented here (and the ubuntu patch to libdevmapper seems to contain some relevant code): https://wiki.ubuntu.com/UdevDeviceMapper So, I'm CC:ing the maintainers for libdevmapper and udev to ask their advice before I reassign this BR. Have you seen this? https://bugzilla.novell.com/show_bug.cgi?id=285478 Dick
Bug#445599: logrotate: fails to restart if ssl password required
Package: apache2
Version: 2.2.3-4+etch1
Severity: normal
The apache2 logrotate script includes a script which restarts apache. This
fails if an SSL password is required at startup.
Can I suggest the restart action is replaced with the copyrotate function.
facility. This avoids the need to do a restart at all.
/var/log/apache2/*.log {
weekly
missingok
rotate 52
compress
delaycompress
notifempty
copytruncate
create 640 root adm
}
Dick
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages apache2 depends on:
ii apache2-mpm-prefork2.2.3-4+etch1 Traditional model for Apache HTTPD
apache2 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444914: [Pkg-cryptsetup-devel] Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
David Härdeman wrote:
strace echo -n x| cryptsetup luksOpen /dev/mapper/vg02-devil devil
Sorry, but you need to have the strace call on the right hand side of the
pipe (echo -n xxx | strace ...). Could you please try again?
And it didn't seem to reproduce the same error (probably because you used
a dummy password here).
Try this one - it didn't come so easily this morning.
Dick
Penguin(root):/etc/cron.daily# echo testpwd | strace cryptsetup luksOpen
/dev/mapper/vg02-devil devil | tee /tmp/errlog
execve(/sbin/cryptsetup, [cryptsetup, luksOpen, /dev/mapper/vg02-devil,
devil], [/* 31 vars */]) = 0
brk(0) = 0x80a1000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7f3b000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=79181, ...}) = 0
mmap2(NULL, 79181, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7f27000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libpopt.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\22\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=26444, ...}) = 0
mmap2(NULL, 29484, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7f1f000
mmap2(0xf7f26000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xf7f26000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libdevmapper.so.1.02.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220/\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=84800, ...}) = 0
mmap2(NULL, 83672, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7f0a000
mmap2(0xf7f1d000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xf7f1d000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libuuid.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\t\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=8572, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7f09000
mmap2(NULL, 11504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7f06000
mmap2(0xf7f08000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xf7f08000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260a\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1335912, ...}) = 0
mmap2(NULL, 1340944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7dbe000
mmap2(0xf7f0, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x142) = 0xf7f0
mmap2(0xf7f03000, 9744, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7f03000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libselinux.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=83512, ...}) = 0
mmap2(NULL, 88980, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7da8000
mmap2(0xf7dbc000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xf7dbc000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libsepol.so.1, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2204\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=220764, ...}) = 0
mmap2(NULL, 266048, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7d67000
mmap2(0xf7d9d000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x35) = 0xf7d9d000
mmap2(0xf7d9e000, 40768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7d9e000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libdl.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\n\0\000..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9684, ...}) = 0
mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7d63000
mmap2(0xf7d65000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xf7d65000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
Bug#444914: [Pkg-cryptsetup-devel] Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
David Härdeman wrote:
Thanks, could you now do one more thing for me? A strace from a successful
invocation would be nice for comparison (I assume you've setup a test
partition for this considering the testpwd password that you use).
No, it's real; I just added a new password. Don't worry, I'll rebuild the
partition later.
Dick
Penguin(root):~/Downloads# Penguin(root):~/Downloads# echo testpwd | strace
cryptsetup luksOpen /dev/mapper/vg02-devil devil
execve(/sbin/cryptsetup, [cryptsetup, luksOpen, /dev/mapper/vg02-devil,
devil], [/* 34 vars */]) = 0
brk(0) = 0x80a1000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7f74000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=79181, ...}) = 0
mmap2(NULL, 79181, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7f6
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libpopt.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\22\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=26444, ...}) = 0
mmap2(NULL, 29484, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7f58000
mmap2(0xf7f5f000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xf7f5f000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libdevmapper.so.1.02.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220/\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=84800, ...}) = 0
mmap2(NULL, 83672, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7f43000
mmap2(0xf7f56000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xf7f56000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libuuid.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\t\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=8572, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7f42000
mmap2(NULL, 11504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7f3f000
mmap2(0xf7f41000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xf7f41000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260a\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1335912, ...}) = 0
mmap2(NULL, 1340944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7df7000
mmap2(0xf7f39000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x142) = 0xf7f39000
mmap2(0xf7f3c000, 9744, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7f3c000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libselinux.so.1, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=83512, ...}) = 0
mmap2(NULL, 88980, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7de1000
mmap2(0xf7df5000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xf7df5000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libsepol.so.1, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2204\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=220764, ...}) = 0
mmap2(NULL, 266048, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7da
mmap2(0xf7dd6000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x35) = 0xf7dd6000
mmap2(0xf7dd7000, 40768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7dd7000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libdl.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\n\0\000..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9684, ...}) = 0
mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7d9c000
mmap2(0xf7d9e000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xf7d9e000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7d9b000
set_thread_area({entry_number:-1 - 12, base_addr:0xf7d9b9f0,
Bug#444914: [Pkg-cryptsetup-devel] Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
David Härdeman wrote:
On Tue, Oct 02, 2007 at 10:10:40PM +0100, Dick Middleton wrote:
David Härdeman wrote:
On Mon, October 1, 2007 21:16, Dick Middleton wrote:
I have a curious effect; sometimes I get an error with luksOpen such as
this:
Failed to setup dm-crypt key mapping.
The first message is usually reported when a module is missing, but then
it is curious that it would work later.
This is the last of some 5 encrypted partitions that are opened. The
main difference is that it's on a different physical device.
Oh, I see, then the tests I suggested are not relevant.
(please keep the bug report address in the CC by the way)
Oops, sorry about that.
It sounds very much like this bug:
https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/105266
It does look similar.
Could you please try running crypsetup under strace and capture a failed
invocation so that we can compare them?
Is this helpful?
strace echo -n x| cryptsetup luksOpen /dev/mapper/vg02-devil devil
execve(/bin/echo, [echo, -n, x], [/* 33 vars */]) = 0
brk(0) = 0x804d000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7f27000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=79181, ...}) = 0
mmap2(NULL, 79181, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7f13000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260a\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1335912, ...}) = 0
mmap2(NULL, 1340944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xf7dcb000
mmap2(0xf7f0d000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x142) = 0xf7f0d000
mmap2(0xf7f1, 9744, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7f1
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7dca000
set_thread_area({entry_number:-1 - 12, base_addr:0xf7dca6b0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
mprotect(0xf7f0d000, 4096, PROT_READ) = 0
munmap(0xf7f13000, 79181) = 0
brk(0) = 0x804d000
brk(0x806e000) = 0x806e000
fstat64(1, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xf7f26000
write(1, x, 5)= 5
close(1)= 0
munmap(0xf7f26000, 4096)= 0
exit_group(0) = ?
Process 11295 detached
Failed to setup dm-crypt key mapping.
Check kernel for support for the aes-cbc-plain cipher spec and verify that
/dev/mapper/vg02-devil contains at least 261 sectors.
Failed to read from key storage
Command failed: No key available with this passphrase.
Dick
Bug#444914: temporary-cryptsetup-$$ files appear in /dev/mapper
Package: cryptsetup Version: 2:1.0.5-2 Severity: important I have a curious effect; sometimes I get an error with luksOpen such as this: Failed to setup dm-crypt key mapping. Check kernel for support for the aes-cbc-plain cipher spec and verify that /dev/mapper/vg02-devil contains at least 261 sectors. Failed to read from key storage Command failed: No key available with this passphrase. None of these problems exist - it's a perfectly valid luks partition so the cause remains a mystery for the moment however: On a subsequent attempt to luksOpen it will most likely succeed but there then remains a file /dev/mapper/temporary-cryptsetup-$$ where $$ is obviously a process number. This file can be removed with a luksClose. To reiterate, this file remains after a subsequent successful attempt not after the preceeding failure. This problem has only appeared on my system after upgrading the hardware from a k7 system to an amd64 system and changing to a Debian stock kernel (2.6.22-2-amd64) rather than a home brew (2.6.19) one. Dick -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.20-2 The Linux Kernel Device Mapper use ii libc62.6.1-1 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.20-2 The Linux Kernel Device Mapper use ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii libsepol12.0.3-1+b1 Security Enhanced Linux policy lib ii libuuid1 1.40.2-1universally unique id library cryptsetup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444253: yaird: Refuses to install sd_mod
Package: yaird Version: 0.0.12-22 Severity: important Change of hardware (from a working system) requires a different stack for SATA drives. Now requires sd_mod but sd_mod is not a dependency libata. However if sd_mod is specified as a MODULE in Default.cfg it still refuses to include the module. The implication is that yaird 'thinks' that sd_mod is built-in to kernel which it isn't. It's very difficult to workaround this problem; it requires the module to be loaded with a FILE directive and manual intervention to do an insmod at every boot! This is a problem not only for stock Debian kernel 2.6.22-2-amd64 but also for own-grown non-debian 2.6.19 kernel. Dick -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages yaird depends on: ii cpio 2.9-2 GNU cpio -- a program to manage ar ii dash 0.5.4-1 The Debian Almquist Shell ii libc62.6.1-1 GNU C Library: Shared libraries ii libhtml-template-perl2.9-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-4 Generates recursive-descent parser ii perl 5.8.8-7 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444340: fglrx-kernel-src: Fails to build on amd64 kernel.
Package: fglrx-kernel-src Version: 8.38.6-2 Severity: important Justification: fails to build from source I'm using Debian kernel 2.6.22-2-amd64 with a shiny new CPU (but everything else remaining the same i386 installation). Compiling fglrx kernel module gives following error: LD [M] /usr/src/modules/fglrx/fglrx.o ld: Relocatable linking with relocations from format elf32-i386 (/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64 (/usr/src/modules/fglrx/fglrx.o) is not supported Dick -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-kernel-src depends on: ii bzip2 1.0.3-7high-quality block-sorting file co ii debhelper 5.0.53 helper programs for debian/rules ii make 3.81-3 The GNU version of the make util Versions of packages fglrx-kernel-src recommends: ii kernel-package11.001 A utility for building Linux kerne ii module-assistant 0.10.11tool to make module package creati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437157: wmbubble segfaults
But it doesn't segfault if -d or -u options are set. It's that damn duck! It says memory usage is 66% - duck is near top - perhaps about to go upside-down. If I reduce memory usage then it starts OK and doesn't seem to die when I increase memory use again. Not very consistent so hard to be sure. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437157: wmbubble segfaults
Package: wmbubble Version: 1.46-1+b1 Severity: grave Justification: renders package unusable Upgrade [UPGRADE] wmbubble 1.46-1 - 1.46-1+b1 was OK now segfaults shortly after starting. No other info I can find. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.19.2-ron (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages wmbubble depends on: ii libc62.6.1-1 GNU C Library: Shared libraries ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxi6 2:1.1.2-1 X11 Input extension library wmbubble recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429743: gthumb: thumbnails not displayed for symlink directory
Package: gthumb Version: 3:2.10.2-4 Severity: important If pictures are stored on another drive such as an automount drive and accessed via symlinks then thumbnails are not displayed. The following errors are produced: shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory and for each thumbnail: (gthumb:14645): libgnomevfs-CRITICAL **: gnome_vfs_uri_new_private: assertion `text_uri != NULL' failed ** (gthumb:14645): WARNING **: Unsupported operation It seems to me the problem is caused by getcwd which returns the absolute path. This has the effect of making symlink2dir/.. non-equivalent to . So if you have an automount filesystem /dsk/xx and a symlink ~/photos-/dsk/xx ls -l ~/photos/.. will list the contents of /dsk rather than ~/ My guess is that this makes gthumb unable to locate ~/.thumnails. I guess also that this is an upstream problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.19.2-ron (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gthumb depends on: ii gconf2 2.18.0.1-3GNOME configuration database syste ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libbonobo2-0 2.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.5-10GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra ii libexif12 0.6.15-1 library to parse EXIF files ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.18.0.1-3GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2GNOME Virtual File System (runtime ii libgphoto2-2 2.3.1-5 gphoto2 digital camera library ii libgphoto2-port0 2.3.1-5 gphoto2 digital camera port librar ii libgtk2.0-02.10.12-2 The GTK+ graphical user interface ii libice61:1.0.3-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1 X11 Session Management library ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libusb-0.1-4 2:0.1.12-7userspace USB programming library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.28.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender11:0.9.2-1 X Rendering Extension client libra ii scrollkeeper 0.3.14-13 A free electronic cataloging syste ii shared-mime-info 0.21-2FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3-15compression library - runtime gthumb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353523: Does not display thumbnails after an upgrade
I've just done: [UPGRADE] gthumb 3:2.8.0-1 - 3:2.10.2-4 and I get the same symptoms as observed by original reporter except that gconf resource /apps/gthumb/browser/show_thumbnails is set to true. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425613: libgnomevfs2-0: gnome-vfs-async-open always returns invalid URI error
Package: libgnomevfs2-0 Version: 1:2.18.1-2 Severity: normal Since recent updating of sid (I guess to lenny) the gnome-vfs-async-open always fails with invalid URI when using a valid URL (http://host/path). gnome_vfs_async_open(handle, camera-url, GNOME_VFS_OPEN_READ, GNOME_VFS_PRIORITY_MIN, open_cb, camera); The only other piece of info I have is that reverting libgnomevfs2-0 does not remove the problem so I would guess the problem is in a dependency library. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.19.2-eth (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libgnomevfs2-0 depends on: ii dbus 1.0.2-5 simple interprocess messaging syst ii libacl12.2.42-1 Access control list shared library ii libattr1 1:2.4.32-1.1 Extended attribute shared library ii libavahi-client3 0.6.19-2 Avahi client library ii libavahi-common3 0.6.19-2 Avahi common library ii libavahi-glib1 0.6.19-2 Avahi glib integration library ii libc6 2.5-8 GNU C Library: Shared libraries ii libdbus-1-31.0.2-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2simple interprocess messaging syst ii libfam02.7.0-12 Client library to control the FAM ii libgconf2-42.18.0.1-3GNOME configuration database syste ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgnomevfs2-common1:2.18.1-2GNOME Virtual File System (common ii libgnutls131.6.2-2 the GNU TLS library - runtime libr ii libhal-storage10.5.9-2 Hardware Abstraction Layer - share ii libhal10.5.9-2 Hardware Abstraction Layer - share ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libselinux12.0.15-2 SELinux shared libraries ii libxml22.6.28.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3-15compression library - runtime Versions of packages libgnomevfs2-0 recommends: pn fam none (no description available) pn gnome-mount none (no description available) pn libgnomevfs2-extranone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408673: pumount closes LUKS device it didn't open
Package: pmount Version: 0.9.13-1+b1 If pmount is used to mount a previously luks-opened LUKS device (such as /dev/mapper/xyz) then if the device is pumounted it not only umounts the filesystem it also luks-closes the device. pumount should only luks-close devices it was responsible for luks-opening. cryptsetup luksOpen /dev/usb/xyz xyz pmount /dev/mapper/xyz pumount /dev/mapper/xyz --- does luksClose Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407307: Apache2 - missing mod_includes causes unknown filter errors
Package: apache2 Version: 2.2.3-3.2 This is probably known but I didn't see it in the bug list. The line in apache2.conf: AddOutputFilter INCLUDES .shtml causes many errors in log: [error] an unknown filter was not added: includes because, I think, the module mod_includes is not loaded in the default configuration. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382579: Not a seg-fault apparently!!
Samba bug report indicates this problem is caused by multiple passdbs beeing specified. This is no longer supported - they request release notes are read. In Debian change passdb backend = tdbsa guest to passdb backend = tdbsa and it works again - well, doesn't fail. And it's not a segfault - it's an assertion. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371135: encrypted swap with variable key fails
What I don't understand is why it's doing any checks at all when not requested. It seems to me that checking for the existence of a filesystem on an arbitrary partition is a bold assumption. That is properly the business of mount. But if having a default is generally deemed desirable then there must be a checks=none capability or nochecks option. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347950: xserver-xorg: no longer finding evdev mouse driver on startup!
Package: xserver-xorg Version: 6.9.0.dfsg.1-5 I know it's a month on from the original report but I've been happily using MX1000 with evdev on xserver-xorg 6.9.0.dfsg.1-4 and earlier but have just updated to xserver-xorg 6.9.0.dfsg.1-5 and now cannot start xserver because of this problem. It seems like evdev cannot find/identify the device - as previously described. I've tried a few of the suggested workarounds without success although most of the advice seems to be referring to a different problem. In particular when I change the device to /dev/input/event0 or event1 rather than the udev created /dev/input/mx1000, it causes xserver to seg-fault. From my xorg.conf: Section InputDevice Identifier Logitech MX1000 Driver evdev Option Device /dev/input/mx1000 EndSection and the logs: evdev brain: Rescanning devices (1) (EE) PreInit returned NULL for Logitech MX1000 (WW) No core pointer registered Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341296: Need globs for allow-hotplug
Package: ifupdown Version: 0.6.7 Need to have globs for allow-hotplug. There's not so much point in having mapping xyz* if you can't have allow-hotplug xyz*. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328654: memory probe errors
Package: pcmcia-cs Version: 3.2.8-5 I recently did a sid update and now my madwifi cardbus card doesn't work; modules not loaded. It seems the card subsystem doesn't see it. I'm using kernel 2.6.12.4 with Yenta bridge. This is the update step: pcmcia-cs 3.2.8-3 - 3.2.8-5 The update also updated libc6: 2.3.5-6 In syslog I get these errors when pcmcia starts: Sep 16 10:27:43 localhost kernel: cs: memory probe 0x0c-0x0f: excluding 0xc-0xf Sep 16 10:27:43 localhost kernel: cs: memory probe 0x6000-0x60ff: excluding 0x6000-0x60ff Sep 16 10:27:43 localhost kernel: cs: memory probe 0xa000-0xa0ff: excluding 0xa000-0xa0ff If I load the madwifi modules manually I get: kernel: cs: unable to map card memory! cardctl eject seems to provoke the following: kernel: PCMCIA: socket ed30782c: *** DANGER *** unable to remove socket power If I try to plug in a pcmcia card such as a Xircom modem (which I don't normally use meaning I don't know if these error are new) I get a similar effect but the following error is reported: cardmgr[3310]: executing: 'modprobe -r memory_cs 21' Sep 16 15:28:48 localhost cardmgr[3310]: + FATAL: Module memory_cs not found. Also whatever card is inserted: # cardctl status Socket 0: 3.3V CardBus card function 0: [ready] # cardctl info PRODID_1= PRODID_2= PRODID_3= PRODID_4= MANFID=, FUNCID=255 Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298944: -d/--key-file option fails to open file
Package: cryptsetup Version: 20050111-3 cryptseup always fails to open key file: cryptsetup -d /etc/keys/part3 create part3 /dev/hda3 Command failed: No such file or directory Same problem with --key-file rather than -d However cat /etc/keys/part3 | cryptsetup create part3 /dev/hda3 works fine. Also -d /dev/random works - or at least doesn't fail. Dick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
