Bug#1042082: Please take over udev SysV init script

When upgrading (with aptitude), initscripts (3.08-1) is set up before udev (254.4-1). Udev claims to remove the "obsolete conffile /etc/init.d/udev", but it's still there. However, the rc*.d symlinks are not -- "update-rc.d udev defaults" fixes it. Regards.. Bill

Bug#1037971: ksh93u+m: read statement in subshell fails for 0 or 1 character followed by tab

Package: ksh93u+m Version: 1.0.4-3 Severity: normal Dear Maintainer, The following: ( read a; print "$a" ) beeps and ignores a tab if entered before two other characters have been typed. With () removed, it works in an interactive shell but fails in an invoked script. Bill -- System

Bug#820053: mutt: %s in mailcap's "test=" field not expanded

On Wed Jun 24 2020 at 04:23 PM +0200, Antonio Radici wrote: > Control: tag -1 +moreinfo > > On Mon, Apr 04, 2016 at 06:07:49PM -0700, Bill Brelsford wrote: > > Package: mutt > > Version: 1.5.24-1+b1 > > Severity: normal > > > > Dear Maintainer, > >

Bug#940989: ksh: KEYBD trap with undefined associative-array elements kills shell

Package: ksh Version: 2020.0.0~beta1-1 Severity: normal Dear Maintainer, My .env file contains typeset -A SH_ktbl; SH_ktbl[' ']=".sh.edchar=$'\026\t'" trap 'eval "${SH_ktbl[${.sh.edchar}]}"' KEYBD (Replaces tab with ^V-tab; suggested by David Korn to disable command-name and

Bug#908796: udev (with sysvinit) fails to find devices at boot

With the tests removed, it builds and installs successfully. But during boot, udevadm trigger --type=subsystems --action=add --wait-daemon fails with something like Failed to connect to udev daemon (connection refused). It works with a 2-second sleep inserted before the

Bug#908796: udev (with sysvinit) fails to find devices at boot

On Mon Jan 21 2019 at 07:14 AM -0800, Bill Brelsford wrote: > On Mon Jan 21 2019 at 08:36 AM +0100, Trek wrote: > > @Bill Brelsford: is the problem gone with the 240-4 version? if not, > > can you test udev with these patches applied? thanks! > > Yes, 240-4 fixed the prob

Bug#908796: udev (with sysvinit) fails to find devices at boot

On Mon Jan 21 2019 at 08:36 AM +0100, Trek wrote: > @Bill Brelsford: is the problem gone with the 240-4 version? if not, > can you test udev with these patches applied? thanks! Yes, 240-4 fixed the problem. Thanks Trek, Michael and others who helped resolve it! Regards.. Bill

Bug#915178: i915: unable to handle kernel NULL pointer dereference at 0000000000000008

I get the same behavior (except at 0004) with linux-image-4.18.0-3-686-pae. 4.18.0-2 was ok. -- Bill Brelsford w...@k2di.net

Bug#908796: udev (with sysvinit) fails to find devices at boot

. Thanks, Michael. -- Bill Brelsford w...@k2di.net

Bug#908796: udev (with sysvinit) fails to find devices at boot

On Wed Oct 10 2018 at 09:03 PM +0200, Michael Biebl wrote: > I've compiled a dpkg test package from this branch [1]. > Bill, it would be great if you can install this dpkg package and try it > along with the attached patch for the udev init script. I installed your new dpkg and patched the udev

Bug#908796: udev (with sysvinit) fails to find devices at boot

On Wed Oct 10 2018 at 09:03 PM +0200, Michael Biebl wrote: > Am 10.10.18 um 09:37 schrieb Guillem Jover: > > Hah, this is already almost implemented. Was planning on finishing the > > couple of XXX (including setting the envvar) and docs, testing and > > merging it for 1.19.3 or so (targeted at 1w

Bug#908796: udev (with sysvinit) fails to find devices at boot

On Tue Oct 09 2018 at 08:29 PM +0200, Michael Biebl wrote: > On Mon, 1 Oct 2018 13:20:47 -0700 Bill Brelsford wrote: > > On Mon Oct 01 2018 at 06:45 AM +0200, Trek wrote: > > > to Bill Brelsford: please, can you try again if this new patch fixes the > &

Bug#908796: udev (with sysvinit) fails to find devices at boot

On Mon Oct 01 2018 at 06:45 AM +0200, Trek wrote: > to Bill Brelsford: please, can you try again if this new patch fixes the > problem? thank you! No -- $CTRLFILE must already be there as it doesn't sleep ($timeout stays at 150). (Even so, it worked consistently for a number of boots, then

Bug#908796: udev (with sysvinit) fails to find devices at boot

On Sat Sep 15 2018 at 06:28 AM +0200, Trek wrote: > On Thu, 13 Sep 2018 19:02:26 -0700 > Bill Brelsford wrote: > > > With the --background argument, a race condition exists and > > "udevadm trigger" starts too soon. > > A workaround is to add a short sleep:

Bug#908796: udev (with sysvinit) fails to find devices at boot

on: udev/new_kernel_needed: false udev/sysfs_deprecated_incompatibility: udev/title/upgrade: udev/reboot_needed: -- Bill Brelsford P: /devices/LNXSYSTM:00 E: DEVPATH=/devices/LNXSYSTM:00 E: ID_VENDOR_FROM_DATABASE=The Linux Foundation E: MODALIAS=acpi:LNXSYSTM: E: SUBSYSTEM=acpi E: USEC_INITIALIZED=1

Bug#856260: needrestart: always says newer kfreebsd kernel available

I get the same message on one of my linux systems (stretch): # uname -r 4.9.0-4-686-pae # needrestart -v -k [main] eval /etc/needrestart/needrestart.conf [main] needrestart v2.11 [main] running in root mode [Core] Using UI 'NeedRestart::UI::stdio'... [Kernel] Linux: kernel

Bug#820053: mutt: %s in mailcap's "test=" field not expanded

Package: mutt Version: 1.5.24-1+b1 Severity: normal Dear Maintainer, After displaying a text/plain attachment (via autoview) with a mailcap file containing text/plain; myprog %s; test=echo f=%s t=%t >/tmp/foo; copiousoutput file /tmp/foo contains "f= t=text/plain" rather than the expected

Bug#801401: cannot start X from the console command line

On Mon, 12 Oct 2015 10:59:27 -0400 James Richardson wrote: > I resolved this on my workstation by installing xserver-xorg-legacy > and adding the line > > needs_root_rights=yes > > to /etc/X11/Xwrapper.config Just to confirm -- this solves it for me as well. Thanks!

Bug#801401: cannot start X from the console command line

I have the same problem, since upgrading from 1:7.7+9 to 1:7.7+12. I also start X through a script that does "exec xinit". Bill

Bug#798136: wmbattery does not update display after launching

I'm seeing the same behavior. Starting wmbattery causes upowerd to also start, and "upower --monitor-detail" shows updated percentages correctly. But wmbattery never updates. Bill

Bug#798136: wmbattery does not update display after launching

On Mon Sep 07 2015 at 09:42 AM -0700, Bill Brelsford wrote: > I'm seeing the same behavior. Starting wmbattery causes upowerd to > also start, and "upower --monitor-detail" shows updated percentages > correctly. But wmbattery never updates. However, in my case, wmbattery do

Bug#798136: wmbattery does not update display after launching

On Mon Sep 07 2015 at 04:23 PM -0400, Doug Torrance wrote: > Which versions of the wmbattery and upower packages are you using? wmbattery is 2.45-2, upower 0.99.1-3.2 (current jessie versions).

Bug#784687: still not working from remote machine

On Sat Jul 18 2015 at 09:37 AM +0200, Dirk Griesbach wrote: I guess in this case a TCP-connection will be used rather than the local unix socket. With -nolisten tcp as default, this would fail. That's my problem. I somehow missed it in the changelog. Adding the new -listen tcp fixes it.

Bug#784687: still not working from remote machine

It also fails on the local machine if DISPLAY is specified as hostname:0 or localhost:0 (rather than :0). Should I submit this as a separate bug? I assumed it was related. Bill -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#784687: still not working from remote machine

Access is still denied to another machine. E.g., rsh from machine foo to bar (or ssh and change DISPLAY to foo:0) and open an xterm. Get access denied. Worked before 1.17.1. Bill -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#726588: fixed in sane-backends 1.0.24-10

I have the same problem with an Epson CX-4600. It has a memory card reader in addition to printer and scanner, so the workaround requires blacklisting or removing both usblp and usb-storage modules. As a result, usblp must be removed to scan and re-loaded to print. Furthermore, scanning isn't

Bug#716663: davfs2: umount doesn't wait for cache synchronization

Package: davfs2 Version: 1.4.7-2 Severity: normal Beginning with 1.4.7-1.1 (wheezy), unmounting a davfs filesystem returns immediately: $ umount /foo/dav $ The waiting while mount.davfs (pid ) synchronizes the cache message is not printed. Cache synchronization continues in the

Bug#698920: fvwm: In FvwmWinList, the list shows the title names instead of the icon names

Icons also show title names instead of icon names. A window created with xterm -n my_icon -T my_title (or rxvt or others), when iconized, shows my_title as the name of the icon. (In 1:2.6.5.ds-2; ok in 2.5.x.) -- Bill Brelsford wbr...@k2di.net -- To UNSUBSCRIBE, email to debian-bugs

Bug#692333: initramfs-tools: update-initramfs creates absolute symlink to /boot/initrd.img-..

Package: initramfs-tools Version: 0.109 Severity: normal Dear Maintainer, After updating the kernel (via aptitude), update-initramfs is called to generate a new initrd.img file: update-initramfs: Generating /boot/initrd.img-3.2.0-4-686-pae Symlink /initrd.img is also created, but it points

Bug#617546: xpdf prints duplex, overriding printer front panel

This is still a problem in 3.02-21 (and I agree that xpdf should not be setting Duplex mode). Until it's fixed, one workaround is to change the psFile definition in /etc/xpdf/xpdfrc to something like: psFile |sed 's/ true pdfSetup/ false pdfSetup/' | lpr Bill -- To UNSUBSCRIBE,

Bug#633069: xpdf: -ps |command fails

Package: xpdf Version: 3.02-15 Severity: normal The new xpdf script fails to properly protect its arguments when calling xpdf.real. In particular, when called with '-ps |command', cmd=$cmd $1 $2 becomes cmd=xpdf.real -ps |command which, when eval'd, pipes xpdf.real -ps into

Bug#622308: xserver-xorg-video-intel: sporadic graphics corruption after upgrade to 2.6.38

FWIW, I've had similar problems since upgrading to kernel 2.6.38, both on unstable with x-x-v-i 2:2.15.0-3 and testing with 2:2.13.0-6. The symptom is freezing of most keypresses and mouseclicks until focus is moved to another window. The recent unstable kernel upgrade to 2.6.39-1 helps somewhat

Bug#611317: release-notes: suggest running apt-get clean just before dist-upgrade

Package: release-notes Severity: normal Upgrading from lenny to squeeze went smoothly on a small laptop, except that I almost ran out of disk space. I had intended to run apt-get clean again after upgrade and before dist-upgrade, but forgot. A suggestion to that effect might be helpful in or

Bug#565236: mutt: reply-hook . set realname=foo is executed too late

On Sun Feb 07 2010 at 12:20 AM +, Antonio Radici wrote: Hi Bill, sorry but this is still unreproducible for me: $ cat muttrc-test alternates @debian set realname=first reply-hook . set realname=second $ mutt -F muttrc-test -f mbox then I try to reply and the realname=second

Bug#565236: mutt: reply-hook . set realname=foo is executed too late

On Sun Jan 31 2010 at 06:25 PM +, Antonio Radici wrote: tag 565236 +unreproducible moreinfo notfound 565236 1.5.20-6 thanks On Wed, Jan 13, 2010 at 05:36:42PM -0800, Bill Brelsford wrote: Package: mutt Version: 1.5.20-5 Severity: normal After the commands set realname

Bug#565236: mutt: reply-hook . set realname=foo is executed too late

Package: mutt Version: 1.5.20-5 Severity: normal After the commands set realname=bar reply-hook . set realname=foo replying to a message generates a From: line with name bar rather than foo. The From: address is apparently set before the reply-hook is executed. ($realname is

Bug#562910: nfs-kernel-server: mountd fails to start

Package: nfs-kernel-server Version: 1:1.2.1-1 Severity: grave Justification: renders package unusable The mountd daemon fails to start: Starting NFS kernel daemon: nfsd mountd failed! Trying it manually: # /usr/sbin/rpc.mountd -F mountd: unable to register

Bug#549278: mutt: color header only matches first line of multi-line headers

Package: mutt Version: 1.5.20-4 Severity: normal The command color header red white helo= will color entire multi-line headers, but only if helo= appears on the first line. E.g. it will color Received: from [127.0.0.1] (helo=foo.bar.com) by gnxl for

Bug#548262: console-setup-mini does not own /etc/default/console-setup

Package: console-setup-mini Version: 1.45 Severity: important I replaced console-setup with console-setup-mini. When I later purged console-setup, /etc/default/console-setup was deleted, causing console initialization to fail. Indeed, dpkg -L shows /etc/default but not

Bug#546394: rsh-server: rsh/rlogin/rexec broken (use obsolete pam.d modules)

Package: rsh-server Version: 0.17-14 Severity: normal Version 1.1.0-3 of libpam-modules removed five obsolete modules -- pam_rhosts_auth.so and pam_unix_*.so, all symlinks -- from /lib/security. But some are still used by /etc/pam.d/rsh (and rlogin and rexec) -- fixed by changing to

Bug#545422: coreutils: tail -f - fails

Package: coreutils Version: 7.5-3 Severity: normal tail -f no longer works with stdin. E.g. commands such as somecommand | tail -f - somecommand | tail -f tail -f /var/log/kern fail with the message: tail: cannot watch `-': No such file or directory Worked

Bug#525372: icedove: Crashes when Check for new messages at startup unchecked

Package: icedove Version: 2.0.0.19-1 Severity: normal After unchecking Check for new messages at startup (under Edit / Account Settings / Server), icedove's window appears briefly on subsequent startups, then dies with no apparent error messages. Unchecking that option causes the line

Bug#523652: Yes, -s fixes synclient TouchpadOff

On Fri Apr 17 2009 at 03:14 PM -0400, Bob Hauck wrote: If I enable shared memory then synclient -s TouchpadOff=1 disables the touchpad and synclient -s TouchpadOff=0 enables it again. If I don't give the -s option to the synclient command, then the touchpad seems to ignore the setting I give

Bug#523652: TouchpadOff=1 doesn't work either

I see the same behavior since upgrading to 1.1.0-1. Furthermore, TouchpadOff=1 also has no effect (other than being shown correctly with synclient -l). Kernel is 2.6.26-1-686. -- Bill Brelsford w...@k2di.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#444356: xserver-xorg: Virtual-terminal switch dumps cut/paste buffer onto window

Brice, Could you test with xserver-xorg-core 2:1.4.1~git20071117-1 which just got uploaded to unstable? It contains multiple input-related fixes. No, it still fails -- same behavior. Thanks.. Bill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble?

Bug#444356: xserver-xorg: Virtual-terminal switch dumps cut/paste buffer onto window

Package: xserver-xorg Version: 1:7.3+2 Severity: normal Copy text into the X cut/paste buffer (e.g. highlight with mouse). Then switch to another virtual terminal (e.g. via alt-F8) and back (e.g. via alt-F7). The copied text is erroneously pasted into the active X window. Apparently an upstream

Bug#442276: libpam-modules: hosts.equiv ( ~/.rhosts) ignored by rsh/rlogin

. -- no debconf information -- Bill Brelsford [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#438449: tzdata: Failed to preconfigure

error exit status 10 Errors were encountered while processing: tzdata E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: After a second try aptitude quits. Any workarounds, or do I need to wait for 2007f-12? Bill Brelsford

Bug#425421: di: -t changes -sn to -ss

Michael, On Tue May 29 2007 at 12:43 PM +0200, Michael Ablassmeier wrote: Bill: is this sorting really needed? it seems like di works just nicely over here without the special sorting (Linux 2.6): patch is attached. I haven't looked at the source code, but I can see no reason that sorting

Bug#425421: di: -t changes -sn to -ss

Package: di Version: 4.10.dfsg.1-1 Severity: normal The command di -sn leaves the output unsorted (in mtab order). But di -sn -t, while correctly adding a totals line, also sorts the output by special device name (as if called with di -ss -t). This problem does not occur in etch (4.9.dfsg.1-1).

Bug#356802: efax: fails to make fax from text files with ``fax make'' command

is the same on two machines running etch and one running lenny. The old /usr/bin/efix executable (from sarge efax 0.9a-15) works fine. I see nothing interesting in the strace diff, but can post or email them if desired. -- Bill Brelsford [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL

Bug#421280: More info

during the attempted Apr 30 e-6 upgrade, but /etc/localtime was not. cat /etc/timezone America/Los_Angeles Upgrades continue to fail, since aptitude first tries to configure tzdata and dies. -- Bill Brelsford [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject