Bug#918754: PATH missing sbin
in the last message I should have wrote that /etc/profile is never read by the root user and thus the paths ending in sbin are not in the PATH variable. /etc/profile might be read by the ordinary (non-root) user but I don't know how it would happen when one logs into the GUI with no shell explicitly created then..
Bug#918754: PATH is missing sbin
I installed Debian 10 from a usb drive, had this problem, and solved it.. The PATH environment variable is set in /etc/profile but since /etc/profile is only run by a login shell and there is no login shell, /etc/profile never runs and it never has a chance to set PATH. I use the lxde GUI. Booting the PC takes me to the login to lxde and I login. However I don't get any shell. Then from the desktop I start xterm (or the like). This starts a shell but it's not a login shell since I'm already logged in. So there is no login shell and /etc/profile is never run. There are at least a couple of ways to solve this. One is to type su --login (instead of just su) to create a login shell and become the su. Another is to set PATH in /etc/bash.bashrc. But don't copy the contents of /etc/profile to /etc/bash.bashrc for if you do you will create an infinite loop since /etc/profile calls /etc/bash.bashrc which make the bashrc file call itself creating an infinite loop. You have to be selective in what you copy to bashrc. The fix that's needed is perhaps to modify /etc/bash,bashrc for the bash package.
Bug#910830: Downloading: gives up too soon on broken internet connection
Package: aptitude Version: 0.8.11-3 Severity: normal Dear Maintainer, I have a free dial-up connection to the inernet and do long (like overnight) unattended downloads. When the connection is lost my wvdial program redials and a few minutes later reestablises a connection of my computer with the internet. But unfortunatly, by this time aptitude has given up downloading and fails to utilize the restored connection. Then my computer spends hours doing nothing (unattended). When a connection is lost, aptititude should wait several minutes before giving up downloading. My isp (Southern California Freenet) only provides surplus bandwidth free and if it gets congested will drop non-paying users like me. Thus restoring broken connections is essential. Since not all other users redial there is usually surplus bandwidth to use after freeloaders are dropped so usually redialing works fine. But aptitude stops working. -- Package-specific info: Terminal: linux $DISPLAY not set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.8.11 Compiler: g++ 8.2.0 Compiled against: apt version 5.0.2 NCurses version 6.1 libsigc++ version: 2.10.0 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 6.1.20180714 cwidget version: 0.5.17 Apt version: 5.0.2 aptitude linkage: linux-gate.so.1 (0xb7f46000) libapt-pkg.so.5.0 => /usr/lib/i386-linux-gnu/libapt-pkg.so.5.0 (0xb78f) libncursesw.so.6 => /lib/i386-linux-gnu/libncursesw.so.6 (0xb78ae000) libtinfo.so.6 => /lib/i386-linux-gnu/libtinfo.so.6 (0xb7886000) libsigc-2.0.so.0 => /usr/lib/i386-linux-gnu/libsigc-2.0.so.0 (0xb787e000) libcwidget.so.3 => /usr/lib/i386-linux-gnu/libcwidget.so.3 (0xb7771000) libsqlite3.so.0 => /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xb764c000) libboost_iostreams.so.1.62.0 => /usr/lib/i386-linux-gnu/libboost_iostreams.so.1.62.0 (0xb763) libboost_system.so.1.62.0 => /usr/lib/i386-linux-gnu/libboost_system.so.1.62.0 (0xb762b000) libxapian.so.30 => /usr/lib/i386-linux-gnu/sse2/libxapian.so.30 (0xb73ea000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb73ca000) libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7249000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7146000) libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7128000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb6f4e000) libresolv.so.2 => /lib/i386-linux-gnu/libresolv.so.2 (0xb6f35000) libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb6f16000) libbz2.so.1.0 => /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6f03000) liblzma.so.5 => /lib/i386-linux-gnu/liblzma.so.5 (0xb6ed7000) liblz4.so.1 => /usr/lib/i386-linux-gnu/liblz4.so.1 (0xb6eb8000) libzstd.so.1 => /usr/lib/i386-linux-gnu/libzstd.so.1 (0xb6e1f000) libudev.so.1 => /lib/i386-linux-gnu/libudev.so.1 (0xb6dfd000) /lib/ld-linux.so.2 (0xb7f48000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb6df5000) librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb6deb000) libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xb6de1000) -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.18.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages aptitude depends on: ii aptitude-common 0.8.11-3 ii libapt-pkg5.0 1.6.4 ii libboost-iostreams1.62.0 1.62.0+dfsg-10 ii libboost-system1.62.0 1.62.0+dfsg-10 ii libc6 2.27-6 ii libcwidget3v5 0.5.17-11 ii libgcc1 1:8.2.0-6 ii libncursesw6 6.1+20180714-1 ii libsigc++-2.0-0v5 2.10.0-2.1 ii libsqlite3-0 3.24.0-1 ii libstdc++68.2.0-6 ii libtinfo6 6.1+20180714-1 ii libxapian30 1.4.7-2 Versions of packages aptitude recommends: pn libparse-debianchangelog-perl ii sensible-utils 0.0.12 Versions of packages aptitude suggests: pn apt-xapian-index ii aptitude-doc-en [aptitude-doc] 0.8.11-3 pn debtags pn tasksel -- no debconf information
Bug#908789: console-setup: Doesn't boot up with my large font specified in /etc/default/console-setup
Package: console-setup Version: 1.185 Severity: important Dear Maintainer, I copied linux from a 20-yr old disk to a brand new one 100 times as large in GB. But what I copied is only 2-3 years old so I updated it using aptitude and have several problems, one of which I'll describe here. The old disk used sysvinit and the large font got installed ok on boot. But now I use systemd and get only a tiny font at login. Once logged in as root I can type "setupcon" and all is Ok. With journalctl I checked what console-setup.service did at boot. It ran twice. one sec. apart and Starting and Started console font and keymap. But no change in fonts. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.14.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages console-setup depends on: ii console-setup-linux 1.185 ii debconf 1.5.69 ii keyboard-configuration 1.185 ii xkb-data2.23.1-1 console-setup recommends no packages. Versions of packages console-setup suggests: ii locales 2.27-6 ii lsb-base 9.20170808 Versions of packages keyboard-configuration depends on: ii debconf 1.5.69 ii liblocale-gettext-perl 1.07-3+b3 Versions of packages console-setup-linux depends on: ii init-system-helpers 1.54 ii initscripts 2.88dsf-59.10 ii kbd 2.0.4-4 ii keyboard-configuration 1.185 console-setup-linux suggests no packages. Versions of packages console-setup is related to: ii console-common0.7.90 ii console-data 2:1.12-6 pn console-tools pn gnome-control-center ii kbd 2.0.4-4 ii systemd 239-8 -- debconf information: * keyboard-configuration/model: Generic 104-key PC keyboard-configuration/optionscode: terminate:ctrl_alt_bksp,lv3:rwin_switch_latch,grp:lwin_toggle,me:you * keyboard-configuration/variant: English (US) keyboard-configuration/layout: console-setup/codesetcode: Uni3 debian-installer/console-setup-udeb/title: console-setup/use_system_font: * keyboard-configuration/unsupported_config_options: true keyboard-configuration/other: console-setup/guess_font: * console-setup/fontsize-fb47: 16x32 (framebuffer only) keyboard-configuration/unsupported_layout: true keyboard-configuration/layoutcode: us,us keyboard-configuration/toggle: Left Logo key keyboard-configuration/modelcode: pc104 console-setup/framebuffer_only: * console-setup/fontface47: Terminus keyboard-configuration/switch: No temporary switch keyboard-configuration/unsupported_options: true * keyboard-configuration/unsupported_config_layout: true keyboard-configuration/variantcode: basic,rus console-setup/store_defaults_in_debconf_db: true * console-setup/codeset47: . Combined - Latin; Slavic and non-Slavic Cyrillic console-setup/fontsize: 16x32 console-setup/fontsize-text47: 16x32 (framebuffer only) keyboard-configuration/xkb-keymap: us * console-setup/charmap47: UTF-8 * keyboard-configuration/altgr: The default for the keyboard layout * keyboard-configuration/compose: No compose key keyboard-configuration/store_defaults_in_debconf_db: true * keyboard-configuration/ctrl_alt_bksp: true
Bug#908770: lprng: Will not cofigure on systemd init
Package: lprng Version: 3.8.B-2.1 Severity: important Dear Maintainer, I used aptitude to upgrade packages and it somehow converted sysv init to systemd init. Most updated packages installed OK except lprng failed to configure. I tried installing it on another drive (that has some unknown corruption on it that wiil not allow some packages to configure) and that uses sysv init. It installed OK and thus I suspect that systemd has something to do with this failure. In the /etc/init.d/lprng scripts I put -x at the end of the 1st line (for debugging) and ran them with the "start" variable. The results were good on the sysvinit drive but bad on the systemd drive. Both results are shown below: For the good script using sysvinit: + PATH=/sbin:/usr/sbin:/bin:/usr/bin + DESC=LPRng printer spooler + NAME=lprng + DAEMON=/usr/sbin/lpd + CONFIGDIR=/etc/lprng + PRINTCAP=/etc/printcap + LPDPRINTCAP=/etc/lprng/printcap + SCRIPTNAME=/etc/init.d/lprng + test -f /etc/printcap + test -f /usr/sbin/lpd + sed /^[[:space:]]*lpd_port/!d; s/.*[=#]\(.*\)/\1/; q /etc/lprng/lpd.conf + LPD_PORT= + [ -z ] + LPD_PORT=515 + sed /^[[:space:]]*lockfile/!d; s/.*[=#]\(.*\)/\1/; q /etc/lprng/lpd.conf + LOCKFILE= + [ -z ] + LOCKFILE=/var/run/lprng/lpd + PIDFILE=/var/run/lprng/lpd.515 + . /lib/init/vars.sh + TMPTIME=0 + SULOGIN=no + DELAYLOGIN=no + UTC=yes + VERBOSE=no + FSCKFIX=no + [ -f /etc/default/rcS ] + . /etc/default/rcS + unset EDITMOTD + unset RAMRUN + unset RAMLOCK + [ -r /proc/cmdline ] + cat /proc/cmdline + [ ] + . /lib/lsb/init-functions + run-parts --lsbsysinit --list /lib/lsb/init-functions.d + [ -r /lib/lsb/init-functions.d/20-left-info-blocks /lib/lsb/init-functions.d/40-systemd ] + true + FANCYTTY= + [ -e /etc/lsb-base-logging.sh ] + true + [ -r /etc/default/lprng ] + . /etc/default/lprng + START_LPD=yes + [ yes != yes ] + [ no != no ] + initialise + dirname /var/run/lprng/lpd.515 + RUNDIR=/var/run/lprng + [ ! -d /var/run/lprng ] + checkpc -f + start-stop-daemon --start --quiet --pidfile /var/run/lprng/lpd.515 --exec /usr/sbin/lpd + [ no != no ] + exit 1 For the bad case usuing ststemd: + PATH=/sbin:/usr/sbin:/bin:/usr/bin + DESC='LPRng printer spooler' + NAME=lprng + DAEMON=/usr/sbin/lpd + CONFIGDIR=/etc/lprng + PRINTCAP=/etc/printcap + LPDPRINTCAP=/etc/lprng/printcap + SCRIPTNAME=/etc/init.d/lprng + test -f /etc/printcap + test -f /usr/sbin/lpd ++ sed '/^[[:space:]]*lpd_port/!d; s/.*[=#]\(.*\)/\1/; q' /etc/lprng/lpd.conf + LPD_PORT= + '[' -z ']' + LPD_PORT=515 ++ sed '/^[[:space:]]*lockfile/!d; s/.*[=#]\(.*\)/\1/; q' /etc/lprng/lpd.conf + LOCKFILE= + '[' -z ']' + LOCKFILE=/var/run/lprng/lpd + PIDFILE=/var/run/lprng/lpd.515 + . /lib/init/vars.sh ++ TMPTIME=0 ++ SULOGIN=no ++ DELAYLOGIN=no ++ UTC=yes ++ VERBOSE=no ++ FSCKFIX=no ++ '[' -f /etc/default/rcS ']' ++ . /etc/default/rcS ++ unset EDITMOTD ++ unset RAMRUN ++ unset RAMLOCK ++ '[' -r /proc/cmdline ']' +++ cat /proc/cmdline ++ for ARG in $(cat /proc/cmdline) ++ case $ARG in ++ for ARG in $(cat /proc/cmdline) ++ case $ARG in ++ for ARG in $(cat /proc/cmdline) ++ case $ARG in ++ for ARG in $(cat /proc/cmdline) ++ case $ARG in ++ for ARG in $(cat /proc/cmdline) ++ case $ARG in ++ for ARG in $(cat /proc/cmdline) ++ case $ARG in ++ '[' '' ']' + . /lib/lsb/init-functions +++ run-parts --lsbsysinit --list /lib/lsb/init-functions.d ++ for hook in $(run-parts --lsbsysinit --list /lib/lsb/init-functions.d 2>/dev/null) ++ '[' -r /lib/lsb/init-functions.d/20-left-info-blocks ']' ++ . /lib/lsb/init-functions.d/20-left-info-blocks ++ for hook in $(run-parts --lsbsysinit --list /lib/lsb/init-functions.d 2>/dev/null) ++ '[' -r /lib/lsb/init-functions.d/40-systemd ']' ++ . /lib/lsb/init-functions.d/40-systemd +++ _use_systemctl=0 +++ '[' -d /run/systemd/system ']' +++ prog=lprng +++ service=lprng.service systemctl -p LoadState --value show lprng.service +++ state=loaded +++ '[' loaded = masked ']' +++ '[' 1135 -ne 1 ']' +++ '[' -z '' ']' +++ case $(readlink -f "$0") in readlink -f ./lprng +++ '[' loaded '!=' not-found ']' +++ _use_systemctl=1 systemctl -p CanReload --value show lprng.service +++ '[' no = no ']' +++ '[' start = reload ']' +++ '[' 1 = 1 ']' +++ set +e +++ set +u +++ '[' xstart = xstart -o xstart = xstop -o xstart = xrestart -o xstart = xreload -o xstart = xforce-reload -o xstart = xtry-restart -o xstart = xstatus ']' +++ systemctl_redirect ./lprng start +++ local s +++ local rc +++ local prog=lprng +++ local command=start +++ case "$command" in +++ s='Starting lprng (via systemctl)' +++ service=lprng.service systemctl is-system-running +++ OUT=degraded +++ '[' degraded '!=' degraded ']' +++ '[' start = status ']' +++ log_daemon_msg 'Starting lprng (via systemctl)' lprng.service +++ '[' -z 'Starting lprng (via systemctl)' ']' +++ log_daemon_msg_pre 'Starting lprng (via systemctl)' lprng.service +++ log_use_fancy_output +++ TPUT=/usr/bin/tput +++ EXPR=/usr/bin/expr +++ '[' -t 1 ']' +++ FANCYTTY=0 +++ case "$FANCYTTY" in +++ false +++ '[' -
Bug#907292: Can't find package list on server
On Sun, Aug 26, 2018 at 01:16:19PM +1000, Stuart Prescott wrote:
> Control: tags -1 + moreinfo unreproducible
>
> > Running debootstrap fails because it tries to fetch the package list
> > shown in /var/lib/apt/lists named binary-i386_Packages. But there is no
> > such file on the server. Instead there are files: binary-i386_Packages.gz
> > and binary-i386_Packages.xz but it doesn't look for them. I've run strace
> > on it. Here's the command I gave and results:
> >
> > debootstrap --variant=minbase --verbose stretch /minboot
> > http://debian.usu.edu/debian
>
> Running this same command works just fine here.
>
> If 'unxz' from xz-utils is found, then the .xz version is used; bunzip2 will
> similarly be tried (but isn't on the mirror) and then gunzip is searched for
> and the .gz file is used.
>
> From debootstrap.log:
>
> Resolving debian.usu.edu (debian.usu.edu)... 129.123.104.15
> Connecting to debian.usu.edu (debian.usu.edu)|129.123.104.15|:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 7098644 (6.8M) [application/octet-stream]
> Saving to: '«tmpdir»/mini/var/lib/apt/lists/partial/
> debian.usu.edu_debian_dists_stretch_main_binary-amd64_Packages.xz'
>
> And stracing:
>
> execve("/usr/bin/wget", ["wget", "-O", "/home/stuart/tmp/mini/var/lib/apt/
> lists/partial/debian.usu.edu_debian_dists_stretch_main_binary-
> i386_Packages.xz",
> "http://debian.usu.edu/debian/dists/stretch/main/binary-i386/by-hash/SHA256/
> d07f5e29da93524d0956a1bc00581413e5560156c3350bc22560ee633fb29b3a"]
>
> Removing xz-utils, strace shows:
>
> execve("/usr/bin/wget", ["wget", "-O", "«tmpdir»/mini/var/lib/apt/lists/
> partial/debian.usu.edu_debian_dists_stretch_main_binary-amd64_Packages.gz",
> "http://debian.usu.edu/debian/dists/stretch/main/binary-amd64/by-hash/
> SHA256/9e7870c3c3b5b0a7f8322c323a3fa641193b1eee792ee7e2eedb6eeebf9969f3"]
>
> (tested against both i386 and amd64)
>
> > debootstrap needs to find one of the compressed files. download it, and
> > unconpress it. But it doesn't.
>
> That is what is supposed to happen (and does for me). Is it possible that you
> somehow do not have unxz and gunzip available in PATH?
>
strace shows them found. I'll have to look into it more. wget is never
executed.
> I see that you've created this bug report without using reportbug and from
> what looks like a non-Debian system -- is the version against which you have
> reported this bug incorrect? Is there additional information you can provide?
I use Debian but for over 20 years have never done a clean install. The
last try at updating corrupted my system and some packages will not
configure. That's why I'm now trying to reinstall linux from scratch.
Running aptitude to try to fetch reportbug (or anything else) just
displays many screenfulls of configuration errors and doesn't fetch
anything. I got debootstrap via downloading using the Firefox browser and
installed with dpkg. I downloaded twice and got identical dbootstrap's
(108). The new drive that I'm trying to bootstrap is in the bay that
contained a failed cd drive so it wouldn't be too easy to boot from cd if
I had one (actually DVDs). My PC is 12 years old and doesn't boot from a
flash drive. I'm connecting via free dial-up provided by Southern
California Freenet (I think it's the last FreeNet left in the USA). Slow
but I'm willing to wait days for upgrading.
>
> Cheers
> Stuart
>
> --
> Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
> Debian Developer http://www.debian.org/ stu...@debian.org
> GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
David Lawyer
Bug#907292: Can't find package list on server
Package: debootstrap
Version: 1.0.108
Running debootstrap fails because it tries to fetch the package list
shown in /var/lib/apt/lists named binary-i386_Packages. But there is no
such file on the server. Instead there are files: binary-i386_Packages.gz
and binary-i386_Packages.xz but it doesn't look for them. I've run strace
on it. Here's the command I gave and results:
debootstrap --variant=minbase --verbose stretch /minboot
http://debian.usu.edu/debian
I: Retrieving InRelease
I: Checking Release signature
I: Valid Release signature (key id 067E3C456BAE240ACEE88F6FEF0F382A1A7B6500)
I: Retrieving Packages
E: Couldn't download
http://debian.usu.edu/debian/dists/stretch/main/binary-i386/Packages
debootstrap needs to find one of the compressed files. download it, and
unconpress it. But it doesn't.
David Lawyer
Bug#898474: timedatectl can't determine if NTP is enabled
Package:systemd
Version:237-4
My ISP blocks ntp and the ntp package isn't installed. When I type:
timedatectl I see "Failed to determine whether NTP is enabled:" and don't
see the info nomally displayed.
David Lawyer
Bug#878197: Mutt destroys colors I set as default
Package: mutt Version: 1.7.1-5 Here's the /etc/rc.local script I use to set colors. Note that I send ESC[8] to set as default. Other programs such as vim restore the default colors after exiting but mutt doesn't nor does it use these colors. # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. By default this script does nothing. # Setting terminal colors done here since it's done last. If done sooner # they interfere with boot display # is esc and not the 2 chars ^[. ESC[8] makes bg and fg indicies weak # defaults = seterm -store. The reset command resets the color pallete. # RGB=rrggbb (6 hex digits) =red,green,blue. P7rrggbb makes color 7 # (background 47) this defined RGB palette color. Then ESC[47;30m applies # it. echo "Set colors and cursor on virtual terminals from /etc/rc.local" #Colors: #Set palatte color first with P seq. echo "]P777ee99 [47;30m [8]"> /dev/tty1 #my lt. green echo "]P755aabb [47;30m" [8]> /dev/tty2 #my lt. cyan echo "[47;30m[8]" > /dev/tty3 #7-grey #standard light white (grey) echo "]P7dd9988 [47;30m" [8]> /dev/tty4 #my pink
Bug#869931: Fixed: Re: Bug#869931: (Retrying Login to lxde fails)
The problem is fixed. I found some very old .x.. configuration files in my
home directory and root directory. They said to use icewm which is in
conflict with the lxde/lightdm setup I'm now using. I removed them and
the problem is gone.
David Lawyer
Bug#872465: lxterminal fonts overlap
Package: lxterminal Version: 0.3.0-2 Using the Preferences menu one may select various fonts. But most fonts are broken because adjacent characters sometimes overlap while they are supposed to have spacing between them. This happens in proportional-spaced (variable-width) fonts because the display is fixed-space (mono-spaced) but the font is variable-width (non-mono spaced). One fix is just to not provide variable-width fonts for lxterminal.. David Lawyer
Bug#869931: Retrying Login to lxde fails
Package: lxde_9_all Version: no versioning I don't know what part of lxde (or other program) is causing this problem. lxde_commom is v. .99.2-3. When I make a mistake loging into lxde, it asks me to try again but will not log me in. David Lawyer
Bug#867489: pulseaudio boottime error: no .config/pulse
On Tue, Jul 11, 2017 at 12:10:49PM -0400, Felipe Sateler wrote: > (Please always keep the bug in CC). > > On Sun, Jul 9, 2017 at 1:11 AM, David Lawyer wrote: > > > On Thu, Jul 06, 2017 at 04:15:34PM -0400, Felipe Sateler wrote: > > > Control: tags -1 moreinfo > > > > > > On Thu, Jul 6, 2017 at 3:47 PM, David Lawyer > > wrote: > > > > > > > Package: pulseaudio > > > > Version: 10.0-2 > > > > > > > > When I boot my Linux PC I see the message "Failed to create secure > > > > directory (//.config/pulse) No such file or directory" This message > > > > repeats sequentially many times. Why the // in the message? > > > > > > > > > > > > Do you have an empty HOME environment variable? The // should usually be > > > /home/youruser/, but for some reason in this case your home directory was > > > not correctly guessed. What does `echo ~` say? > > Both echo ~ and echo $HOME says: /home/dave which is my home directory. > > I also have a ~/.config directory containing pulse/ which has 1 file: > > cookie. I have rwx permission on these 2 directories. No other > > permissions. > > > > Is XDG_CONFIG_HOME set? No. > > Where do you see the messages? Could you attach the full log for more > context? They flash by on the screen but per grep are not found in /var/log/. Only the first part of my boottime messages get logged so this behavior is normal. But the following are found in logs. They usually happen a few times each day and I often turn on and off my PC a few times a day. But sometimes there is more than one such message per session on my PC: I switch back and forth between GUI and command line VT. error.1:Jul 10 08:52:47 daveslinux pulseaudio[2661]: [pulseaudio] pid.c: Daemon already running. messages:Jul 20 18:48:47 daveslinux pulseaudio[2849]: [pulseaudio] pid.c: Stale PID file, overwriting. > > -- > > Saludos, > Felipe Sateler David Lawyer
Bug#867489: pulseaudio boottime error: no .config/pulse
Package: pulseaudio
Version: 10.0-2
When I boot my Linux PC I see the message "Failed to create secure
directory (//.config/pulse) No such file or directory" This message
repeats sequentially many times. Why the // in the message? I'm using
Kernel 4.9.0-3-686-pae #1 SMP Debian 4.9.30-2 (2017-06-12) i686 GNU/Linux.
Process root (#1) is init and not systemd. pulse starts up at boottime
since "pulseaudio.desktop" is found in /etc/xdg/autostart/ and X starts at
boottime which apparently executes the files in the above autostart
directory..
David Lawyer
Bug#867330: mutt doesn't display mailboxes
Package: mutt
Version:1.8.3+neomutt20170609-2
When I type c to change mailboxes , I see the message ('?' for list). Yet
if I type ? I don't see the long list of my mailboxes but instead see my
incoming mailbox dave (path: /var/spool/mail/dave). I want to see the
mailboxes in ~/Mail.
I had to reinstall the old mutt_1.7.1-5_i386.deb to get it to work right.
Bug#864402: lxde "No session for pid ...." on screen after login.
Package: lxde
Version:9_all
When I login to the GUI X screen an error message appears reading "No
session for pid " where is a pid and is different for each login.
Checking on the inet found the problem reported by others but a suggested
work around didn't work for me or for someone else. The pid always maps
to lxpolkit. You have to click "OK" on this error message to get rid of
it.
David Lawyer
Bug#863452: xterm fonts too small
Package: xterm Version: 327-2 I set the font to "huge" by pressing ctrl-rt-click. While it's much larger than before, it's still small. I've used a real VT100 terminal a lot in the past and the built in fonts were normally significantly larger than what xterm calls "huge". Of course the reason is likely that old bitmaps, intended for the obsolete low resolution terminals of the early 1980's, are being used for xterm.. So "huge" needs to be relabelled "small" (or perhaps "medium", etc.) and larger fonts obtained. On my console I use 16x32 font which is large. Should xterm give the option of using the same fonts as for the console? This would be of value if one has already set up the fonts for the console, (as I have) since the default console fonts seem to also be way too small. David Lawyer
Bug#862382: message of allocation of "very large block" is a small block
Package: w3m
Version: 0.5.3-34
I've also installed w3n-img. When I "click" to see images I keep getting
a message on the screen "repeated allocation of very large block". It
then shows the block to be about 1/3 MB (of memory). But while my PC is
nearly 10 years old it has 1GB of memory and a slot for another 1GB. Also
my 80GB hard drive has about 300 million times the space needed to store
the image (assuming this is the same size as the allocated block). So
this message should not be displayed except on computers that are say over
20 years old. Or perhaps it just shouldn't be displayed at all or
possibly only if over 50% of free memory is allocated, etc.
David Lawyer
Bug#862148: Lynx: Long search strings to Google get truncated.
On Tue, May 09, 2017 at 07:48:53PM -0400, Thomas Dickey wrote: > On Mon, May 08, 2017 at 09:17:22PM -0700, David Lawyer wrote: > > Package: lynx > > Varsion: 2.8.9dev13-l > > > > When I type in a search string (in English) to Google or Bing and the > > length of my > > search string is longer than the blank space that Goolge or Bing provides > > for it, the excess part of the string doesn't get typed in (or if it does > > it doesn't get echoed to the screen). This problem was not present in > > dev11-1. I suspect that this bug is due to the fix for another bug > > involving the echoing of multi-byte characters #841155 which dev13-1 > > fixed. But it seems that this fix has resulted in a new bug. > > I see. While I'm fixing this case, it would be nice to know if the > original bug report is addressed... Yes, the typing of search terms in Russian (mult-byte characters) worked OK in dev13-1 but I probably didn't use long strings. Thanks for getting it fixed. > > -- > Thomas E. Dickey > http://invisible-island.net > ftp://invisible-island.net David Lawyer
Bug#862217: initscript does fsck on empty floppy drive and stops booting
Package: initscripts
Version: 2.88dsf-59.9_i38
My PC has a floppy drive which I seldom use. When I boot linux, it runs
/etc/init.d/checkfs.sh which runs fsck.fat on the floppy drive
/dev/fd0. The fsck fails because there is no floppy in the drive and
booting halts. The error message is: open: No such device or address fsck.fat
4.1 (2017-01-24).
The error message is also wrong since there is such a device, /dev/fd0,
but it has no media (disk) in it. Following this error message are
messages that fsck failed and that I can type C-d to continue booting.
Linux should not try to run fsck on a floppy drive at boottime, unless
perhaps if it's booting from floppy and the boot fails. I'm booting from
my harddrive.
Here's my /etc/fstab file:
# /etc/fstab: static file system information for 80GB Maxtor.
#
#
LABEL=80GB-Maxtor /ext4defaults0 1
LABEL=80GB-Maxtor-swp noneswapsw0 0
/dev/cdrom /home/dave/cd iso9660 rw,noauto,user 0 2
LABEL=8GB-Maxtor /bak ext4rw,noauto,user,exec 0 2
/dev/fd0/home/dave/fd vfatrw,noauto,user,noexec, 0
1
David Lawyer
Bug#862148: Lynx: Long search strings to Google get truncated.
Package: lynx
Varsion: 2.8.9dev13-l
When I type in a search string (in English) to Google or Bing and the length of
my
search string is longer than the blank space that Goolge or Bing provides
for it, the excess part of the string doesn't get typed in (or if it does
it doesn't get echoed to the screen). This problem was not present in
dev11-1. I suspect that this bug is due to the fix for another bug
involving the echoing of multi-byte characters #841155 which dev13-1
fixed. But it seems that this fix has resulted in a new bug.
David Lawyer
Bug#862147: Lynx: Long search strings to Google get truncated.
Package: lynx
Varsion: 2.8.9dev13-l
When I type in a search string (in English) to Google or Bing and the length of
my
search string is longer than the blank space that Goolge or Bing provides
for it, the excess part of the string doesn't get typed in (or if it does
it doesn't get echoed to the screen). This problem was not present in
dev11-1. I suspect that this bug is due to the fix for another bug
involving the echoing of multi-byte characters #841155 which dev13-1
fixed. But it seems that this fix has resulted in a new bug.
David Lawyer
Bug#855907: lynx COLOR system has washed-out colors (too light)
Package: lynx-commom
Version:2.8.9dev11-1_all
I enabled the COLOR system in the lynx.cfg file by typing "lynx -lss ""
and also uncommented (enables) COLOR:0 thru COLOR:7. The "normal color
(COLOR:0) should be black letters on white but instead I get dark grey
letters on light grey. The light grey is OK since that leave a possibilty
for bright white. But the dark grey instead of black is not OK. If I
exit lynx and type black characters to the shell and look at the charcters
with a magnifying glaas the shell characters are all black while the lynx
caracters are mostly black but have small light spots shining thru them
which turns them into dark grey instead of black. One can still read them
but they are easier to read if they are true black.
The same situation exists for blue and likely other colors as well. Links
display an a washed out blue color but if I type "setterm -foreground blue
I get a a significantly deeper blue.
David Lawyer
Bug#855003: ATA HD race conditions at boot-time
Package: linux-image-686-pae
Version: 4.9.0-1
When I booted my PC it hung at one point for 30 seconds and then resumed
booting. Here's part of the dmesg for it. Note that it happened 17 seconds
into the boot.
:
[0.00] Linux version 4.9.0-1-686-pae (debian-ker...@lists.debian.org)
(gcc version 6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2
(2017-01-12)
http://www.smythies.com/~doug/network/hd_race/";>Linux ata hard disk
access race condition. WWW.Smythies.com
This error doesn't repeat so I think it's a race condition. The SATA
drive is one I installed about a couple of months ago and may have booted the PC
with it perhaps 60 times with no delay like this. However, I upgraded the
kernel to -pae perhaps a couple of weeks ago. There are now 2 HD's on my
PC, one SATA (ata30) and the other a slower PATA with a ribbon cable.
David Lawyer
Bug#853020: lilo falsely claims inconsistent CHS on hard-drive
Package: lilo
Version: 24.2-2
I just partitioned a new hard-drive with fdisk and then lilo complains:
Warning: Device 0x0810: Inconsistent partition table, 1st entry
CHS address in PT: 0:32:33 --> LBA (608)
LBA address in PT: 2048 --> CHS (0:113:15)
Fatal: Either FIX-TABLE or IGNORE-TABLE must be specified
If not sure, first try IGNORE-TABLE (-P ignore)
Unfortunately lilo is being run by "update-initramfs" and there is no way
to give the -P ignore option. I don't think that fdisk is to blame.
fdisk doesn't use the CHS (Clylinder, Head, Sector) notation anymore but
uses lba addressing. So either have -P ignore by default in lilo or
change fdisk so that it creates the obsolete CHS format on the disk.
David Lawyer
Bug#842760: localectl documentation bad, many problems
Package: systemd Version 231-4 It seems that the keymap system is not only poorly documented but that "man localectl" isn't clear. One problem: If you type: localectl find-keymaps. Results: Couldn't find any console keymaps. Yet there are many console keymaps in the /usr/share/keymap tree. They can be loaded with loadkeys and I loaded one and it loaded but failed to show up in "localectl status". This was the ru-yawerty keymap for qwerty and it doesn't work right because it's for koi8-r font and I only have utf-8 fonts loaded but I expected loadkeys to translate koi-8r mappings to utf-8. All the data necessary for such a translation is present on my PC but translation doesn't happen There are two ways mentioned in the man page (localectl) to set the keyboard mapping for the console and X11. They are: set-keymap MAP [TOGGLEMAP]; set-x11-keymap LAYOUT [MODEL [VARIANT [OPTIONS]]]. For the first, I can "set-keymap abczzz" and it will show it loaded by typing "localectl status" although abczzz is just a made-up name which should have been rejected with an error message. It shouldn't accept nonsense parameters without an error message. What does "MAP" mean? Is it only for X11 format keymaps ? known as "layouts" and located in the X11 symbol file. What is a TOGGLEMAP? Looks like it's just another keymap but of what type: X11 or the older Virtual Console type (legacy). Furthermore, where does one set the toggle hot-key to toggle between these two maps (MAP and TOGGLEMAP). If these are X11 maps one needs to set the variant for each "layout" as well as the toggle to toggle between layouts. How is this to be done? The "set-x11-keymap" is just as confusing. Suppose one wants to install 2 layouts. Does one give the command twice? OPTIONS are shown as being associated with a LAYOUT but actually, there is one set of OPTIONS for each set of loaded LAYOUTs. For example, I may need to give the "set-x11-keymap" command twice if I want to setup the ru (Russian) and us layouts. Then I need to specify the toggle to use to toggle between ru and us. This is placed as an OPTION but if I give the "set-xll-keymap twice there are two "OPTIONS" strings. But only one string of options is allowed. It should be mentioned that OPTIONS contains a , separated list with no spaces. Or perhaps LAYOUT is a comma separated list of the layouts I am installing (likewise for VARIANT). But the MODEL is only a single parameter and OPTIONS is a single comma-separated list. LAYOUT and VARIANT would have the same number of commas (lists the same size). I could, of course, experiment to find out how to use these commands and what they do but I shouldn't need to as the documentation should explain this but it doesn't. The nomenclature needs improvement since what is called a LAYOUT is really a class of layouts where each such layout it called a "variant". Every layout is a "variant" even if one didn't specify a variant, since then the "basic" variant is used by default. In some cases, a variant can be not a single layout but a set of layouts with shift-levels used to change layouts within a variant (assuming that a switch_latch is like a toggle). For example the rus variant of the us layout includes both a latin and Cyrillic (Russian) character set with level 3 being the latin characters. This is tantamount to a variant within a variants. David Lawyer
Bug#842396: Lynx browser: Can't set margins
Package:lynx-cur
Version: 2.8.9dev6-4
I have a wide monitor and need wide margins in order to easily move my
eyes down to the next line when reading. I've noticed that most websites use
wide
margins (and sometimes put ads in them) to make it easier to read an
article. But I can't find any way to set margins in the Lynx
documentation. I did set NO_MARGINS: FALSE and that creates a narrow
margin but I want margins (left and right) of about 30 characters each. I
tried setting SCREEN_SIZE but it doesn't work and I want the full screen
size for tables and data in multiple columns.
The documentation implies that margins are set the the style-sheet but I
can't find any such sheet (although there is one restricted only to
setting colors). If lynx doesn't suppor margins, it is a very serious
defficiency and should be noted in the documentation.
David Lawyer
Bug#842320: apt-spy tries mostly FTP sites. My ISP blocks FTP
Package: apt-spy
Version: 3.2.2-1
The first time I tried apt-spy recently it found no mirror sites. It only
tried to connect to FTP sites and my ISP prohibits FTP and will not
connect. The public library also blocks FTP (I have a desktop PC with no
wifi). I don't see any way to only try HTTP sites that I can use, Today
I tried again I it did find one HTTP site out of 10 tested.
David Lawyer
Bug#841155: Lynx browser: Typing utf-8 2-byte characters only diplays first
Package:lynx-cur Version: 2.8.9dev6-4 This is the same bug: 685711, that I reported a few years ago. When I set the keyboard to ru (Russian) layout (X config, valid also for the console) and then go to Goole with lynx and type a search word in Russian the following happens: The 1st letter diplays OK. The next n letters typed don't display but the cursor moves (sometimes erratically). n = 4 or 5. Then the next letter displays ok and the missing n letters suddenly appear on the screen with the cursor in the correct position. This only happens with letter keys. Typing numerals works OK since they are ascii 1-byte while the Russian letters are all 2-bytes (all are UTF-8 since ascii is a subset of utf-8). Often, the cursor moves OK but sometimes it moves 2 spaces forward instead of one and it has even jumped backwards. I found the same problem using another variant of the ru layout and at the time of my previous bug report I had found the problem existed for non-Russian 2-byte UTF-8 characters. Note that to get Russian characters, one must first hit a "toggle" key (I've set mine to right-alt). (See below) Also, a Cyrillic font must be installed (Uni3 is a codeset that includes Latin and Cyrillic chars.). The command line: "setupcon" will read the two files below and install the fonts and keyboard layout (map) specified. All are in utf-8. My /etc/default/keyboard file: XKBMODEL=pc105 XKBLAYOUT=us,ru XKBOPTIONS=terminate:ctrl_alt_bksp,grp:toggle # grp:toggle => toggle rt. alt XKBVARIANT=" ",phonetic BACKSPACE=guess My /etc/default/console-setup file: # CONFIGURATION FILE FOR SETUPCON # Consult the console-setup(5) manual page. ACTIVE_CONSOLES="/dev/tty[1-6]" CHARMAP="UTF-8" CODESET="Uni3" FONTFACE="Terminus" FONTSIZE="16x32" David Lawyer
Bug#826695: chrony stopped working
Package: chrony Version: 1.31.1 The last statistics log is for March 15, 2016 and it's empty. chronyc chronyc sources: 210 Number of sources = 4 MS Name/IP address Stratum Poll Reach LastRx Last sample === ^? b1-66er.matrix.gs 0 10 0 10y +0ns[ +0ns] +/-0ns ^? propjet.latt.net 0 10 0 10y +0ns[ +0ns] +/-0ns ^? ha82.smatwebdesign.com0 10 0 10y +0ns[ +0ns] +/-0ns ^? ntp.untangle.com 0 9 0 10y +0ns[ +0ns] +/-0ns The sources seem to frequently change by themselves. It's as if the sources can't be reached so it keeps trying new ones, yet I can ping all the sources shown here and on other tries. Note that 10y for 10 years ago is not true. It likely never received any time data from these sources. -- cronyc tracking: Reference ID: 127.127.1.1 () Stratum : 10 Ref time (UTC) : Mon Jun 6 00:33:57 2016 System time : 0.1 seconds slow of NTP time Last offset : +0.0 seconds RMS offset : 0.0 seconds Frequency : 5.857 ppm slow Residual freq : +0.000 ppm Skew: 0.000 ppm Root delay : 0.00 seconds Root dispersion : 0.01 seconds Update interval : 0.0 seconds Leap status : Not synchronised The above look OK except the command "date" typed on the shell command line shows a time that is 16 minutes slower than the actual time (checked by a wristwatch set to time from the Inet). And I can't reset the hardware clock with "settime" since I get "facility not enabled in daemon". If I try to use the hwclock program to correct the time it says it has no method of access to the hardware clock. --- chrnyc activity: 200 OK 4 sources online 0 sources offline 0 sources doing burst (return to online) 0 sources doing burst (return to offline) 0 sources with unknown address Here's the start of the tracking log file (note the scew of exactly one million): == Date (UTC) Time IP Address St Freq ppm Skew ppm Offset L Co Offset sd Rem. corr. == 2016-06-04 08:37:38 0.0.0.0 0 -5.857 100.000 0.000e+00 ? 0 0.000e+00 1.100e-16 == Date (UTC) Time IP Address St Freq ppm Skew ppm Offset L Co Offset sd Rem. corr. == 2016-06-05 08:45:55 0.0.0.0 0 -5.857 100.000 0.000e+00 ? 0 0.000e+00 9.856e-17 == Date (UTC) Time IP Address St Freq ppm Skew ppm Offset L Co Offset sd Rem. corr. == 2016-06-05 08:58:14 0.0.0.0 0 -5.857 100.000 0.000e+00 ? 0 0.000e+00 9.175e-17 == --- I restarted chronyd with the -d flag and it only showed a couple of lines and showed the skew to be 1 million seconds and not 0 as shown in tracking. I did chrony>burst and nothing was shown on the terminal, although if I do chronyc activity it does show the burst running for awhile (a minute or two). So why isn't it working? I'm running Debian 4.2.3 on an old Pentium I PC. And I updated using aptitude in Nov. 2015 which might be about when problems with chrony started (but I failed to investigate them then). David Lawyer
Bug#803980: Aptitude text interface has poor color contrast on overall progress bar (when downloadng)
Package: aptitude
Version: 0.7.2-1_i386
When downloading the orange progress bar at the very bottom of the screen
moves slowly across the screen. The letters on it are hard to read when
the orange progress bar is from say 0 to 50% across the screen due to the
poor color contrast of the blue on orange. The right part of this line is
white on blue with high contrast and ones eyes expect this high contrast
on the first (left) part of this line too.
There's another problem with this orange progress bar. If one has a large
download (mine was 300 MB) and a slow modem (mine is 2.88 KB/sec) the
orange part of the bar appears stationary and one may think it's a bug and
shouldn't be there.
My proposed solution is to just eliminate the moving orange progress bar
on the bottom line and keep this line with white letters on a blue
background. Since the % downloaded is clearly shown in white on blue,
there's no need for a moving overall progress bar which is much less
accurate to read than the numerical value in %.
David Lawyer
Bug#742901: exim4 didn't send authentication: fixed
> On 2014-03-28 David Lawyer wrote:
> > Package: exim4_4.82-5_all
> > Version: 4.82-5
>
> > I have 4 exim4 packages installed for each version. When I updated
> > exim4 from 4.80-4 to 4.82-5, exim broke since it would not output
> > email to my smart-host. The logs said that the smart-host said
> > "Relaying denied. Proper authentication required." I wrote a test
> > script which ran exim with -d (debug) for both versions (4.80 and
> > 4.82). The debug output is attached as a wdiff file showing the
> > difference between the output for 4.80 and 4.82.
>
> > What is observed from looking at this debug output is: After my exim
> > and the smart-host (server) agree on "using PIPELINING" both
> > versions of exim find my name and password. But next they do
> > "scanning authentication mechanisms" quite differently. 4.80 looks
> > up my password twice more (wasted effort since my password has
> > already been found). It then sends authentication to the server by
> > SMTP>> AUTH PLAIN *..** and the server responds "OK
> > Authenticated". Then the header FROM: TO: and DATA is sent to the
> > sever.
>
> > But 4.82 just skips any authentication and sends FROM: TO: and DATA
> > to the server OK. The server say the sender is OK but then after
> > repeating the TO: address says "Relaying denied. Proper
> > authentication required." It's obvious this is happening because of
> > the failure of 4.82 to send any authentication to the server.
> [...]
I've fixed it. What was wrong was not in exim but in the the
/etc/exim4/exim4.conf.template file. I first searched for the tls_out_cipher
variable in this file and couldn't find it. So I reinstalled the new version
4.82 (by "aptitude exim" and still couldn't find it since the installation
failed to update this conf. file (and didn't even ask me if I wanted to update
it). Then I found out that there is an exim4.config package so I installed it
and the bug is fixed: My outgoing exim now works OK (for 4.82) so I assume that
authentication also is OK. And the template file now contains tls_out-cipher
and not tls_cipher.
But there still remains the bug of using aptitude to install the latest version
of exim but not getting the configuration updated. Shouldn't a late version of
exim.conf be a dependency of another exim4 package? I haven't checked package
dependencies but there may be an error here (or in aptitude). Could you check
on this?
s
On Sat, Mar 29, 2014 at 06:34:01PM +0100, Andreas Metzler wrote:
>
> Hello David,
>
> thank you for the extensive info. The only relevant thing on the
> configuration side that changed is this:
> ---
> < client_send = "<; ${if !eq{$tls_cipher}{}\
> > client_send = "<; ${if !eq{$tls_out_cipher}{}\
> ---
> This should show up if "-d+auth+expand" is used instead of a simple
> "-d". - Could you please doublecheck that $tls_out_cipher expands to
> an empty value?
>
> I think there is indeed a problem with $tls_out_cipher (See
> <http://bugs.exim.org/show_bug.cgi?id=1455>), as a workaround you can
> edit the plain and login authenticator and replace tls_out_cipher with
> tls_cipher for the time being.
>
> Your wdiff-file included login info in the lookup results. I assume
> you realized this and replaced the actual password with a dummy one
> before posting.
>
> cu Andreas
> --
>
David Lawyer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742901: exim4 doesn't send authentication: broken
Package: exim4_4.82-5_all
Version: 4.82-5
I have 4 exim4 packages installed for each version. When I updated exim4 from
4.80-4 to 4.82-5, exim broke since it would not output email to my smart-host.
The logs said that the smart-host said "Relaying denied. Proper authentation
required." I wrote a test script which ran exim with -d (debug) for both
versions (4.80 and 4.82). The debug output is attached as a wdiff file showing
the difference between the output for 4.80 and 4.82.
What is observed from looking at this debug output is: After my exim and the
smart-host (server) agree on "using PIPELINING" both versions of exim find my
name and password. But next they do "scanning authentication mechanisms" quite
differenly. 4.80 looks up my password twice more (wasted effort since my
passwork has already been found). It then sends authentication to the server
by SMPT>> AUTH PLAIN *..** and the server responds "OK Authenticated".
Then the header FROM: TO: and DATA is sent to the sever.
But 4.82 just skips any authentication and sends FROM: TO: and DATA to the
server OK. The server say the sender is OK but then after repeating the TO:
address says "Relaying denied. Proper authentation required." It's obvious
this is happening because of the failure of 4.82 to send any authentication to
the server.
David Lawyer
Diff results (wdiff) for debugging exim4 4.80 (blue) and 4.82 (red). Use "cat
eximdiff | colordiff | most" to view in color.
-
Exim version [-4.82-] {+4.80+} uid=1000 gid=1000 [-pid=7714-] {+pid=5093+}
D=fbb95cfd
Berkeley DB: Berkeley DB [-5.3.28: (September 9, 2013)-] {+5.1.29: (October
25, 2011)+}
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz
dbmnz dnsdb dsearch nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Compiler: GCC [-[4.8.2]-] {+[4.7.0]+}
Library version: GnuTLS: Compile: [-2.12.23-] {+2.12.20+}
Runtime: 2.12.23
Library version: PCRE: Compile: [-8.31-] {+8.30+}
Runtime: 8.31 2012-07-06
Total 13 lookups
WHITELIST_D_MACROS: "OUTGOING"
TRUSTED_CONFIG_LIST: "/etc/exim4/trusted_configs"
changed uid/gid: forcing real = effective
uid=0 gid=1000 [-pid=7714-] {+pid=5093+}
auxiliary group list:
seeking password data for user "uucp": cache not available
getpwnam() succeeded uid=10 gid=10
changed uid/gid: calling tls_validate_require_cipher
uid=107 gid=107 [-pid=7715-] {+pid=5094+}
auxiliary group list:
tls_validate_require_cipher child [-7715-] {+5094+} ended: status=0x0
configuration file is /var/lib/exim4/config.autogenerated
log selectors = 0ffc [-00632001-] {+00612001+}
cwd=/home/dave 3 args: [-exim -d+auth-] {+/usr/sbin/exim -d+tls+}
christine...@gmail.com
admin user
changed uid/gid: privilege not needed
uid=107 gid=107 [-pid=7714-] {+pid=5093+}
auxiliary group list: 107
seeking password data for user "mail": cache not available
getpwnam() succeeded uid=8 gid=8
user name "David Lawyer" extracted from gecos field "David Lawyer"
originator: uid=1000 gid=1000 login=dave name=David Lawyer
sender address = dave@daveslinux
set_process_info: [-7714-] {+5093+} accepting a local non-SMTP message from
Sender: dave@daveslinux
Recipients:
christine...@gmail.com
search_tidyup called
>>Headers received:
From: d...@lafn.org
To: christine...@gmail.com
Subject: [-test-]
[--]
[-address match-] test: {+Don't reply+}
{++}
{+address match:+} subject=christine...@gmail.com pattern=d...@lafn.org
christine...@gmail.com in "d...@lafn.org"? no (end of list)
address [-match test:-] {+match:+} subject=dave@daveslinux
pattern=*@+local_domains
daveslinux in "@:localhost"? yes (matched "@")
daveslinux in "+local_domains"? yes (matched "+local_domains")
dave@daveslinux in "*@+local_domains"? yes (matched "*@+local_domains")
search_open: lsearch "/etc/email-addresses"
search_find: file="/etc/email-addresses"
key="dave" partial=-1 affix=NULL starflags=0
LRU list:
7/etc/email-addresses
End
internal_search_find: file="/etc/email-addresses"
type=lsearch key="dave"
file lookup required for dave
in /etc/email-addresses
lookup yielded: d...@lafn.org
LOG: address_rewrite MAIN
"dave@daveslinux" from env-from rewritten as "d...@lafn.org" by rule 2
address [-match test:-] {+match:+} subject=d...@lafn.org pattern=*@daveslinux
lafn.org in "daveslinux"? no (end of list)
Bug#710429: NFS: kernel sends 2 identical mount requests
Package:linux-image Version:3.2.0-3-486_3.2.21-3_i386 This is my first attempt ever, to set up a diskless client using nfs on the client, but the nfs will not mount. Both the server and client use the same linux-image. I'm using dnsmasq to provide servers for dhcp and tftp, with pxe managing all this. The linux-image kernel and initrd get sent to the client and the client starts booting the OS. All OK so far. But at the point where the booting client tries to mount the nfs file system from the server, it fails. At this point I see on the screen of the client a whole series of the same message "Retrying nfs mount mount: Device or resource busy" Then after many such error messages, it gives up and spawns an (initramfs) shell. A clue to why this happens is found in /var/log/syslog. It shows that there initially were 2 mount requests sent from the client. The first request apparently succeeds in mounting the nfs but the second request fails (coincides with the "busy" error message in syslog) since the nfs is already mounted on the client. So then the server sends a unmount request to the client. If the normal boot process continued from here, it would likely be OK. But what happens instead is that another mount request is sent to the server and the sequence of: mount request, busy error, unmount request continues. This (mount retry's) repeats many time until it gives up. So the problem is that instead of just sending one mount request to the server, the client sends a second mount request about a second later and then continues to retry mounting when the nfsroot is already mounted. The result is a failure to boot. Here's an excerpt from syslog on the server: (..21 is the client. daveslinux is the server) May 29 21:27:36 daveslinux dnsmasq-tftp[1484]: sent /var/lib/tftpboot/pxelinux.cfg/default to 192.168.0.21 May 29 21:27:40 daveslinux dnsmasq-tftp[1484]: sent /var/lib/tftpboot/boot/vmlinuz to 192.168.0.21 May 29 21:27:51 daveslinux dnsmasq-tftp[1484]: sent /var/lib/tftpboot/boot/initrd to 192.168.0.21 May 29 21:28:00 daveslinux dnsmasq-dhcp[1484]: DHCPDISCOVER(eth0) 00:0b:db:1a:6a:95 May 29 21:28:00 daveslinux dnsmasq-dhcp[1484]: DHCPOFFER(eth0) 192.168.0.21 00:0b:db:1a:6a:95 May 29 21:28:00 daveslinux dnsmasq-dhcp[1484]: DHCPREQUEST(eth0) 192.168.0.21 00:0b:db:1a:6a:95 May 29 21:28:00 daveslinux dnsmasq-dhcp[1484]: DHCPACK(eth0) 192.168.0.21 00:0b:db:1a:6a:95 May 29 21:28:01 daveslinux rpc.mountd[2014]: authenticated mount request from 192.168.0.21:922 for /nfsroot (/nfsroot) May 29 21:28:02 daveslinux rpc.mountd[2014]: authenticated mount request from 192.168.0.21:924 for /nfsroot (/nfsroot) May 29 21:28:02 daveslinux rpc.mountd[2014]: authenticated unmount request from 192.168.0.21:924 for /nfsroot (/nfsroot) May 29 21:28:03 daveslinux rpc.mountd[2014]: authenticated mount request from 192.168.0.21:926 for /nfsroot (/nfsroot) May 29 21:28:03 daveslinux rpc.mountd[2014]: authenticated unmount request from 192.168.0.21:926 for /nfsroot (/nfsroot) (These mount-unmount sequences repeat many more times. Note the +2 increment of the 922 number (What is this? A sequence number?) The reason I think that the first mount request succeeds is that the nfsroot file system is found in /root of the client after it spawns the (initramfs) shell. --- Here's a copy of the default file in .../pxelinux.cfg DEFAULT daveslinux-kern LABEL daveslinux-kern kernel boot/vmlinuz append "ip=dhcp boot=/dev/nfs nfsroot=192.168.0.42:/nfsroot initrd=boot/initrd nfsrootdebug rw" LABEL bak kernel boot/vmlinuz append "ip=dhcp boot=/dev/nfs nfsroot=192.168.0.42:/nfsroot initrd=boot/initrd nfsrootdebug rw" --- There is also an ethernet problem with eth0 but I don't think it should cause the above problem, but it might. I've had to set my server nic to half duplex since the kernel ADDCONF(NETDEV_CHANGE) can't set full duplex (set via ethtool) in the client. The nic card on the server is old and doesn't support autoconfig, but it does support full duplex which I use for other purposes. So what seems to happen is that the client kernel tries autonegotiation with the server nic and there is no response from the server nic. Then by default it sets half duplex. This situation is a "duplex mismatch" as described in Wikipedia. So I avoid this mismatch by setting half duplex for the server. Now could collisions and retransmission possibly result in the initial mount request getting thru twice? I also saw a message from the client during booting something to the effect of IP-Config: no response after 2 sec., giving up but the messages flash by so fast I can't read them well. The server is i586 and the client is i686 bot
Bug#706776: fetchmail documentation typo
Package:fetchmail
Version: 6.3.21-4
In the FAQ "you could up" should be replaced with "you could end up" or
"you could wind up"
David Lawyer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702938: Xwindow crashes due to vgahw
Package: xserver-xorg-core Version: 1.12.4-5_i386 When I type startx, the xserver crashes. I found on the internet that others report a crash due to the vgahw module (actually libvgahw.so). Note that this module is part of the core package. Heres the log: [ 13059.599] X.Org X Server 1.12.4 Release Date: 2012-08-27 [ 13059.604] X Protocol Version 11, Revision 0 [ 13059.606] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [ 13059.607] Current Operating System: Linux davespc 3.2.0-3-486 #1 Thu Jun 28 08:08:24 UTC 2012 i586 [ 13059.609] Kernel command line: auto BOOT_IMAGE=kernel-3.2... ro root=LABEL=6GB-Maxtor nousb [ 13059.612] Build Date: 23 February 2013 06:25:22PM [ 13059.613] xorg-server 2:1.12.4-5 (Julien Cristau ) [ 13059.614] Current version of pixman: 0.26.0 [ 13059.616]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 13059.618] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 13059.629] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Mar 10 14:50:14 2013 [ 13059.634] (==) Using config file: "/etc/X11/xorg.conf" [ 13059.636] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 13059.641] (==) No Layout section. Using the first Screen section. [ 13059.642] (**) |-->Screen "Screen" (0) [ 13059.642] (**) | |-->Monitor "Dell Monitor" [ 13059.662] (==) No device specified for screen "Screen". Using the first device section listed. [ 13059.663] (**) | |-->Device "Video Card S3" [ 13059.663] (==) Automatically adding devices [ 13059.664] (==) Automatically enabling devices [ 13059.666] (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. [ 13059.667]Entry deleted from font path. [ 13059.667] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 13059.668] (==) ModulePath set to "/usr/lib/xorg/modules" [ 13059.668] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 13059.682] (II) Loader magic: 0xb77bf5a0 [ 13059.682] (II) Module ABI versions: [ 13059.682]X.Org ANSI C Emulation: 0.4 [ 13059.683]X.Org Video Driver: 12.1 [ 13059.683]X.Org XInput driver : 16.0 [ 13059.684]X.Org Server Extension : 6.0 [ 13059.690] (--) PCI:*(0:0:19:0) 5333:8811:: rev 0, Mem @ 0xe000/8388608, BIOS @ 0x/65536 [ 13059.692] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) [ 13059.693] (II) LoadModule: "extmod" [ 13059.701] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [ 13059.707] (II) Module extmod: vendor="X.Org Foundation" [ 13059.708]compiled for 1.12.4, module version = 1.0.0 [ 13059.708]Module class: X.Org Server Extension [ 13059.709]ABI class: X.Org Server Extension, version 6.0 [ 13059.709] (II) Loading extension SELinux [ 13059.709] (II) Loading extension MIT-SCREEN-SAVER [ 13059.710] (II) Loading extension XFree86-VidModeExtension [ 13059.710] (II) Loading extension XFree86-DGA [ 13059.711] (II) Loading extension DPMS [ 13059.711] (II) Loading extension XVideo [ 13059.711] (II) Loading extension XVideo-MotionCompensation [ 13059.712] (II) Loading extension X-Resource [ 13059.712] (II) LoadModule: "dbe" [ 13059.717] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [ 13059.719] (II) Module dbe: vendor="X.Org Foundation" [ 13059.719]compiled for 1.12.4, module version = 1.0.0 [ 13059.720]Module class: X.Org Server Extension [ 13059.720]ABI class: X.Org Server Extension, version 6.0 [ 13059.721] (II) Loading extension DOUBLE-BUFFER [ 13059.721] (II) LoadModule: "glx" [ 13059.725] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 13059.728] (II) Module glx: vendor="X.Org Foundation" [ 13059.729]compiled for 1.12.4, module version = 1.0.0 [ 13059.729]ABI class: X.Org Server Extension, version 6.0 [ 13059.730] (==) AIGLX enabled [ 13059.731] (II) Loading extension GLX [ 13059.731] (II) LoadModule: "record" [ 13059.735] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so [ 13059.738] (II) Module record: vendor="X.Org Foundation" [ 13059.738]compiled for 1.12.4, module version = 1.13.0 [ 13059.739]Module class: X.Org Server Extension [ 13059.739]ABI class: X.Org Server Extension, version 6.0 [ 13059.740] (II) Loading extension RECORD [ 13059.740] (II) LoadModule: "dri" [ 13059.744] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so [ 13059.762] (II) Module dri: vendor="X.Org Foundation" [ 13059.763]compiled for 1.12.4, modul
Bug#685711: lynx: typing 2-byte utf8 unicode characters sometimes doesn't display them
On Sat, Aug 25, 2012 at 12:37:26PM -0400, Thomas Dickey wrote: > On Thu, Aug 23, 2012 at 11:16:55AM -0700, David Lawyer wrote: > > Package: lynx-cur > > Version: 2.88dev.12-2 > > > > When I go to the website yandex.ru (Russian search engine) and type in > > 2-byte Cyrillic characters (as a search word) in utf-8 (unicode) the > > behavior is as follows for a string of characters with index numbers > > 0,1,2,... (0 is the first character of the search word). > > > > Character 0 displays OK. If character 0 is a one-byte character (the > > ascii part of utf-8), then everything is OK for the characters that > > follow. But if char-0 is a 2-byte utf-8 character, then 2-byte chars. > > hmm - I'd thought this area was working. Things to check/compare: > a) locale settings > b) document and display charsets that lynx is using. > > however - checking the page and pasting strings from the lines above the text > field about halfway through the page (in uxterm), I see that some of the UTF-8 > strings paste as expected, some don't (I saved a copy of the page, and > verified that viewing the local file lets me reproduce the case). I just now tried pasting (using Putty emulation from a Windows laptop connected via the serial port). I get the same loss of visual fidelity as I reported. If I paste a short word (like 4 chars. long) the problem happens (only the first character displays). But a long word pastes OK. My pasting is done by the Putty emulation and not via lynx (which doesn't seem to have cut/paste commands). So pasting seemed to work just like typing (with my keyboard processing set to produce utf-8 characters). So you could try pasting both short and long words to see if you get the same results that I did. Pasting a long word likely also results in a visual fidelity error of a slight pause after the display of the first character, but this pause is too short to notice. For typing in manually, this pause it much longer and very noticeable. > > -- Thomas E. Dickey > http://invisible-island.net ftp://invisible-island.net David Lawyer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685711: lynx: typing 2-byte utf8 unicode characters sometimes doesn't display them
Package: lynx-cur
Version: 2.88dev.12-2
When I go to the website yandex.ru (Russian search engine) and type in
2-byte Cyrillic characters (as a search word) in utf-8 (unicode) the
behavior is as follows for a string of characters with index numbers
0,1,2,... (0 is the first character of the search word).
Character 0 displays OK. If character 0 is a one-byte character (the
ascii part of utf-8), then everything is OK for the characters that
follow. But if char-0 is a 2-byte utf-8 character, then 2-byte chars.
1-5 don't display as I type them. But the cursor moves (somewhat
erratically) as I type them. Then when I type char-6, everything
returns to normal: char-6 displays OK and the previously typed character
1-5 suddenly appear (and in the correct positions). After this,
characters 7 and higher display OK. Using "gitkeys" shows that the
unicode characters I type are being sent correctly to the program.
Also, the same behavior happens when typing in a user name at this site.
I just now tried typing in Russian search terms to Google, and the
behavior is the same. So this behavior doesn't seem to depend on the
search engine. I'm using a dumb terminal (unicode) connected to the
serial port of a Linux PC. Searches in Russian work OK other than the
corrupted display of typed input.
The cursor movements when no character is displayed, seem to depends on
what one has done previously. At the first attempt to type in a search
term, the cursor jumps to col 0 when char-1 is typed and stays in col-0
until char-6 is typed. Then on the next try to type in a search word,
the cursor advances correctly for chars 1-5 (but no characters display).
Sometimes the cursor advances like one was hitting the tab key, but the
spacing between cursor positions is erratic (tabs spaced 2-20 chars.
apart, etc.).
David Lawyer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685045: exim complains about my PC's name not being fully qualified name
Package: exim4 Version: 4.80-3 When exim runs, such as at boot-time, I get the error message: hostname --fqdn did not return a fully qualified name, dc_minimaldns will not work. Please fix your /etc/hosts setup. My /etc/hostname contains one line: davespc and it doesn't have a domain since I only dialup to my ISP once in a while to get/send email. So there is no reasonable way to make it fully qualified. If I claim my hostname to be that of my ISP, then mail to me originating on my PC (error notifications from software, etc.) would be sent to my ISP first which is not needed, especially if I spend most of my time on the PC but off the internet. I've set things up so that mail to me from my PC is sent directly to me at dave@davespc. I've configured Fetchmail to use this as the smtpname which rewrites incoming envelope-to's to dave@davespc. And my outgoing email client puts my email address: d...@lafn.org in the header from and also uses it at the evelope from when passing the message to exim. It all works fine except for the erroneous error message shown above (probably from the debian enhancements to exim). Although it's not part of the above problem, I also have exim rewrite incoming envelope-to's to dave@davespc. While fetchmail rewrites them and local mail from my pc uses dave@davespc there's another 3rd case of incoming email. This case has the evelope-to being dave@davespc. This case is when exims tries to hand-off outgoing email to my ISP but for some reason my ISP rejects it and exim then tries to return it to the sender which is d...@lafn.org. Then explicit rewriting of incoming To's is needeed so I've put such a rewrite in the exim template configuration file. This part of the template file uses /etc/email-addresses to rewrite From's (F flag) but not To's (T flag) which I need so I had to add this. David Lawyer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684340: exim tls fails: Diffie-Hellman prime too short
Package: exim4
Version: 4.80-3
It's reported on the Internet that version 4.77 doesn't have this
problem. After updating from v. 4.72, attempts to sent out email to my
ISP failed and all messages bounced back to me. After some checking I
found out that apparently the option tls_dh_min_bits has had it's
default value increased to a value that's too high for my ISP. Here what
it shows in my exim log file: (zoom.lafn.org is my ISP)
2012-08-08 12:21:33 1SzBow-0007AV-5w TLS error on connection to zoom.lafn.org
[108.92.93.123] (gnutls_handshake): The Diffie-Hellman prime sent by the server
is not acceptable (not long enough).
Here's how I fixed it based on what someone else did per the Internet:
Create file /etc/exim4/exim4.conf.localmacros and add the line:
TLS_DH_MIN_BITS = 512
David Lawyer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657950: extundelete will not install due to unmet dependencies
Package: extundelete
Version: 0.2.0-2
When I update the testing package list for i-386 (done today) and then
use aptitude to try to install extundelete I get the following
message:
David Lawyer
Reading package lists...
Building dependency tree...
Reading state information...
Reading extended state information...
Initializing package states...
The following NEW packages will be installed:
extundelete gcc-4.6-base{a} multiarch-support{a}
The following packages will be upgraded:
e2fslibs libc-bin libc6 libstdc++6 locales
5 packages upgraded, 3 newly installed, 0 to remove and 523 not upgraded.
Need to get 11.7 MB of archives. After unpacking 4,598 kB will be used.
The following packages have unmet dependencies:
e2fsprogs: PreDepends: e2fslibs (= 1.41.12-2) but 1.42-1 is to be installed.
libnss-db: Depends: libc6 (< 2.12) but 2.13-24 is to be installed.
The following actions will resolve these dependencies:
Keep the following packages at their current version:
1) e2fslibs [1.41.12-2 (now)]
2) extundelete [Not Installed]
3) libc-bin [2.11.2-11 (now)]
4) libc6 [2.11.2-11 (now)]
5) libstdc++6 [4.4.5-12 (now)]
6) locales [2.11.2-11 (now)]
7) multiarch-support [Not Installed]
Accept this solution? [Y/n/q/?] No packages will be installed, upgraded, or
removed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648157: Correction: bytes being > 80 hex likely not cause of problem.
Here's a copy of my report of this problem (mostly for my own use). utf-8 problem. The file you are now reading is a unicode file. If it looks corrupted in vim use :set encoding=utf-8. Most Russian websites use UTF-8 (unicode) using 2-byte Cyrillic unicode characters. For the 2nd byte ??-?? maps to 80-8F hex and ??-?? maps to 90-9F. Due to a bug, lynx displays them as upper control codes. Examples: ??=80=~@ ??=81=~A, ??=82=~B, ??=91=~Q, ??=9F=~_, etc. So the resulting display is corrupted and about half of the Russian characters get erroneously converted to upper control characters representation (in ascii): ~A is like ^A (control-A) but the high order bit is set. The above happens even though lynx has UTF-8 set which can be inspected (or set) using the options menu by pressing "o" in lynx. So the 2nd byte of about half of the Russian characters gets converted to an upper control code such as ~A. What happens to the 1st utf-8 byte of the character? It gets converted to an error symbol. This firest byte is actually either D0 (for ??-??) or D1 (for ??-??). What about the other half of the Russian characters that lynx displays OK? They all have D0 as the first byte and then Ax or Bx as the 2nd byte (x=0,F). Why do these come thru OK? Well, they are not upper control characters but they are above-ascii bytes with the high order bit set (80-FF). So some above-ascii bytes, A0-BF get displayed OK. UTF-8 FILES NOT CORRUPTED One can use lynx to save an internet UTF-8 page to a file and the file is valid UTF-8, which displays OK on a UTF-8 terminal using cat, more, or vim (using :set encoding = utf-8). But the above mentioned corruption (~A and err. chars.) happens if one tries to view it with lynx or with vim (default encoding of 8859-15). Viewing it with most shows the same sort of corruption but instead of ~A one sees <81> and instead of ~_ one sees <9F> etc. (the upper control codes get displayed as ascii hex-numbers inside angle brackets). OTHER CHARACTERS USED IN RUSSIAN The above was only for alpha characters and ignores the use of other characters used in Russian such as the French type quotes or the letter e with 2 dots over it (the only alpha character not covered above). In unicode utf-8, they are not contiguous with the Russian codes mentioned above since they are apparently also used in other languages. I can't seem to get them to type to this doc, but that's another problem since Windows is supposed to generate them for my dumb terminal (Putty emulation of UTF-8 on a Windows laptop). As far as displaying such other characters correctly, fixing the ~A problem first may help. TOOLS USED FOR INVESTIGATING Besides using cat, more, most, and vim to inspect files, one may use hd (hex dump) to look at the hex contents alongside the UTF-8 glyphs. It doesn't seem to parse unicode byte pairs correctly when the pair is split between two lines of display. But if one ignores bytes at the end or beginning of lines, it's useful. David Lawyer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648157: ncurses might be causing the problem
I looked over briefly some documentation for ncurses (which is used
in compiling lynx-cur) and it says that an option flag must be given
to make ncurses support utf-8. Could it be that the debian compile of
lynx-cur failed to use an ncurses that supports utf-8? But even
without utf-8 support, I don't understand why ncurses would cause
half of the alphabet to be eaten.
My $TERM variable is putty.
David Lawyer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648157: lynx-cur: Using utf-8 display, lynx eats bytes of value >= 80hex. Corruption results.
Package: lynx-cur Version: 2.8.8dev.8-1 Severity: normal Using unicode utf-8 is broken. Looking a a Russian site which is utf-8 results in about half of the Russian characters missing (and replaced by escaped codes like ~B, ~D, etc. I use a utf-8 terminal (using the Putty program on a laptop) connected to the serial port of my Linux PC. utf-8 works fine with this setup (but not with lynx). I can read a utf-8 file using "more" or "cat". The text browser elinks works fine and displays all Russian characters. I observed what was going on by using lynx on a Russian utf-8 site and saving the page. The page display while using lynx was very corrupt but reading the saved page (a file) using "more" is fine. Using vim to read this saved file gives more clues. If I just use vim (which expects an ascii file) I get the same corruption. But if I configure vim for utf-8, it works fine. Thus lynx would display fine if it just sent the raw file to my utf-8 terminal. But instead, it behaves as if it was a 7-bit-byte ascii file and replaces any 8-bit-byte (with the high order bit 1, value >= 80-hex) with an escape code like ~B. Seeing ~B means that the code was control-B with the high order bit set (82-hex). This in utf-8 is the 2nd byte of the pair for Russian character "??". I just typed the Russian letter "t" and you see it doesn't show "t" but .~B and I'm using the Debian reportbug program which is giving the same error as what I'm reporting (probably since it's likely using vim which thinks I'm typing an ascii file). And I was going to also mention that lynx replaces the first byte of the utf-8 pair with the error character as you see, provided the 2nd byte of the pair is an above-ascii character. Here's part of the options menu: Display and Character Set Use locale-based character set(!): [OFF] Use HTML5 charset replacements(!): [OFF] Display character set: [UNICODE (UTF-8)] Assumed document character set(!): [iso-8859-1__] Raw 8-bit (!): [OFF] The problem exists with the above options. If I set Raw to on, it reloads the webpage with the same corruption, and then when I view the options menu Raw is shown as off. Is Raw actually being turned on? I don't know. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages lynx-cur depends on: ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy ii libbsd0 0.2.0-1 utility functions from BSD systems ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libgnutls26 2.10.4-2 the GNU TLS library - runtime libr ii libidn111.18-1 GNU Libidn library, implementation ii libncursesw55.7+20100313-5 shared libraries for terminal hand ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages lynx-cur recommends: ii mime-support 3.51-1 MIME files 'mime.types' & 'mailcap Versions of packages lynx-cur suggests: pn lynx-cur-wrapper (no description available) -- Configuration Files: /etc/lynx-cur/lynx.cfg changed: .h1 Auxiliary Facilities .h2 INCLUDE .ex .ex .h2 STARTFILE .ex .h2 HELPFILE .ex HELPFILE:file://localhost/usr/share/doc/lynx-cur/lynx_help/lynx_help_main.html.gz .h2 DEFAULT_INDEX_FILE DEFAULT_INDEX_FILE:http://lynx.isc.org/ .h1 Interaction .h2 GOTOBUFFER .h2 JUMP_PROMPT .h1 Auxiliary Facilities .h2 JUMPFILE .ex .h2 JUMPBUFFER .h1 Internal Behavior .h2 SAVE_SPACE .h2 REUSE_TEMPFILES .h2 LYNX_HOST_NAME .h2 LOCALHOST_ALIAS .ex 2 .h2 LOCAL_DOMAIN .h1 Session support .h2 AUTO_SESSION .h2 SESSION_FILE .h2 SESSION_LIMIT .h1 Character sets .h2 CHARACTER_SET .nf .fi CHARACTER_SET:iso-8859-1 .h2 LOCALE_CHARSET LOCALE_CHARSET:TRUE .h2 ASSUME_CHARSET .h2 ASSUMED_DOC_CHARSET_CHOICE .h2 DISPLAY_CHARSET_CHOICE .ex .ex 4 .h2 ASSUME_LOCAL_CHARSET .h2 PREPEND_CHARSET_TO_SOURCE PREPEND_CHARSET_TO_SOURCE:FALSE .h2 NCR_IN_BOOKMARKS .h2 FORCE_8BIT_TOUPPER .h2 OUTGOING_MAIL_CHARSET .h2 ASSUME_UNREC_CHARSET .h2 PREFERRED_LANGUAGE PREFERRED_LANGUAGE:en .h2 PREFERRED_CHARSET .h2 CHARSETS_DIRECTORY .h2 CHARSET_SWITCH_RULES .h1 Interaction .h2 URL_DOMAIN_PREFIXES .h2 URL_DOMAIN_SUFFIXES .h2 FORMS_OPTIONS .h2 PARTIAL .h2 PARTIAL_THRES .h2 SHOW_KB_RATE .h2 SHOW_KB_NAME .h1 Timeouts .h2 INFOSECS .h2 MESSAGESECS .h2 ALERTSECS .h2 NO_PAUSE .h2 DEBUGSECS .h2 REPLAYSECS .h1 Appearance .h2 USE_SELECT_POPUPS .h2 SHOW_CURSOR SHOW_CURSOR:TRUE .h2 UNDERLINE_LINKS .h2 BOLD_HEADERS .h2 BOLD_H1 .h2 BOLD_NAME_ANCHORS .h1 Internal Behavior .h2 DEFAULT_CACHE_SIZE .h2 DEFAULT_VIRTUAL_MEMORY_SIZE .h2 SOURCE_CACHE .h2 SOURCE_CA
Bug#599373: Installing kernel changes hard drive hda to sda, etc.
Package: linux-image Version: 2.6.32-5-486 Installing this updated kernel (my old one was 2.6.30) changed my hard drive designations in /dev from hdxx to sdxx. For example hda2 became sda2. There was no warning that this was happening. Now sda2 is supposed to be a SATA drive and mine are ATA (non-serial) drives. I guess they now still work OK but I should have gotten some notice or explanation of the name change. Do I need to put the sd notation in lilo.conf? The installation recommended that I should use the UUID designation for harddrives. I responded OK and now my /etc/fstab table is nearly impossible to read since the UUID device numbers are so long that they take up almost an entire line on the screen, so other data on the line wraps over to the next line. Can they be replaced with sd.. ? I manually modify the /etc/fstab table from time to time and need to keep it simple like it was before it was messed up with long UUIDs. David Lawyer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564743: 3c509 ethernet driver doesn't accept the xcvr parameter
Package: linux-image
Version: 2,6,30-1-486
I'm trying to make an ethernet connection to an old Linux PC with a
3Com Etherlink III card 3c509B. I want full duplex so per the kernel
documentation for 3c509 I must use the 3c509 module and give it the
parameter xcvr=12 which forces full duplex. So in /etc/modules I put:
3c059 xcvr=12
But the module doesn't load per lsmod and the syslog shows:
Jan 7 15:13:28 davespc kernel: [ 40.355722] 3c509: Unknown parameter `xcvr'
I've also tried putting this xcvr option in a file I created in
/etc/modprobe.d with the same result.
Is this a bug in the software or documentation?
David Lawyer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#365266: Kernel 2.6.15 probes ide0 after being told there is no ide0
On Fri, Dec 26, 2008 at 11:31:50AM +0100, Moritz Muehlenhoff wrote: > On Fri, Apr 28, 2006 at 02:39:02PM -0700, David Lawyer wrote: > > Package: linux-image-2.6.15-1-486 > > Version: 2.6.15-8_i386 > > > > While booting version 2.6.15 on a Pentium 1, there is a long pause > > while the kernel probes ide0. There is no such pause in version > > 2.6.12. The kernel command line has: hda=none, hdb=none and ide0=none > > so it should know there is no ide0 (mine failed after I plugged in the > > HD cable reversed by mistake). Also, from the resume message it seems > > to have crashed while probing. Here's an excerpt from dmesg with my > > comments after **: > > Does this error still occur with more recent kernel versions? No. I think it's been fixed for about a year now. > > Cheers, > Moritz > David Lawyer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#439870: closed by Elimar Riesebieter <[EMAIL PROTECTED]> (Re: [Pkg-alsa-devel] Bug#439870: Bug#439870: Bug#439870: aplay fails to load my driver module snd-sb16)
On Sun, Nov 02, 2008 at 07:12:14PM +, Debian Bug Tracking System wrote: > > This is an automatic notification regarding your Bug report > which was filed against the alsa-utils package: > > #439870: aplay fails to load my driver module snd-sb16 > > It has been closed by Elimar Riesebieter <[EMAIL PROTECTED]>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Elimar Riesebieter > <[EMAIL PROTECTED]> by > replying to this email. > > > -- > 439870: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439870 > Debian Bug Tracking System > Contact [EMAIL PROTECTED] with problems > Date: Sun, 2 Nov 2008 20:07:32 0100 > From: Elimar Riesebieter <[EMAIL PROTECTED]> > Subject: Re: [Pkg-alsa-devel] Bug#439870: Bug#439870: Bug#439870: aplay > fails to load my driver module snd-sb16 > To: David Lawyer <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] > > * Elimar Riesebieter [070916 22:30 +0200] > > On Sat, 15 Sep 2007 the mental interface of > > David Lawyer told: > > > > > On Fri, Sep 14, 2007 at 08:04:13PM +0200, Elimar Riesebieter wrote: > > [...] > > > > Sorry, are you running a 2.4 kernel? modutils are deprecated in > > > > etch/lenny/sid since we are running only 2.6 kernels here. > > > > > > No, I'm running 2.6.21. The same "sound" file is in /etc/modprobe.d > > > but I didn't realize this. It seems that alsa creates the "sound" > > > file as well as other files in both the modprobe.d and modutils > > > directories. Look at the package list for alsa-base. > > > > This is fixed in 1.0.14-2 ;) But anyway, you have to load snd-pc16 > > at boottime! There is no such module as snd-pc16. > > ISA modules have to be loaded by hand vi /etc/modules. If so, I think this is a bug. After all, I ran the slow configuration program for alsa and it found the correct module for my sound card and wrote in /etc/modprobe.d/sound: alias snd-card-0 snd-sb16 (where snd-sb16 is the module for my sound card). The configuration completed without error and without any notice that loading the module wouldn't happen when I run say aplay. So this is a bug since anything successfully configured should work. It doesn't load because the program fails prior to the point where it loads the module. This can be seen since if one first creates /dev/snd/controlC0 alsa works OK and loads the module. However controlC0 doesn't get created. One way to create controlC0 is just to load the snd-sb16 module. Here's another way to create it: Put "M snd/controlC0 c 116 0" into /etc/udev/links.conf. If only this is done, it turns out that this device can only be used by root (you need to be root to use sound) due to restrictive permissions on the device. But one can give users belonging to the group "audio" the right to use it by specifying so in /etc/udev/rules.d/91-permissions.rules. Then people who use sound are put into the audio group resulting in them being able to use audio. There still exists the problem that the permissions on the device don't get set as specified until the 2nd time you try to use use audio. So I think that the also sound program should be modified to either load the module before it tries to access the non-existent controlC0 device, or the alsa configuration process should modify the configuration in /etc/udev/links.conf so that controlC0 gets created at boot-time and also get the udev people to fix the permission problem with udev. Perhaps alsa only needs to do one of the above if one has an ISA card. Another fix, that would work in my case is to look for controlC0 in /dev/.static/dev/snd in case it's not found in /dev/snd > Elimar > > -- >what IMHO then? IMHO - Inhalation of a Multi-leafed Herbal > Opiate ;) --posting from alex in debian-user-- > Date: Mon, 27 Aug 2007 16:51:55 -0700 > From: David Lawyer <[EMAIL PROTECTED]> > Subject: aplay fails to load my driver module snd-sb16 > To: [EMAIL PROTECTED] > > Package:alsa-utils > Version: 1.0.14-1 > > When I type aplay ..., there is no sound and the sound modules fail to > load. I used strace to find out why. aplay tries to open > /dev/snd/controlC0 and then tries /dev/aloadC0. Both fail to open > since they don't exist. After trying in vain C0, C1, C2, ... aplay > gives up and exits with an error message "cannot find card ' '". > > Well, I do have both devices it tried to open but they are both in the > /dev/.static/dev/ directory. So why is it looking in the wrong place >
Bug#504427: exim gives error message: hostname --fqdn did not return ...
Package: exim4 Version: 4.69-9 When my PC boots, an error message is: MTA: hostname --fqdn did not return a fully qualified domain name ... It goes on to say that dc_minimaldns will not work. It never reported this error on the old exim4. Furthermore, my PC has no full-time IP number as I only get a temporary IP number assigned when I dial up. Thus my PC (the host) just doesn't have a "fully qualified domain name" and typing "hostname --fqdn" returns "davespc" which is the full name of my PC. It has no dots in the name since it has no IP number and can't be looked up on the Internet. Thus I should not see this message. Is it true that minimal dns is not working for me? I don't think exim is dumb enough to try and look up the IP of "davespc". So I think this boot-time message is erroneous. And most dialup users will likely not understand the meaning of this message which will make them think something is wrong when it probably isn't. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296687: closed by Martin Michlmayr <[EMAIL PROTECTED]> (Kernel from Debian 3.1 no longer supported)
On Fri, Jun 20, 2008 at 03:21:51PM +, Debian Bug Tracking System wrote: > > This is an automatic notification regarding your Bug report > which was filed against the kernel-image-2.6.8-3-386 package: > > #296687: Parallel port too fast for old printer I think I found a workaround a few years ago. I went into the BIOS at startup and set the parallel port to SPP (standard parallel port) which makes it work like a very old-fashined slow port. After this, it printed fine and I didn't seem to have any more problems. But shouldn't Linux be able to cope with a more modern paralled port connected to a very old printer? I think the more modern port was supposed to be backward compatible. Since it works OK for me now, I'm not going the reset the Bios and test it again. So while the bug will be closed, it might still exist. > > It has been closed by Martin Michlmayr <[EMAIL PROTECTED]>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Martin Michlmayr <[EMAIL > PROTECTED]> by > replying to this email. > > > -- > 296687: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=296687 > Debian Bug Tracking System > Contact [EMAIL PROTECTED] with problems > Date: Fri, 20 Jun 2008 17:08:38 +0200 > From: Martin Michlmayr <[EMAIL PROTECTED]> > Subject: Kernel from Debian 3.1 no longer supported > To: [EMAIL PROTECTED] > > Version: 2.6.8-99+rm > > You reported a bug against the Linux kernel (version 2.6.8) that was > shipped with Debian 3.1 (sarge). Since Debian 3.1 is no longer > supported and the kernel has changed so much that it would be very > difficult to verify every outstanding bug from 2.6.8, I'm hereby > closing your bug report. > > If you still see this issue with the kernel from the upcoming release > of Debian (lenny, version 5.0), then please me know and I'll be happy > to reopen this bug report. > > Thanks. > > -- > Martin Michlmayr > http://www.cyrius.com/ > > Date: Wed, 23 Feb 2005 16:54:21 -0800 > From: David Lawyer <[EMAIL PROTECTED]> > Subject: Parallel port too fast for old printer > To: [EMAIL PROTECTED] > > Package: kernel-image-2.6.8-1-386_2.6.8-3.1_i386.deb > Version: NA > > I'm using a 23-year-old NEC 3530 Spinwriter printer with a parallel port > interface (most of them were serial, which work OK with Linux). It > works fine with kernel version 2.2.20. For kernel 2.4.26, if I type: > cat "This is a test" > /dev/lp0, it prints "his is a testt". In other > words the first strobe somehow misses the 1st byte but gets the second > byte. For my 2.6 kernel version, at first I couldn't get it to print at > all. But then I gave the option dma=none, etc. to the parport_pc module > and then it would erratically print about half of what cat sent to the > printer. Sometimes it would do no more than a linefeed. > > What I think is happening is that the parport_pc driver is sending too > fast for the printer. The driver may not be doing handshaking right. > My PC parallel port is a fast ECP one, but the printer parallel port it > connects to is just a 23-year-old Centronics: SPP. So the driver should > wait for ACK after each byte before sending the next byte. Does it? My > printer manual shows the protocol and timings expected. It shows about > 10 us between the start of adjacent bytes. Since the printer takes > 20,000 us to print a character (50 chars/sec.) the 10 us spacing is > 2,000 times faster than needed. My timing diagram show the next byte > being sent to the printer about 1us after the end of the ACK pulse. > The timing diagram also shows that BUSY is not asserted until the > 512 bytes printer buffer is almost full. It doen't get asserted when > recieving a byte as was claimed by someone on the Internet. > > There was no problem with using an old NEC serial printer since one just > sets the serial speed for 600 baud. But I can't use it anymore since it > broke. Since the serial driver works OK for old serial ports, shouldn't > the parallel port driver do likewise? > > David Lawyer > David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#60673: closed by "Benj. Mako Hill" <[EMAIL PROTECTED]> (closing this bug)
On Wed, Mar 19, 2008 at 03:15:12AM +, Debian Bug Tracking System wrote: > > This is an automatic notification regarding your Bug report > which was filed against the most package: > > #60673: most sets 24 lines on dumb terminal > > It has been closed by "Benj. Mako Hill" <[EMAIL PROTECTED]>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact "Benj. Mako Hill" > <[EMAIL PROTECTED]> by > replying to this email. > > > -- > 60673: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=60673 > Debian Bug Tracking System > Contact [EMAIL PROTECTED] with problems > Date: Tue, 18 Mar 2008 23:07:31 -0400 > From: "Benj. Mako Hill" <[EMAIL PROTECTED]> > Subject: closing this bug > To: [EMAIL PROTECTED] > > After nearly 8 years, I believe this issue has been addressed. I'm > closing this bug. Please reopen it if you care or notice an issue. What makes you think it's been addressed? I had a lot of trouble testing it now, since the terminal that had 25 lines when I reported the bug failed a few years ago. But I tested it by falsely changing the terminfo for my terminal to 25 lines instead of the 24 that it actually has. "most" still sets the terminal for 24 lines and fails to change it back to 25 lines when it's done. However I checked the environment variable LINES and it's set to 25 likely not by "most" but perhaps by the shell (a change in the past 8 years). This setting of "LINES" provides a workaround for the problem. So the problem is less severe than it previously was due to the workaround, but "most" still fails to utilize the full number of lines on the terminal. So perhaps it's now only "wishlist" item. I suggest that the scrolling region specified by the terminfo (type "infocmp" on the command line to see it: LINES#25 in my previous case) be used when one starts most. David Lawyer > > Regards, > Mako > > -- > Benjamin Mako Hill > [EMAIL PROTECTED] > http://mako.cc/ > > Creativity can be a social contribution, but only in so far > as society is free to use the results. --GNU Manifesto > Date: Fri, 17 Mar 2000 23:52:09 -0800 > From: David Lawyer <[EMAIL PROTECTED]> > Subject: most sets 24 lines on dumb terminal > To: [EMAIL PROTECTED] > > Package: most > Version 4.9.0-1.1 > > When started, "most" sends ESC [1;24r to a vt100 dumb terminal. This > sets a 24-line scrolling region. My terminal has 25 lines and this > fact is in the terminfo database. Yet "most" only uses 24 lines and > when one exists "most" the scrolling region is still set to 24 lines. > Then one runs other programs, some of them consult terminfo and see > that the terminal is 25 lines. They get to line 25 by using direct > cursor addressing and may leave the cursor on line 25 when they exit. > Now the shell command line is 25 but it's outside the 24-line > scrolling region so it doesn't scroll and the cursor is stuck in line > 25 and will not exit it even if you hit , etc. > > Now the main problem is that the user doesn't have a clue as to how this > happened. There isn't any message telling him that the cursor is > outside the scrolling region. In fact, there is no way to ask the > terminal to tell you what scrolling region is set. It would seem that > if "most" is sophisticated enough to use terminfo to set the scrolling > region, it should be able to find the number of lines from terminfo > also. Then it would set the scrolling region to this value. > > There is a fix for the problem and that's to set LINES=25 (as an > environment variable) in etc. profile. It's very easy to fix but hard > to figure out what's wrong. But I think that if "most" sets the > scrolling region using an escape sequence that came from terminfo it > should also be able to get the number of lines from the same terminfo. > > Note: My libc6 is 2.1.3-2 and slang1 is 1.3.9-1 > -- > David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463487: Kernel 2.6.22 hangs at boot (hardware-software prob.)
Package: linux-image-2.6.22
Version: 2.6.22-3-486
After I installed a used suspect hard-drive which has a bad history, I
booted from another drive. It hung just after the line:
checking if image is initramfs... it is
It hung at the same place when I tried to boot from the suspect drive.
It did the same when I removed the suspect hard drive and tried
booting from the good drive. But after waiting for about an hour, it
booted OK under these same conditions. Before this it booted OK from
a floppy and a memory test (couldn't test all of it) showed all OK.
Now the suspect hard-drive was removed from my PC about a month ago to
fix a problem of the PC (an old Pentium I) shutting down by itself
once in a while (every several hours, etc.). This problem started
after I replaced the power supply with a "better" used one. Thus the
suspect HD may draw too much current, etc. and cause lower voltages as
well as trip the overload protection built into the power supply.
However, it's likely not just a hardware problem since others on the
Internet have reported a hang at the same place in the boot sequence.
See Ubuntu bug #155278. I think it's a race condition that happens if
the hardware is somewhat degraded in some way. Also, I've noticed a
long pause of a few seconds after this initramfs... message and think
that something wrong is going on at this point.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462916: Acknowledgement (apt-get changes dumb terminal parity)
I just now watched what happens using another terminal using "watch stty -F /dev/ttyS3 -a" Note /dev/ttyS3 is my dumb terminal that gets sent bytes with the wrong parity. The physical terminal needs odd parity. Before apt-get reaches "Reading database" stty shows "parenb parodd". When it gets to "Reading database" it just changes slightly to "-parenb parodd". So it's disabled parity: -parenb but the parity still remains odd: parodd (but that's a moot point since parity has been disabled). So the Subject: should read: apt-get disables parity needed by dumb terminal. But in effect it has changed parity from odd parity to no parity even though "parodd" is still set. At the same time when the parity is disabled, some other parameters of the terminal interface also change: cs7 becomes cs8 (bytes go from 7 bits (plus parity) to 8 bits) and icanon becomes -icanon (one doesn't need to type or to send a character to the program). There could be other changes too, I didn't check. I tried strace but since strace controls the terminal interface, parity doesn't get disabled. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462916: apt-get changes dumb terminal parity
Package: apt
Version: 0.7.9
When I use apt-get at a dumb terminal which is set for odd parity
everything seems OK at first. But later on after it's fetched
(downloaded) all the packages and begins with "Reading database" I see
error characters that indicate that apt has messed with the terminal
settings for the serial port (using stty or the like) in the computer
and has disabled odd parity. The "Reading Database" and everything
after this (such as setting up packages) is almost unreadable. So
characters with no parity are being sent to the terminal and only
about half of them happen to have odd parity, so only those get
displayed since the dumb terminal considers any characters with even
parity to be erroneous and only displays error symbols for them.
Then when apt-get is finished, everything is OK since it must reset
the terminal interface back to odd parity (It likely saved the
original settings and then restores them). The fix is to just not
to change the parity setting of the interface. It could be some program
that apt-get calls that is the culprit.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401939: closed by Michael Stone <[EMAIL PROTECTED]> (Re: od dumps byte-swapped words instead of bytes)
This bug still exists. On Sat, Jan 26, 2008 at 02:57:07PM +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the coreutils package: > > #401939: od dumps byte-swapped words instead of bytes > > It has been closed by Michael Stone <[EMAIL PROTECTED]>. > > Their explanation is attached below. If this explanation is > unsatisfactory and you have not received a better one in a separate > message then please contact Michael Stone <[EMAIL PROTECTED]> by replying > to this email. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) > > Date: Sat, 26 Jan 2008 09:50:20 -0500 > From: Michael Stone <[EMAIL PROTECTED]> > Subject: Re: od dumps byte-swapped words instead of bytes > To: [EMAIL PROTECTED] > > Command is behaving as expected, no documentation changes have been > proposed. Not so. I just tried it again and got the same results with coreutils 5.97. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462675: locate command is destroyed when findutils upgraded
Package: findutils Version 4.2.31 I used apt-get upgrade and then found that the "locate" command was missing (didn't work when I needed to use it). Upon investigation, I find that "locate" was formerly in the findutils package but is no longer there. So I think that the upgrade installed a new findutils package which removed the existing "locate" command without fetching and installing the new "locate" package. Result: locate command destroyed without a replacement. Of course I finally fixed this by: "apt-get install locate", but it took a lot of needless effort to figure out what had happened, including searching the Internet. It was also annoying when I needed to use locate but couldn't since it was missing. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457114: Iceape browser will not install due to configuration script error
Since I wanted to finish installing my iceape-browser, I patched the
code myself and it seems to work OK. I just edited
/usr/sbin/update-iceape-chrome and replaced the two "ls"s with
"command ls".
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457114: Iceape browser will not install due to configuration script error
Package: iceape-browser
Version 1.1.7-1_i386.deb
Heres a transcipt of an attempt of apt-get to configure the iceape
browser. I used apt-get's install command and got:
Reading package lists...
Building dependency tree...
iceape is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 439 not upgraded.
3 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up iceape-browser (1.1.7-1) ...
Updating iceape chrome registry...mv: cannot stat
`\033[00m\033[00mchrome.rdf\033[00m': No such file or directory
dpkg: error processing iceape-browser (--configure):
_
What's wrong is obvious. the file name mchome.rdf is garbled because
it was obtained by the "ls" command which adds on escape sequences
since I've set it to display color-coded files names by putting
ls () { command ls --color $* ; }
in my /etc/profile. The \033 ... are escape sequences for color. So
the fix is to use 'command ls' instead of just 'ls'. This will just
show the file name without the color escapes (\033 is the escape
character).
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#450886: lynx gets "network read error" at some https sites
Package: module-init-tools
Version: 2.8.7dev.4
When I type: "lynx https://post.craigslist.org"; I get:
Getting https://post.craigslist.org/
Looking up post.craigslist.org
Making HTTPS connection to post.craigslist.org
Verified connection to post.craigslist.org (cert=post.craigslist.org)
Secure 192-bit TLS 1.0 (RSA_3DES_EDE_CBC_SHA1) HTTP connection
Sending HTTP request.
HTTP request sent; waiting for response.
Alert!: Unexpected network read error; connection aborted.
Can't Access `https://post.craigslist.org/
Alert!: Unable to access document.
lynx: Can't access startfile
--
This also happens for some other https connections, but not on all
https connections. Other browsers will connect to these sites.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439870: [Pkg-alsa-devel] Bug#439870: Bug#439870: aplay fails to load my driver module snd-sb16
On Fri, Sep 14, 2007 at 08:04:13PM +0200, Elimar Riesebieter wrote: > On Fri, 14 Sep 2007 the mental interface of > David Lawyer told: > > > On Tue, Sep 11, 2007 at 06:18:21PM +0200, Elimar Riesebieter wrote: > > > On Tue, 28 Aug 2007 the mental interface of > > > Elimar Riesebieter told: > > > > > > > On Mon, 27 Aug 2007 the mental interface of > > > > David Lawyer told: > > > > > > > > >Package:alsa-utils > > > > >Version: 1.0.14-1 > > > > > > > > > >When I type aplay ..., there is no sound and the sound modules fail to > > > > >load. I used strace to find out why. aplay tries to open > > > > >/dev/snd/controlC0 and then tries /dev/aloadC0. Both fail to open > > > > >since they don't exist. After trying in vain C0, C1, C2, ... aplay > > > > >gives up and exits with an error message "cannot find card ' '". > > > > > > > > It seems you have an ISA card? > > > > > > Any progress? Can I close this bug? > > > > I haven't had time to look into it. Yes, I have an ISA card with no > > PnP. So the two devices above are never put into /dev at boottime > > since the kernel doesn't look for non-pnp ISA cards. But alsa > > should realize that these devices don't exist and create them. The alsa > > configuration has created the file in /etc/modutils/sound: > > > > alias sound snd_sb16 > > options sound irq=10 isapnp=0 > > Sorry, are you running a 2.4 kernel? modutils are deprecated in > etch/lenny/sid since we are running only 2.6 kernels here. No, I'm running 2.6.21. The same "sound" file is in /etc/modprobe.d but I didn't realize this. It seems that alsa creates the "sound" file as well as other files in both the modprobe.d and modutils directories. Look at the package list for alsa-base. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439870: [Pkg-alsa-devel] Bug#439870: Bug#439870: aplay fails to load my driver module snd-sb16
On Tue, Sep 11, 2007 at 06:18:21PM +0200, Elimar Riesebieter wrote: > On Tue, 28 Aug 2007 the mental interface of > Elimar Riesebieter told: > > > On Mon, 27 Aug 2007 the mental interface of > > David Lawyer told: > > > > >Package:alsa-utils > > >Version: 1.0.14-1 > > > > > >When I type aplay ..., there is no sound and the sound modules fail to > > >load. I used strace to find out why. aplay tries to open > > >/dev/snd/controlC0 and then tries /dev/aloadC0. Both fail to open > > >since they don't exist. After trying in vain C0, C1, C2, ... aplay > > >gives up and exits with an error message "cannot find card ' '". > > > > It seems you have an ISA card? > > Any progress? Can I close this bug? I haven't had time to look into it. Yes, I have an ISA card with no PnP. So the two devices above are never put into /dev at boottime since the kernel doesn't look for non-pnp ISA cards. But alsa should realize that these devices don't exist and create them. The alsa configuration has created the file in /etc/modutils/sound: alias sound snd_sb16 options sound irq=10 isapnp=0 This driver is for ISA cards. So shouldn't alsa know enough to create the control device and realize that the kernel doesn't know about the card and thus never created any device for it. Since the devices exist in /dev/.static/dev, perhaps alsa should look there for the devices. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439870: aplay fails to load my driver module snd-sb16
Package:alsa-utils Version: 1.0.14-1 When I type aplay ..., there is no sound and the sound modules fail to load. I used strace to find out why. aplay tries to open /dev/snd/controlC0 and then tries /dev/aloadC0. Both fail to open since they don't exist. After trying in vain C0, C1, C2, ... aplay gives up and exits with an error message "cannot find card ' '". Well, I do have both devices it tried to open but they are both in the /dev/.static/dev/ directory. So why is it looking in the wrong place for them? My card is not plug-and-play and is thus not detected at boottime so nothing for it is put into the /dev directory. But of course it's driver mod. snd-sb16 can find the card and use it. So if I give the command "modprobe snd-sb16" sound works, although it still has a bug or two as I reported in another bug report. I would rather not load the sound modules until I'm ready to start sound and don't want to auto-load them at boot time. I've only got 32 MB of memory and aplay is supposed to load the modules by loading snd-sb16 which then loads a lot more sound moudules per the dependency tree. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434573: modprobe -v fails to show module inserted
On Sun, Aug 05, 2007 at 05:37:42PM +0200, Elimar Riesebieter wrote: > On Fri, 03 Aug 2007 the mental interface of > David Lawyer told: > > > On Mon, Jul 30, 2007 at 08:17:26PM +0200, Elimar Riesebieter wrote: > > > On Sun, 29 Jul 2007 the mental interface of > > > David Lawyer told: > > > > > > > On Sun, Jul 29, 2007 at 05:00:53PM +0200, Elimar Riesebieter wrote: > > > > > Hi David, > > > > > > > > > > On Tue, 24 Jul 2007 the mental interface of > > > > > David Lawyer told: > > > > > > > > > > > Package: module-init-tools > > > > > > Version: 3.3-pre11-4_i386 > > > > > > > > > > > > When I insert snd-sb16 using modprobe -v snd-sb16 irq=2, it fails to > > > > > > display the inserted module. But it does display the dependencies > > > > > > loaded. > > > > > > > > > > Could you please provide the output of: > > > > > # modinfo snd-sb16 > > > > > > OK, Thanks. It looks good. > > > [...] > > > Could you try to boot your machine with the following entry: > > > > > > echo "snd-sb16 irq=2" >> /etc/modules > > This results in no sound modules loaded. But if I use > > /etc/modules-2.6 a lot of sound modules load. This is because I > > needed to load different modules with different kernels like kernel > > versions 2.2 2.4 etc. So snd-sb16 loads but with irq=5 per > > /proc/interrupts. Now I can't dial out with my modem due to an > > interrupt conflict since it also uses irq 5. But I at least get an > > error message that the resource is busy. > > Tell us the output of: > > $ cat /proc/interrupts CPU0 0: 391461XT-PIC-XTtimer 1: 8XT-PIC-XTi8042 2: 0XT-PIC-XTcascade 3: 2227XT-PIC-XTserial 5: 0XT-PIC-XTSoundBlaster 6: 3XT-PIC-XTfloppy 7: 0XT-PIC-XTparport0 8: 2XT-PIC-XTrtc 12:114XT-PIC-XTi8042 15: 3472XT-PIC-XTide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 > > and > > grep -i irq /usr/src/your_kernel/.config CONFIG_HT_IRQ=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_SERIAL_8250_SHARE_IRQ=y # CONFIG_SERIAL_8250_DETECT_IRQ is not set # CONFIG_HPET_RTC_IRQ is not set CONFIG_TRACE_IRQFLAGS_SUPPORT=y # CONFIG_DEBUG_SHIRQ is not set CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434573: modprobe -v fails to show module inserted
On Mon, Jul 30, 2007 at 08:17:26PM +0200, Elimar Riesebieter wrote: > On Sun, 29 Jul 2007 the mental interface of > David Lawyer told: > > > On Sun, Jul 29, 2007 at 05:00:53PM +0200, Elimar Riesebieter wrote: > > > Hi David, > > > > > > On Tue, 24 Jul 2007 the mental interface of > > > David Lawyer told: > > > > > > > Package: module-init-tools > > > > Version: 3.3-pre11-4_i386 > > > > > > > > When I insert snd-sb16 using modprobe -v snd-sb16 irq=2, it fails to > > > > display the inserted module. But it does display the dependencies > > > > loaded. > > > > > > Could you please provide the output of: > > > # modinfo snd-sb16 > > OK, Thanks. It looks good. > [...] > Could you try to boot your machine with the following entry: > > echo "snd-sb16 irq=2" >> /etc/modules This results in no sound modules loaded. But if I use /etc/modules-2.6 a lot of sound modules load. This is because I needed to load different modules with different kernels like kernel versions 2.2 2.4 etc. So snd-sb16 loads but with irq=5 per /proc/interrupts. Now I can't dial out with my modem due to an interrupt conflict since it also uses irq 5. But I at least get an error message that the resource is busy. How do I dial out? If I remove the offending module with modprobe -r snd-sb16 it's even worse. The modem will then try to dial out but since interrupts are not working for the modem's serial port I get all sorts of error messages like modem not responding. But I removed the snd-sb16 from /etc/modules-2.6, rebooted, and then my modem worked OK. Why? I guess the reset line of the isa bus gets toggled on reboot and the card resets to irq=2 as set by jumpers. It's really at irq2 since my serial port card (PCI) set at irq2 conflicts and causes getty to respawn too fast when I try using a dumb terminal on this serial port. To free irq2 I put the dumb terminal on another serial port. I actually may eventually put the sound card on irq=10, but when I tried to do that a couple of weeks ago it didn't work either. So if it gets fixed for irq2 (=irq9) it will likely be fixed for irq10. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434572: Modprobe reports fatal error inserting module, but error non-fatal
Package: module-init-tools
Version: 3.3-pre11-4_i386
After inserting and then removing the module snd-sb16, the following
happens: When I type modprobe --first-time -v snd-sb16 irq=2 isapnp=0
I get the following messaage:
insmod /lib/modules/2.6.21-2-486/kernel/sound/drivers/mpu401/snd-mpu401-uart.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/snd-hwdep.ko
insmod /lib/modules/2.6.21-2-486/kernel/drivers/base/firmware_class.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/isa/sb/snd-sb-common.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/isa/sb/snd-sb16-csp.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/isa/sb/snd-sb16-dsp.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/drivers/opl3/snd-opl3-lib.ko
install /sbin/modprobe --ignore-install snd-sb16 irq=2 isapnp=0 &&
/lib/alsa/modprobe-post-install snd-sb16
insmod /lib/modules/2.6.21-2-486/kernel/sound/isa/sb/snd-sb16.ko irq=2 isapnp=0
index=0 isapnp=0
FATAL: Error inserting snd_sb16
(/lib/modules/2.6.21-2-486/kernel/sound/isa/sb/snd-sb16.ko): No such device
FATAL: Error running install command for snd_sb16
-
Then when I give exactly the same command the 2nd time I get:
FATAL: Module snd_sb16 already in kernel.
-
Then when I type lsmod I get:
Module Size Used by
snd_sb16 16136 0
snd_opl3_lib9856 1 snd_sb16
snd_sb16_dsp9728 1 snd_sb16
snd_sb16_csp 19072 1 snd_sb16
snd_sb_common 16256 3 snd_sb16,snd_sb16_dsp,snd_sb16_csp
firmware_class 9344 1 snd_sb16_csp
snd_hwdep 8580 2 snd_opl3_lib,snd_sb16_csp
snd_mpu401_uart 7936 1 snd_sb16
snd_seq_dummy 3844 0
snd_seq_oss28928 0
snd_seq_midi8224 0
snd_seq_midi_event 6912 2 snd_seq_oss,snd_seq_midi
snd_seq44624 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_rawmidi22432 2 snd_mpu401_uart,snd_seq_midi
snd_seq_device 7692 6
snd_opl3_lib,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi
snd_pcm_oss38816 0
snd_mixer_oss 15360 1 snd_pcm_oss
snd_pcm69896 3 snd_sb16,snd_sb16_dsp,snd_pcm_oss
snd_timer 20484 3 snd_opl3_lib,snd_seq,snd_pcm
snd46948 15
snd_sb16,snd_opl3_lib,snd_sb16_dsp,snd_sb16_csp,snd_sb_common,snd_hwdep,snd_mpu401_uart,snd_seq_oss,snd_seq,snd_rawmidi,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 7264 1 snd
snd_page_alloc 9608 1 snd_pcm
ipv6 223904 10
lp 10820 0
tsdev 7616 0
parport_pc 32292 1
psmouse34696 0
parport32840 2 lp,parport_pc
serio_raw 6660 0
rtc12440 0
evdev 9216 0
ext3 118024 2
jbd49704 1 ext3
ide_disk 15488 6
floppy 54180 0
ata_generic 8196 0
libata109460 1 ata_generic
scsi_mod 133644 1 libata
piix9476 0 [permanent]
generic 4868 0 [permanent]
ide_core 113316 3 ide_disk,piix,generic
--
As you can see, the module snd-sb16 does get loaded in spite of a
"fatal error". And after this the sound works OK with *.wav files
(I've yet to get it to work with other formats and there are problems
with interrupt conflicts, etc. but that's another story for which I'll
file bug reports against the snd-sb16 module.)
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434573: modprobe -v fails to show module inserted
Package: module-init-tools
Version: 3.3-pre11-4_i386
When I insert snd-sb16 using modprobe -v snd-sb16 irq=2, it fails to
display the inserted module. But it does display the dependencies
loaded. Here's what it does display:
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/snd-page-alloc.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/soundcore.ko
install /sbin/modprobe --ignore-install snd && { /sbin/modprobe --quiet
snd-ioctl32 ; : ; }
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/snd.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/snd-timer.ko
install /sbin/modprobe --ignore-install snd-pcm && { /sbin/modprobe --quiet
snd-pcm-oss ; : ; }
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/snd-pcm.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/oss/snd-mixer-oss.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/oss/snd-pcm-oss.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/seq/snd-seq-device.ko
install /sbin/modprobe --ignore-install snd-rawmidi && { /sbin/modprobe --quiet
snd-seq-midi ; : ; }
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/snd-rawmidi.ko
install /sbin/modprobe --ignore-install snd-seq && { /sbin/modprobe --quiet
snd-seq-midi ; /sbin/modprobe --quiet snd-seq-oss ; : ; }
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/seq/snd-seq.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/seq/snd-seq-midi-event.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/seq/snd-seq-midi.ko
insmod /lib/modules/2.6.21-2-486/kernel/sound/core/seq/oss/snd-seq-oss.ko
Before inserting it I checked that it was not already inserted using
lsmod:
Module Size Used by
tcp_diag1792 0
inet_diag 10760 1 tcp_diag
ppp_deflate 5760 0
zlib_deflate 17816 1 ppp_deflate
bsd_comp5632 0
ppp_async 10368 1
crc_ccitt 2176 1 ppp_async
ppp_generic24724 7 ppp_deflate,bsd_comp,ppp_async
slhc6144 1 ppp_generic
ipv6 223904 12
lp 10820 0
tsdev 7616 0
parport_pc 32292 1
parport32840 2 lp,parport_pc
psmouse34696 0
serio_raw 6660 0
rtc12440 0
pcspkr 2944 0
evdev 9216 0
ext3 118024 2
jbd49704 1 ext3
ide_disk 15488 6
floppy 54180 0
ata_generic 8196 0
libata109460 1 ata_generic
scsi_mod 133644 1 libata
piix9476 0 [permanent]
generic 4868 0 [permanent]
ide_core 113316 3 ide_disk,piix,generic
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434571: Module snd-sb16 set interrupts wrong
Package: linux-image Version: 2.6.21-2 I have the Sound Blaster 16 OEM card CT1790 which I have mainly used to play CDs thru. It has jumpers to set IRQs and it's set at irq2. I seem to only be able to get it to work OK at irq5 which is the default for the card. Except that my Modem is on irq 5. That's why I set the jumper to irq2. Now the card, while not PnP, can have it's interrupts set by software (by Linux software ?). Well, yes, because when I load the snd-sb16 module for it and specify irq=2 I find from /proc/interrupts that it's been set to irq 5 and the sound card works OK (at least with .wav files). So the linux software must have changed the irq 2 (that I jumpered) to irq 5. This happens when I haven't used my modem yet and irq 5 is still available. But now I can't use my modem. If I remove the module, irq 5 is available (per /proc/int*) and the modem will grab irq 5 and try to dial. But I get all sorts of errors due the the shorting out of the irq 5 line by the sound card since irq 5 is still set in the sound card even though the sound card module has been removed and irq 5 has been released by the kernel. My sound card is working right since it's sending 0 volts (a grounded line --actually low impedance) on the irq 5 line to indicate that it isn't sending any interrupts. So the kernel needs to have a list of resources that exist in hardware but are not currently supported by any loaded module, or the like. Once the interrupt has been changed to 5, the only way I know to get it back to 2 is to power-down (turn off the power) and then boot again. This is not a power-on reboot. Now, if when loading the snd-sb16 module after I start the modem so that irq 5 is in use with irq=2 on the command line, /proc/int* does show that irq 9 is for SoundBlaster (since irq 2 and 9 are really the same irq). OK so far but irq 9 is never sent by the sound-card when I try to use it, although the module is apparently listening for it. Nor is irq 5 sent either as may be checked by starting the modem and checking the number of interrupts sent per /proc/int* after trying to play a .wav file. Playing a .wav file only plays the first couple of words since apparently no interrupts are sent. So it seems to me that the snd-sb16 module may not be able to change the interrupts except perhaps to reset the card so that the default irq 5 is set it the card, overriding what may be set by jumpers. If the driver has such limitations, they need to be either fixed or documented. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434534: lsmod shows wrong module names
Package: module-init-tools
Version: 3.3-pre11-4_i386
When I type "lsmod" is shows all modules with underlines between
words. Example: snd_sb16 instead of the actually name snd-sb16.
It seem that while module-init-tools accept either format, if one
tries to find snd_sb16 using the "locate" command, it will not find it
since it's really named snd-sb16. This type of situation is true for
all modules that have - in their names.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406708: Bug#426562: linuxdoc-tools should have a shorter description
Regarding changing the current package description of the linuxdoc-tools
package (David Lawyer suggested a shorter description).
On Tue, May 29, 2007 at 06:18:31PM +0200, Agustin Martin wrote:
> I have been looking at this, and since I agree that a shorter description is
> preferrable, I have prepared a first cut for it,
I think that it needs to explain it to someone who doesn't know what
Linuxdoc is. An example of this is the description for asciidoc:
:
Description: Highly configurable text format for writing documentation
AsciiDoc is a text document format for writing articles, books, manuals and
UNIX man pages. AsciiDoc files can be translated to HTML (with or without
stylesheets), DocBook (articles, books and refentry documents) and LinuxDoc
using the asciidoc command. AsciiDoc can also be used to build and maintain
websites.
.
You write an AsciiDoc document the same way you would write a
normal text document, there are no markup tags or weird format notations.
AsciiDoc files are designed to be viewed, edited and printed directly or
translated to other presentation formats
Here's an example I just wrote for LinuxDoc:
LinuxDoc is a format for writing documentation, something like html
only it's simpler and can be converted to various other formats,
including html for websites. You write a LinuxDoc document using any
text editor such as vim. Then you use linuxdoc-tools to convert it to
html, plain-text (install linuxdoc-tools-text), latex (install
linuxdoc-tools-latex), rtf, info (install linuxdoc-tools-info), dvi, or
postscript. The sgmltools-lite package can convert LinuxDoc to DocBook
format.
LinuxDoc automatically creates a table of contents. It's easier to write
and read than docbook since it allows one to omit most closing tags
while paragraphs are separated by just blank lines.
(The fact that LinuxDoc is SGML DTD, and that it originated from the Linux
Documentation Project, would be stated in the README.)
David Lawyer
PS: I once looked over the AsciiDoc format and thought that LinuxDoc
was easier to use than AsciiDoc.
Agustin Martin's draft:
> Description: SGML converters for the LinuxDoc DTD only.
> LinuxDoc is a kind of SGML DTD. It was created for the Linux
> HOWTOs, and is being used by the Linux Documentation Project
> (LDP). linuxdoc-tools was created on the basis of
> sgml-tools_v1, and has been designed and implemented
> only for linuxdoc DTD.
> .
> HTML can be generated without any other Debian text
> processing package, but for the other formats the
> appropriate packages will have to be installed. See
> /usr/share/doc/linuxdoc-tools/README.Debian.
> -
>
> I propose moving most other stuff to something like attached README.Debian,
> where I think it belongs. Comments are welcome.
>
> Thanks for your feedback,
>
> --
> Agustin
> linuxdoc-tools README for Debian
>
>
> Dependencies
>
>
> out-of-the-box linuxdoc-tools will only provide support for
> sgml2html conversion. Other conversions will need other Debian
> packages be installed. Those dependencies will be pulled either
> by linuxdoc-tools-text, linuxdoc-tools-info or
> linuxdoc-tools-latex packages, although you can install them
> by your own.
>
> The relevant dependencies are:
>
> sgml2txt:
> * groff package
>
> sgml2info:
> * texinfo package
>
> sgml2latex:
> * texlive-latex-base | tetex-base
> * texlive-base-bin | tetex-bin
> * texlive-latex-recommended | tetex-extra
>
> Different backends
> --
>
> The main command is linuxdoc, and -B option is provided
> to choose the proper backend driver for desired output:
>
> linuxdoc -B check: for syntax checking
> linuxdoc -B html: conversion to html
> linuxdoc -B info: conversion to info
> linuxdoc -B latex: conversion to latex, dvi, and postscript
> linuxdoc -B lyx: conversion to lyx
> linuxdoc -B rtf: conversion to rtf
> linuxdoc -B txt: conversion to text
>
> Handling of other DTD
> -
>
> linuxdoc-tools has been designed and implemented only for linuxdoc DTD.
> If you wish to convert debiandoc DTD documents, please install and use
> debiandoc-sgml package. If you wish to convert docbook DTD documents,
> please install and use jade (with or without sgmltools-lite).
>
> -- Agustin Martin Domingo <[EMAIL PROTECTED]>, Fri, 25 May 2007 15:31:20
> +0200
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425199: Mounting local filesystems... Failed!
Package: initscripts Version: 1.13.25 I get this message when I boot. It comes from /etc/init.d/mountall.sh. when it tries to mount per /etc/fstab. By commenting out lines in /etc/fstab I found that it's the line which mounts the proc filesystem on /proc that is causing the problem. In ubantu I found that the mountall script had: mount ... -t noproc .. In other words, it doesn't try to mount proc and thus no error message. When I add noproc to Debian's mountall.sh (after -t of course), the "Failed!" message disappears. I checked on the internet and found old instructions (not labelled "old") that fstab should have a line to mount proc. I'm using a Debian from several years ago but upgrade it about once a year using apt-get. So it should be current. But upgrading doesn't seem to modify fstab (assuming that it shouldn't have a line to mount proc). So a fix is needed: either use noproc or have upgrades modify /etc/fstab. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422060: vim: cursor jumps over bracketed text on text terminal
Package: vim
Version: 7.0.219
This didn't happen with older versions and it's caused by a
matchparen-plugin or the like. When I'm moving the cursor from right
to left using either the arrow key ->, l, or the space bar, the cursor
appears to jump from the opening bracket to the closing bracket.
It actually doesn't jump, but only appears to. I'll explain.
The plugin (or whatever) has made the bad mistake of using reverse
video both for the cursor and to emphasize brackets. If reverse video
is use both for emphasis and for the cursor, it may be hard (or
impossible as I'll show) to distinguish the cursor from the emphasized
characters. Furthermore, when the cursor is over an emphasized
character, both the cursor and the emphasis become invisible. That's
because a reverse-video cursor reverses the video of whatever
character it's over and if it happens to be over an emphasized
character that's already in reverse video, then it reverses reverse
video to normal video. It's like a language or math. where a double
negative makes a positive. Reversing reverse-video makes normal
video.
OK, so I move the cursor one character at a time until I get just
before an opening bracket like a [, (, or {. Then I move one more
space so the cursor is over the opening bracket, but the cursor then
appears to jump over all the way to reverse-video the closing bracket:
], ), or }. Why? Well, the opening bracket is emphasized by reverse
video, then the closing bracket is made reverse also, then the reverse
video cursor is placed back on the emphasized opening bracket where
it belongs and viola, the reverse video of the opening bracket
disappears and the opening bracket is displayed in normal video. All
this happens so fast that the switching of the opening bracket to
reverse video and then back to normal video isn't visible to most
people. Well, it is if you watch it intensely. So it looks just like
the cursor has jumped over to the closing bracket.
When one continues to move the cursor and reaches the closing bracket,
a similar jump appears to happen which jumps to the opening bracket.
Very confusing! Isn't the emphasis of the brackets supposed to be
momentary. The reverse-video of the opposite bracket remains until
one moves the "invisible" cursor off of its mate.
I'm using a CIT-101e dumb terminal, but I think that this will happen
with many other terminals. So the solution is to say use say
underlines to mark the brackets so as not to get the double reverse in
video.
I note that "noshownmatch" is set, so it may be a plugin that's
doing this and it must be by default since I never asked to use a
plugin. But even if I can disable the plugin, it shouldn't behave
this way. I've installed the vim-runtime package so something in that
may be causing the problem.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419324: (Bug#419324: fixed in linuxdoc-tools 0.9.21-0.7)
On Fri, Apr 27, 2007 at 12:21:01PM +0200, Agustin Martin wrote: > I wonder if we can get rid of the way the -f option is currently > implemented. Passing "-P-cbou" if -f is enabled and "-P-c" otherwise, both > in case nothing is explicitely passed from the command line, should have > a similar effect. I had the same thought. I hope that the -bou covers all cases of overstiking. I think it does but ... David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419324: closed by Agustin Martin Domingo <[EMAIL PROTECTED]> (Bug#419324: fixed in linuxdoc-tools 0.9.21-0.7)
On Thu, Apr 26, 2007 at 03:03:09PM +, Debian Bug Tracking System wrote:
> - "-P-c" is passed to grotty as default, unless something
>else is set from the command line. This should fallback
>to the old (overstriking) grotty behavior and avoid escape
>sequences unless explicitely desired. Thanks David Lawyer
>for the hint (closes: #175575, #419324).
You mean that -c is passed to grotty by default by passing "-P-c" to
groff.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419324: Linuxdoc-Tools text output contains overstrikes and escape sequences
On Wed, Apr 18, 2007 at 01:07:11PM +0200, Agustin Martin wrote:
> Reading a bit more, I think we have two possibilities, both abandoning
> the grotty new default behavior of using escape sequences rather than
> overtrikes for emphasis:
>
> 1) Revert to the original behavior (overstrikes). This should be achieved
>by just passing "-c" to grotty ("-P-c") if nothing is explicitely
>passed. Overstrikes are enabled this way, but can be removed by using
>the -f option, just as before. These overstrikes look nicely in mc and in
>less, unlike escapes. No changes in documentation are needed this way.
> 2) Being more agressive, and setting plain text as default, by passing
>"-cbou" to grotty ("-P-cbou") unless something is explicitely passed,
>thus obsoleting the -f option. We need to document this change, and
>how to get the original behavior if desired. Removing old
>oversrike-removal code is also reasonable here.
Since I use vim for reading text, I wasn't fully aware of what it
looked like in less and mc. So I'm now only slightly in favor of
option 2 since then it can be readily read by a text editor like vim
and emacs. So I think that if you don't hear from Sano, it OK to go
with option 1.
> Since the overstrikes look nice in less and mc, I admit my personal
> preference goes to (1), but I am not alone here. Sano?
>
> Agustin
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419324: Linuxdoc-Tools text output contains overstrikes and escape sequences
On Tue, Apr 17, 2007 at 06:47:14PM +0200, Agustin Martin wrote:
> Hi, David and Sano,
>
> On Sat, Apr 14, 2007 at 02:07:45PM -0700, David Lawyer wrote:
> > Package: linuxdoc-tools
> > Version 0.9.21-0.5
> >
> > Please merge bug 175575 into this bug report since it's a subset of
> > the bug (and proposed fix) I'm now reporting.
> >
> > When I use sgml2txt I get both escape sequences and overstrikes which
> > plain text output shouldn't normally have. There is an -f option to
> > sgml2txt to eliminate the overstrikes.
>
> which by the way is buggy, and quite often does not remove all escapes,
I don't think the -f option is supposed to remove escapes. A few
years or so ago, the escape problem didn't exist. I think it was
caused by a change in the grotty program that made output with escapes
the default.
> > It very important to keep the
> > use of sgml2txt as simple as possible since the main advantage of
> > linuxdoc format over docbook is that it's simple and using the
> > linuxdoc-tools should also be simple. The escape sequences are only
> > for vt100 terminals (and the like) and will not display if one uses an
> > editor (like vim) or pager (like less or most) to read the file.
> > Overstrikes don't usually get displayed right either although some
> > pagers can deal with them for some cases (such as underline).
> >
> > So the default for conversion to text should (in my opinion) be just
> > plain text.
> >
> > The documentation for linuxdoc-tools fails to explain how to get
> > various types of text outputs using sgml2txt. It should. The way to
> > get plain text is to pass options to the grotty program from the sgml2txt
> > command line. Like this: sgml2txt --pass="-P-bcou". See "man grotty"
> > for how these 4 options (bcou) work together. To make this the
> > default, one could modify: /usr/share/linuxdoc-tools/dist/fmt_txt.pl
> > For example, this seems to work although I've never studied Perl:
> >
> > create_temp("$global->{tmpbase}.txt.1");
> > #next line added by DL (David Lawyer)
> > $global->{pass} = "-P-cbou" if $global->{pass} eq "";
> > $outfile = new FileHandle
> > "|$main::progs->{GROFF} $global->{pass} -T $global->{charset} -t
> > $main::progs->{GROFFMACRO} >\"$global->{tmpbase}.txt.1\"";
>
> Based on your proposed fix, I think something like in this diff
>
>
> @@ -329,6 +323,7 @@
> {
>my $infile = shift;
>my ($outfile, $groffout);
> + my $txtfilter = $txt->{filter} ? "-P-cbou" : "";
>
>if ($txt->{manpage})
> {
> @@ -338,7 +333,7 @@
> {
>create_temp("$global->{tmpbase}.txt.1");
>$outfile = new FileHandle
> - "|$main::progs->{GROFF} $global->{pass} -T $global->{charset} -t
> $main::progs->{GROFFMACRO} >\"$global->{tmpbase}.txt.1\"";
> + "|$main::progs->{GROFF} $global->{pass} $txtfilter -T
> $global->{charset} -t $main::progs->{GROFFMACRO}
> >\"$global->{tmpbase}.txt.1\"";
> }
>
>#
> --
>
> can be used to make the -f option work as expected.
But it's not expected to remove escapes. Also, you would need to
delete the old code that removes overstrikes from the output if -f is
used (uses the s/ command in perl.
Suppose someone uses: sgml2txt -f --pass="-P-cu"
Then the -f will pass the -cbou options to grotty while the user only
wanted to pass -cu. My proposed patch would do just what the user
specified with --pass but then -f would act as a filter and filter out
overstrikes. So in your solution -f and --pass both give options to
grotty and these options may conflict. -f is no longer a filter since
it just passes options to grotty.
One solution would be to use my "patch" and then have -f do nothing
except print a message the use of -f was no longer needed. Eventually
-f could be eliminated or just do nothing for backwards compatibility.
>
> I am generally not in favour of changing long-standing behaviors.
I don't think many people outside of LDP are using sgml2txt. And I
suspect those that are are likely using the -f option.
> However, in this case, escaped characters are of so limited use that
> might worth considering that.
And they were introduced by a change in grotty. So then one would use
-f to get plain text and without -f one would get ove
Bug#419324: Linuxdoc-Tools text output contains overstrikes and escape sequences
Package: linuxdoc-tools
Version 0.9.21-0.5
Please merge bug 175575 into this bug report since it's a subset of
the bug (and proposed fix) I'm now reporting.
When I use sgml2txt I get both escape sequences and overstrikes which
plain text output shouldn't normally have. There is an -f option to
sgml2txt to eliminate the overstrikes. It very important to keep the
use of sgml2txt as simple as possible since the main advantage of
linuxdoc format over docbook is that it's simple and using the
linuxdoc-tools should also be simple. The escape sequences are only
for vt100 terminals (and the like) and will not display if one uses an
editor (like vim) or pager (like less or most) to read the file.
Overstrikes don't usually get displayed right either although some
pagers can deal with them for some cases (such as underline).
So the default for conversion to text should (in my opinion) be just
plain text.
The documentation for linuxdoc-tools fails to explain how to get
various types of text outputs using sgml2txt. It should. The way to
get plain text is to pass options to the grotty program from the sgml2txt
command line. Like this: sgml2txt --pass="-P-bcou". See "man grotty"
for how these 4 options (bcou) work together. To make this the
default, one could modify: /usr/share/linuxdoc-tools/dist/fmt_txt.pl
For example, this seems to work although I've never studied Perl:
create_temp("$global->{tmpbase}.txt.1");
#next line added by DL (David Lawyer)
$global->{pass} = "-P-cbou" if $global->{pass} eq "";
$outfile = new FileHandle
"|$main::progs->{GROFF} $global->{pass} -T $global->{charset} -t
$main::progs->{GROFFMACRO} >\"$global->{tmpbase}.txt.1\"";
After adding the above line to the perl code, if the user didn't pass
any options to groff on the command line, the option -P-cbou gets
passed to groff by default which passes -cbou to grotty. To use
grotty with no options, the user would give say option --pass="-P-b"
to sgml2txt. This works since the -b option to grotty is ignored if
the -c option is not given. Thus it will be complicated to get text
output with escape sequences in it (grotty with no options), but few
will want this. Instead of -b one could use -o or -u. To use grotty
with options, the user would just pass the options to grotty using
--pass.
Instead of hard-coding -cbou options into the code as I've done above,
one could create a new variable, GROTTYOPTS, and set it equal to -cbou
in the main program: /usr/share/linuxdoc-tools/LinuxDocTools.pm. I'm
willing to do some more work on this and create patches (I've never
done Linux patches before) provided of course that it's agreed that
sgml2txt should generate plain text by default. With this the -f
option to sgml2txt becomes redundant buy it should still be kept for
backward compatibility.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409011: When booting: 38 sec. delay at "Attempting manual resume"
Package: linux-image-2.6.17-2-486 Version: 2.6.17-9_i386 Please merge my bug report 365266 into this as they are at least partially the same bug. When I submitted the 365266 bug report I thought that the delay in booting was due to probing ide0 which is broken on my PC. But now it doesn't seem to probe ide0 anymore but the delay still exists. Here's from dmesg at the point of delay. Note that I've put "debug" and "time" on the kernel command line (using lilo). [ 46.324557] hdd: cache flushes not supported [ 46.325131] hdd: hdd1 hdd2 hdd3 [ 84.007425] Attempting manual resume [ 84.353163] kjournald starting. Commit interval 5 seconds What is going on? "resume" must mean resume from a suspend, but there is no suspend in dmesg. The "Attempting manual resume" message is found in /linux-2.6.x/kernel/power/disk.c in the function resume_store(). I don't have source code on my PC but found it on the Internet at: http://www.gelato.unsw.edu.au/lxr/source/kernel/power/disk.c#L12 According to this site, the function name that issues this message (resume_store) only appears in the definition of this function, In other words the function is defined but never used (if this site indexing is correct). cat /sys/power/resume results in 22:67 which is hdd3, the swap partition on my "backup" drive. Apparently the image being restored comes from there and it happens just after hdd3 prints in the dmesg output. Yet I don't see S1SUSPEND on hdd3 which is the SWSUSP_SIG (sinature). There is a document, swsusp, in the power directory of the kernel documentation and it says that it's not good to use suspend if the ide driver is a module (as it is with this package). But is suspend being used at all? David Lawyer --- Here's the output of dmesg for my Pentium I PC. There are several other places where there is excessive delay but those will be the subject of future bug reports. Linux version 2.6.17-2-486 (Debian 2.6.17-9) ([EMAIL PROTECTED]) (gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)) #1 Wed Sep 13 15:56:30 UTC 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0010 - 0300 (usable) BIOS-e820: fffc - 0001 (reserved) 48MB LOWMEM available. On node 0 totalpages: 12288 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 8192 pages, LIFO batch:1 DMI not present or invalid. ACPI: Unable to locate RSDP Allocating PCI resources starting at 1000 (gap: 0300:fcfc) Built 1 zonelists Kernel command line: auto BOOT_IMAGE=Linux2.6.17hdc ro plip=timid root=/dev/hdc2 ide0=noprobe hda=none hdb=none acpi=none debug time [17179569.184000] No local APIC present or hardware disabled [17179569.184000] mapped APIC to d000 (01061000) [17179569.184000] Initializing CPU#0 [17179569.184000] PID hash table entries: 256 (order: 8, 1024 bytes) [0.00] Detected 99.730 MHz processor. [ 26.819180] Using tsc for high-res timesource [ 26.820993] Console: colour VGA+ 80x25 [ 26.823420] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) [ 26.824536] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) [ 26.850290] Memory: 41704k/49152k available (1456k kernel code, 7040k reserved, 566k data, 252k init, 0k highmem) [ 26.850547] Checking if this processor honours the WP bit even in supervisor mode... Ok. [ 26.930830] Calibrating delay using timer specific routine.. 200.13 BogoMIPS (lpj=400265) [ 26.931668] Security Framework v1.0.0 initialized [ 26.931853] SELinux: Disabled at boot. [ 26.931999] Capability LSM initialized [ 26.932366] Mount-cache hash table entries: 512 [ 26.934600] CPU: After generic identify, caps: 01bf [ 26.935222] CPU: After vendor identify, caps: 01bf [ 26.935758] Intel Pentium with F0 0F bug - workaround enabled. [ 26.935894] [ 26.935994] CPU: After all inits, caps: 01bf [ 26.936690] CPU: Intel Pentium 75 - 200 stepping 06 [ 26.936960] Checking 'hlt' instruction... OK. [ 26.951054] SMP alternatives: switching to UP code [ 26.951195] Freeing SMP alternatives: 0k freed [ 26.954201] checking if image is initramfs... it is [ 37.801654] Freeing initrd memory: 4070k freed [ 37.807719] NET: Registered protocol family 16 [ 37.808617] EISA bus registered [ 37.814229] PCI: PCI BIOS revision 2.10 entry at 0xfd121, last bus=0 [ 37.814379] Setting up standard PCI resources [ 37.830991] ACPI: Subsystem revision 20060127 [ 37.831135] ACPI: Interpreter disabled. [ 37.831264] Linux Plug and Play Support v0.97 (c) Adam Belay [ 37.831695] pnp: PnP ACPI:
Bug#406708: Package description has errors.
Package: linuxdoc-tools Version: 0.9.21-0.5 The current package description reads: > Description: SGML converters for the LinuxDoc DTD only. > LinuxDoc is a kind of SGML DTD. It was created for > the Linux HOWTOs, and had been used officially by > the Linux Documentation Project (LDP). > Now LDP has aggressively migrated into the DocBook world, DELETE LDP has always welcomed new documentation either in LinuxDoc or DocBook format although there used to be a few that strongly favored DocBook. Today, that has changed and our new "Howto generator" allows one to interactively create a HOWTO document with the results always in LinuxDoc Format. The way to fix this is to just delete the text I've marked DELETE. Also CHANGE: > the Linux HOWTOs, and had been used officially by > the Linux Documentation Project (LDP). to the Linux HOWTOs, and is being used by the Linux Documentation Project (LDP). --- > > but many DELETE > documents are still available in LinuxDoc DTD sgml. DELETE > So users may still need the tool for LinuxDoc, therefore DELETE > LinuxDoc-Tools was created on the basis of sgml-tools_v1. > . > The main command is linuxdoc, and -B option is provided > to choose the proper backend driver for desired output. > linuxdoc -B check: for syntax checking > linuxdoc -B html: conversion to html > linuxdoc -B info: conversion to info > linuxdoc -B latex: conversion to latex, dvi, and postscript > linuxdoc -B lyx: conversion to lyx > linuxdoc -B rtf: conversion to rtf > linuxdoc -B txt: conversion to text > . > HTML can be generated without any other Debian text > processing package, but for the other formats the > appropriate packages will have to be installed. > - Text conversion requires groff > - LaTeX conversion requires tetex-base, tetex-bin, and tetex-extra > - Info conversion requires texinfo > You can install linuxdoc-tools-text for required dependency of > text conversion. linuxdoc-tools-latex and linuxdoc-tools-info > are provided for dependencies of latex or info conversion. > . > This linuxdoc-tools has been designed and implemented only > for linuxdoc DTD. > . > If you wish to convert debiandoc DTD documents, > Please install and use debiandoc-sgml package. > If you wish to convert docbook DTD documents, > Please install and use jade (with or without sgmltools-lite). > Tag: interface::commandline, role::sw:utility, use::checking, > use::converting, works-with::text:docbook, works-with::text:sgml ERROR: linuxdoc-tools doesn't work with text:docbook Improvements: I think the above description is too long and should be shortened. Let me know and I'll write you a shorter one. But the most urgent task is to remove the errors I've pointed out. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401939: od dumps byte-swapped words instead of bytes
Package: coreutils
Version: 5.2.1-21
Here's the start of the od man page:
OD(1)User Commands OD(1)
NAME
od - dump files in octal and other formats
SYNOPSIS
od [OPTION]... [FILE]...
od --traditional [FILE] [[+]OFFSET [[+]LABEL]]
DESCRIPTION
Write an unambiguous representation, octal bytes by default, of FILE to
standard output. With more than one FILE argument, concatenate them in
the listed order to form the input. With no FILE, or when FILE is -,
read standard input.
[snip]
od (coreutils) 5.2.1September 2005 OD(1)
---
Now here's my test file: abcdefg
%od test gives:
000 061141 062143 063145 005147
010
%od -x test gives:
000 6261 6463 6665 0a67
010
%od -c test gives: //OK
000 a b c d e f g \n
010
%hd test gives: //OK
61 62 63 64 65 66 67 0a |abcdefg.|
0008
-
While the man says that od gives a representation of the bytes, the
first test only shows the values of the 2-byte words in octal.
The next test shows the values of the same words in hexadecimal. Note
that that the value of the word is the value you get by swapping
bytes. a b becomes b a, etc. Checking the output of the first
example shows that it too has been byte-swapped.
The last 2 examples are OK. The last example is for a different program
hd (hex-dump) which is outputting correctly.
Sure, od outputs the correct values of the words since the architecture
of the computer (actually of the Pentium CPU) is little endian (least
significant byte first). But od is supposed to report byte values,
not word values.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370790: submitter address changed (Re: Bug#370790: Debian README for exim4 misleading re TLS.)
On Tue, Jun 06, 2006 at 01:18:54PM -0700, Debian Bug Tracking System wrote:
> The submitter address recorded for your Bug report
> #370790: Debian README for exim4 misleading re TLS.
> has been changed.
>
> The old submitter address for this report was
> David Lawyer <[EMAIL PROTECTED]>.
> The new submitter address is
> [EMAIL PROTECTED]
This is not my address and I never requested any change in my address.
David Lawyer
>
> This change was made by
> Marc Haber <[EMAIL PROTECTED]>.
> If it was incorrect, please contact them directly.
>
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
>
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370790: Debian README for exim4 misleading re TLS.
Package:exim4-base Version:4.60-3 My ISP started requiring TLS authentication so I checked the exim document supplied by Debian: README.Debian.gz. It reads: 2.2. Using TLS 2.2.1. Exim 4 as TLS/SSL client Both exim4-daemon-heavy and exim4-daemon-light support TLS/SSL using the GnuTLS library and STARTTLS. Exim will use TLS via STARTTLS automatically as client if the server exim connects to offers it. TLS on connect is not natively supported. You can stop reading now if you are not setting up a mailserver which needs to offer TLS for incoming connections. -- Since I was going to use TLS as a client, it looks like I have nothing to do. So I did nothing and found that my outgoing email was rejected by my ISP and became frozen. After many hours of checking and debugging I found that I needed to fill in the file /etc/exim4/passwd.client. Then all was OK. But it does mention this in the README doc: 2.3. SMTP-AUTH 2.3.1. Using exim as SMTP-AUTH client If you want to set up exim as SMTP AUTH client for delivery to your internet access provider's smarthost put the name of the server, your login and password in /etc/exim4/passwd.client. That file also contains verbose information about the required format. Perhaps this isn't part of TLS, but prior to my ISP requiring TLS, my email worked fine with nothing in this file (except comments starting with #). I had no idea that I needed this file Someone else on the Internet seems to have had similar problems. He (like me) read that you don't need to do anything to get TLS if you're a client. But apparently, the changes resulted in passwd.client being required. So the doc might reference the section about passwd.client prior to telling readers to stop reading. Or better, exim could produce an error message in the logs saying it found nothing (or incorrect info) in passwd.client. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369326: erroneous messages from pppd when wvdial started
Package: wvdial Version: 1.54.0-1.1 wvdial was working fine until I added some sections to the configuration file. Then it started to display erroneous messages from pppd like "pppd: mote Name". Now /etc/wvdial.conf contains "Remote Name" which is where the "mote Name" comes from. If I remove all the added sections (for alternative phone numbers) except the first added one for "pas", it works OK. I've made other modifications and as a result, other strings from the conf file occur after pppd:. But I just don't have time to do a lot of tests. Here's my wvdial.conf followed by the messages from giving the command: wvdial. Note that I've changed the password for this email. [Dialer Defaults] # Stupid Mode = yes # Default Reply = dave Phone = 200-2021 Username = dave Remote Name = dave Login = dave Password = Modem = /dev/ttyS2 Baud = 115200 Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 S11=55 +FCLASS=0 ISDN = 0 [Dialer pas] Phone = 200-2021 [Dialer alh] Phone = 500-2021 [Dialer pico] Phone = 1-562-456-2021 [Dialer la] Phone = 1-213-465-2021 [Dialer glen] Phone = 1-818-296-2021 [Dialer bur] Phone = 1-818-237-2021 - (I type the command: wvdial) --> WvDial: Internet dialer version 1.54.0 --> Initializing modem. --> Sending: ATZ ATZ OK --> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 S11=55 +FCLASS=0 ATQ0 V1 E1 S0=0 &C1 &D2 S11=55 +FCLASS=0 OK --> Modem initialized. --> Sending: ATDT200-2021 --> Waiting for carrier. ATDT200-2021 CONNECT 28800/ARQ/V34/LAPM/V42BIS --> Carrier detected. Waiting for prompt. ** O1 Communications TermServ ** Login: --> Looks like a login prompt. --> Sending: dave dave Password: --> Looks like a password prompt. --> Sending: (password) Entering PPP Session. IP address is 66.81.17.174 MTU is 1524. --> Looks like a welcome message. --> Starting pppd at Sun May 28 11:35:53 2006 --> Warning: Could not modify /etc/ppp/pap-secrets: Permission denied --> --> PAP (Password Authentication Protocol) may be flaky. --> Warning: Could not modify /etc/ppp/chap-secrets: Permission denied --> --> CHAP (Challenge Handshake) may be flaky. --> pid of pppd: 5111 --> Using interface ppp0 --> pppd: mote Name --> pppd: mote Name --> pppd: mote Name --> local IP address 66.81.17.174 --> pppd: mote Name --> remote IP address 69.19.219.6 --> pppd: mote Name --> primary DNS address 69.19.190.116 --> pppd: mote Name --> secondary DNS address 66.81.0.252 --> pppd: mote Name - (Then I stopped wvdial with ^C) --> Terminating on signal 15 --> pppd: mote Name --> Connect time 4.8 minutes. --> pppd: mote Name --> pppd: mote Name --> Disconnecting at Sun May 28 11:40:45 2006 Caught signal #15! Attempting to exit gracefully... - David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367551: No software to net-install over a ppp modem connection
Package: debian-installer Version: Sarge ? The netinst page (http://www.us.debian.org/distrib/netinst) claims: This sort of network installation process requires either an analogue PPP dialup connection to your Internet provider, or Internet access via Ethernet (possibly using a PCMCIA card in your laptop). Unfortunately, it does not support internal ISDN cards. Well, I used a browser to go to: http://http.us.debian.org/debian/dists/sarge/main/installer-i386/current//images/floppy/ and downloaded 3 floppy disk images: boot.img, root.img, and net-drivers.img and copied them onto floppies. Then I got Linux running using the first 2 floppies and then installed the net-drivers from the 3rd floppy. But the drivers seem to only be for ethernet cards. Where are the drivers for a PPP dialup connection to the Internet via an ISP, modem and telephone line? This software should include dialup software such as wvdial. David Lawyer PS: Below is a text copy of the netinst page: http://www.us.debian.org/distrib/netinst [1]Debian Project Select a server near you [United States.] Go [2]Skip Quicknav * [3]About Debian * [4]News * [5]Getting Debian * [6]Support * [7]Developers' Corner * [8]Site map * [9]Search Installing Debian GNU/Linux via the Internet If you have a permanent connection to the Internet, you can install Debian using that. You would initially download only a small portion of Debian required to start the installation process, and then install whatever else you want from within the installation program. This sort of network installation process requires either an analogue PPP dialup connection to your Internet provider, or Internet access via Ethernet (possibly using a PCMCIA card in your laptop). Unfortunately, it does not support internal ISDN cards. There are two options for installs over the network: * [10]Minimal CD: Instead of getting a full 650MB CD image, you just download a CD image file which contains the bare essentials necessary to install the rest. For the moment, it's necessary to have access to a CD recorder in order to use this. * [11]Floppy disks: You download a couple of floppy disk images (files the size of a floppy disk), write them to floppy disks, and then start the installation by booting from the those diskettes. __ Back to the [12]Debian Project homepage. __ This page is also available in the following languages: [13]B"lgarski ([EMAIL PROTECTED]) [14]catal`a [15]cesky [16]dansk [17]Deutsch [18]Ellynika' (Ellinika) [19]espanol [20]franc,ais [21]한국어 (Hangul) [22]Italiano [23]magyar [24]Nederlands [25]日本語 (Nihongo) [26]polski [27]Portugues [28]romana [29]Russkij (Russkij) [30]slovensky [31]suomi [32]svenska [33]Tuerkc,e [34]ukrayins'ka (ukrajins'ka) [35]中文(简) [36]中文(HK) [37]中文(繁) How to set [38]the default document language __ To report a problem with the web site, e-mail [EMAIL PROTECTED] For other contact information, see the Debian [40]contact page. Last Modified: Tue, Mar 14 11:20:35 UTC 2006 Copyright (c) 1997-2006 [41]SPI; See [42]license terms Debian is a registered trademark of Software in the Public Interest, Inc. References Visible links 1. http://www.us.debian.org/ 2. http://www.us.debian.org/distrib/netinst#inner 3. http://www.us.debian.org/intro/about 4. http://www.us.debian.org/News/ 5. http://www.us.debian.org/distrib/ 6. http://www.us.debian.org/support 7. http://www.us.debian.org/devel/ 8. http://www.us.debian.org/sitemap 9. http://search.debian.org/ 10. http://www.us.debian.org/CD/netinst/ 11. http://www.us.debian.org/distrib/floppyinst 12. http://www.us.debian.org/ 13. http://www.us.debian.org/distrib/netinst.bg.html 14. http://www.us.debian.org/distrib/netinst.ca.html 15. http://www.us.debian.org/distrib/netinst.cs.html 16. http://www.us.debian.org/distrib/netinst.da.html 17. http://www.us.debian.org/distrib/netinst.de.html 18. http://www.us.debian.org/distrib/netinst.el.html 19. http://www.us.debian.org/distrib/netinst.es.html 20. http://www.us.debian.org/distrib/netinst.fr.html 21. http://www.us.debian.org/distrib/netinst.ko.html 22. http://www.us.debian.org/distrib/netinst.it.html 23. http://www.us.debian.org/distrib/netinst.hu.html 24. http://www.us.debian.org/distrib/netinst.nl.html 25. http://www.us.debian.org/distrib/netinst.ja.html 26. http://www.us.debian.org/distrib/netinst.pl.html 27. http://www.us.debian.org/distrib/netinst.pt.html
Bug#365266: Kernel 2.6.15 probes ide0 after being told there is no ide0
Package: linux-image-2.6.15-1-486 Version: 2.6.15-8_i386 While booting version 2.6.15 on a Pentium 1, there is a long pause while the kernel probes ide0. There is no such pause in version 2.6.12. The kernel command line has: hda=none, hdb=none and ide0=none so it should know there is no ide0 (mine failed after I plugged in the HD cable reversed by mistake). Also, from the resume message it seems to have crashed while probing. Here's an excerpt from dmesg with my comments after **: Linux version 2.6.15-1-486 (Debian 2.6.15-8) ([EMAIL PROTECTED]) (gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)) #2 Mon Mar 6 15:19:16 UTC 2006 [snip] Kernel command line: auto BOOT_IMAGE=Linux-2.6.15 ro root=1602 plip=timid root=/dev/hdc2 ide0=none hda=none hdb=none [snip] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIXa: IDE controller at PCI slot :00:07.0 ** This device is actually the PCI-ISA bridge as is shown by lspci -v **:00:07.0 ISA bridge: Intel Corporation 82371FB PIIX ISA [Triton I] **(rev 02) ** Flags: bus master, medium devsel, latency 0 ** **:00:07.1 IDE interface: Intel Corporation 82371FB PIIX IDE **[Triton I] (rev 02) (prog-if 80 [Master]) ** Flags: bus master, medium devsel, latency 64 ** I/O ports at ffa0 ** PIIXa: chipset revision 2 PIIXa: bad irq (0): will probe later PIIXa: neither IDE port enabled (BIOS) PIIXb: IDE controller at PCI slot :00:07.1 PIIXb: chipset revision 2 PIIXb: not 100% native mode: will probe irqs later ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio ** My BIOS is old and doesn't know about DMA Probing IDE interface ide1... **Why doesn't it probe ide0 first? It may know that there's no ide0 **so it starts by probing ide1 hdc: QUANTUM FIREBALL EX3.2A, ATA DISK drive hdd: Maxtor 90340D2, ATA DISK drive ide1 at 0x170-0x177,0x376 on irq 15 hdc: max request size: 128KiB hdc: 6306048 sectors (3228 MB) w/418KiB Cache, CHS=6256/16/63, (U)DMA hdc: cache flushes not supported hdc: hdc1 hdc2 hdc3 hdd: max request size: 128KiB hdd: 6640704 sectors (3400 MB) w/512KiB Cache, CHS=6588/16/63, (U)DMA hdd: cache flushes not supported hdd: hdd1 hdd2 hdd3 **this is where it pauses for a long time Attempting manual resume [snip] --- Strange. The message about probing ide0 is now missing. But from the logs I found this and similar messages, differing only in time: Apr 19 08:03:51 davespc kernel: hdd: hdd1 hdd2 hdd3 Apr 19 08:03:51 davespc kernel: Probing IDE interface ide0... Apr 19 08:03:51 davespc kernel: Attempting manual resume Also, in the past, I didn't see the "Probing ... ide0" displayed on the screen while booting but found it in dmesg. What does "Attempting manual resume" mean? Did the program crash trying to probe ide0? Now here's what happens with 2.6.12. It works OK with no long pause. --- Linux version 2.6.12-1-386 ([EMAIL PROTECTED]) (gcc version 4.0.2 20050917 (prerelease) (Debian 4.0.1-8)) #1 Tue Sep 27 12:41:08 JST 2005 [snip] Kernel command line: BOOT_IMAGE=Linux-2.6.12 ro root=1602 plip=timid root=/dev/hdc2 ide0=none hda=none hdb=none [snip] Freeing unused kernel memory: 236k freed ide_setup: ide0=none -- BAD OPTION ide_setup: hda=none ide_setup: hdb=none **Good. ide_setup gets the command-line options Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 **Same Revision as for bad 2.6.15 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx NET: Registered protocol family 1 Capability LSM initialized PIIXa: IDE controller at PCI slot :00:07.0 **Same mistaken identity of this PCI function PIIXa: chipset revision 2 PIIXa: bad irq (0): will probe later PIIXa: neither IDE port enabled (BIOS) PIIXb: IDE controller at PCI slot :00:07.1 PIIXb: chipset revision 2 PIIXb: not 100% native mode: will probe irqs later ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide1... hdc: QUANTUM FIREBALL EX3.2A, ATA DISK drive hdd: Maxtor 90340D2, ATA DISK drive ide1 at 0x170-0x177,0x376 on irq 15 Probing IDE interface ide0... ide2: I/O resource 0x3EE-0x3EE not free. ide2: ports already in use, skipping probe Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... hdc: max request size: 128KiB hdc: 6306048 sectors (3228 MB) w/418KiB Cache, CHS=6256/16/63, (U)DMA hdc: cache flushes not supported /dev/ide/host1/bus1/target0/lun0: p1 p2 p3 hdd: max request size: 128KiB hdd: 6640704 sectors (3400 MB) w/512KiB Cache, CHS=6588/16/63, (U)DMA hdd: cache flushes not supported /dev/ide/host1/bus1/target1/lun0: p1 p2 p3 [snip] **Note there is no probing for ide0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365118: modprobe 2.4.27 will not load ppp module for kernel 2.2.20
Package: modutils Version: 2.4.27.0-3 When I'm running kernel 2.2.20 and give the command: modprobe ppp, I get the message: modprobe: Can't locate module ppp Also, when I try to connect to the internet with wvdial, it fails due to failure to load the ppp module, likely part of this problem. Yet ppp.o is in the right place and other modules from the same location can be found and loaded by modprobe. Version 2.4.26 of modprobe finds ppp.o and loads it OK (along with dependencies). And wvdial works OK then. But Version 2.4.27 can't find the ppp module. I just tried it while running kernel 2.4.27 (same as modprobe version by coincidence). In this case "modprobe ppp" doesn't load ppp since there is no ppp module in the 2.4.27 kernel. But instead it loads ppp_generic and some other modules so that ppp will work. Thus it seems that ppp may have been made an alias for other modules. But for kernel 2.2.20 one needs to load the real ppp.o. modprobe.modutils can't find ppp either. Since I have both module-init-tool and the modutils packages, the stuff from modutils is suffixed by ".modutils". Tracing the problem shows that it's in "insmod.modutils. If I use version 2.4.26 of that, all is OK. When I use modprobe it calls modprobe.modutils which is linked to insmod.modutils. I sometimes use kernel 2.2.20 since it loads about 3 times faster than 2.6.15 on my old PC. But I hoping to improve 2.6.15 booting speed by finding the causes of it's slowness on my PC and filing bug reports. The "Deli" distribution of Linux uses kernel 2.2 since it's claimed to use less resources, etc. So I think that it's wrong that the change in versions of modutils has resulted in ppp.o not being loaded for kernel 2.2 I'm saying this because I filed a bug report similar to this one against module-init-tools and it was rejected since it was claimed that 2.2.20 is no longer supported. But lack of support shouldn't mean introducing a bug into it, which has been done by the transition from modutils 2.4.26 to 2.4.27. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364723: modprobe 2.4.27 will not load ppp module for kernel 2.2.20
Package: module-init-tools Version: 3.2.2-1 When I'm running kernel 2.2.20 and give the command: modprobe ppp, I get the message: modprobe: Can't locate module ppp Yet ppp.o is in the right place and other modules from the same location can be found by modprobe. Version 2.4.26 of modprobe finds ppp.o and loads it (along with dependencies). But Version 2.4.27 can't find it. I just tried it while running kernel 2.4.27 (same as modprobe version by coincidence). "modprobe ppp" doesn't load ppp since there is no ppp module in the 2.4.27 kernel. But instead it loads ppp_generic and some other modules so that ppp will work. Thus it seems that ppp has been made an alias for other modules, but for kernel 2.2.20 one needs to load the real ppp.o. modprobe.modutils can't find ppp either. I suppose that modutils calls modprobe.modutils since it should check uname -r to find out I'm running 2.2.20. I sometimes use kernel 2.2.20 since it loads about 3 times faster than 2.6.15 (but I hoping to improve 2.6.15 booting speed by finding the causes of it's slowness on my PC). David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361764: netkit-inetd will not configure
Package: netkit-inetd Version: 0.10-10.3 When I use apt-get upgrade, it stopped at the configuration of netkit-inetd with the message: dpkg: error processing netkit-inetd (--configure) subprocess post-installation script returned error exit status 1 This resulted in the packages that depend on netkit-inetd not getting configured either. I found the cause of the problem. It's that /etc/init.d/inetd is not present on my PC. And I can't seem to get netkit-inetd to install the file /etc/init.d/ How I debugged it: I put the option -x after sh in /var/lib/dpkg/info/netkit-inetd-postinst. Then I tried to finish my installation using apt-get and noted that the post-install script got only as far as running update-rc.d inetd defaults 20 So, I tried running this command on the command line and got: update-rc.d: warning /etc/init.d/inetd doesn't exist. Terminating. So it looks like this terminating caused the error exit status. I looked in init.d/ and found no inetd. So I thought that perhaps I could trick the configuration to run by creating a file inetd with only an echo command in it to show when it runs. Then I ran apt-get again and everything installed OK (not really since there's a problem with one other package not related to this problem). But I haven't entirely fixed the problem since my inetd file is not the real one. So I tried to install netkit-inetd again since according to it's list it contains the file inetd. I then got the error message that it tried to "restart" inetd and failed. This makes sense, since there is no "restart" case in the script I wrote. Unfortunately, the configuration gives up at this error and inetd doesn't get installed. So the netkit-inetd package needs to be fixed to handle cases where the inetd program is missing. There's a couple of other bug reports related to this problem. I don't know why my inetd is missing since it's in the runlevel.conf file. Could netkit-inetd have removed it? Perhaps I could download a copy of the inetd script from the Internet. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353237: acknowledged by developer (Re: Bug#353237: Can't get mutt from "testing")
On Tue, Feb 28, 2006 at 03:12:06AM +0100, Adeodato Sim?? wrote: > * David Lawyer [Mon, 20 Feb 2006 19:07:29 -0800]: > > Hi, > > > > I'm closing this bug, please write back if you need more information. > > No. I went to the Debian website and couldn't get it from testing. > > So it shows something is wrong. The version that the website tried to > > get and the version in my package list on my PC were the same. So > > it's not an out-of-date package list that's causing this. > > In those days, two things happened: a new mutt version entered > testing, and the packages.debian.org was not getting updated (I think > it may still not be), and displayed the previous version of mutt > instead of the new one. I think these two issues were what caused what > you experienced? > > Is everything ok now, or is there still something that needs > investigating? I tried getting mutt from testing on the Debian website and it started to download, something that didn't happen previously. So I suppose it's fixed. > Thanks, > > -- > Adeodato Sim?? dato at net.com.org.es > Debian Developer adeodato at debian.org > > Listening to: Vainica Doble - La vegetariana David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353242: exim-doc package is obsolete ?
Package: exim-doc Version:3.20-1 I notice that this package is from 2001. Since then, exim has changed. So either this package should be removed, or the package list should state that this is only for old versions of exim and state which old versions it pertains to. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353237: Can't get mutt from "testing"
Package: mutt
Version: 1.5.11-5
I used apt-get to upgrade and it says:
Err ftp://ftp.us.debian.org testing/main mutt 1.5.11-5
Unable of fetch file, server said "Failed to open file."
So then I used a browser to go to the debian website and did a package
search for mutt in "testing". It claims to be there but agian said it
couldn't find it when I told it to download after selecting a download
site. Then I did a package search in unstable, found it and am now
downloading it: version 1.5.11 ... i386.
So it looks like either mutt is missing from "testing" or it is a
different version in "testing" from what is claimed by the package
list.
David Lawyer
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353234: package netkit-inetd 0.10-10.2 will not configure
Package: netkit-inetd
Version: 0.10-10.2
When I used apt-get upgrade (using "testing"), netkit-inetd would not
configure. I got the following message:
dpkg error processing netkit-inetd (--configure)
subprocess post-installation demon returned err exit status 1
Well, I checked on the Internet and someone else reported the same
bug to Debian: Bug 282427 of Nov. 2004. I also tried using the dpkg
command as reported in this bug report and got the same result.
The command is: dpkg -D2000 --configure netkit-inetd
So I put echo statements in the post-installation script. The db_get
function in this script doesn't seem to return from its call as an
"echo here" before it prints "here" but an "echo here" after it
doesn't print anything. The call is:
db_get netkit-inetd/inetd-dos-services; echo "here" ...
(I added the 'echo "here"' which doesn't get printed.)
db_get() is defined as { _db_cmd "GET $@";} in
/usr/share/debconf/confmodule but I quit my investigation at that
point since there is the _db_cmd function to track down, etc.
I downloaded version 0.10-10.3 from "unstable" but same problem.
Several other packages depend on this one and thus don't get
configured. I don't know how much lack of functionality my system has
as a result. Perhaps the old configuration still works on the new
software versions ??
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345605: Dillo crashes
Package: dillo
Version: 8.5-4
When I try to go to certain websites, Dillo crashes. For example:
www.tldp.org and www.pswd.uua.org. In other cases, I didn't note
what I was doing when it crashed. Then I installed 8.3-1 (older
version) and it didn't crash when I went to www.pswd.uua.org. So it
seems something is wrong with the newer version.
The crashes are not random, since I tried a few times to go to these
two websites and each time it crashed. I would start to see part of
the site but before the page was fully loaded Dillo crashed and left a
blank screen (except for the icewm bottom bar). Dillo works OK for
about 95% of websites I go to.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345485: hwclock scripts don't support adjust time
Package: util-linux Version: 2.12-10 The init scripts for program, hwclock, have been dysfunctional for many years regaring use of the --adjust utility. I've filed bug reports before but the problem was never satisfactorily fixed. Right now the README just says not to use the adjust capability. So the fix to using adjust was just saying not to do it instead of fixing the problem. But I've been using this feature and it works fine. It compensates for a fast or slow hardware clock (battery powered) on ones PC. It's a major feature of the hwclock program and should not just be ignored because the script hasn't be fixed to handle it correctly. So at least there is a problem with the documentation in the README file and /etc/init.c/hwclock.sh: [snip] case "$1" in start) if [ ! -f /etc/adjtime ] then echo "0.0 0 0.0" > /etc/adjtime fi # Uncomment the hwclock --adjust line below if you want # hwclock to try to correct systematic drift errors in the # Hardware Clock. # # WARNING: If you uncomment this option, you must either make # sure *nothing* changes the Hardware Clock other than # hwclock --systohc, or you must delete /etc/adjtime WRONG: hwclock --set --date= ... also makes a calibration just like --systohc does. Also, the script does --systohc at each shutdown. But when a --systohc (a calibration) is done, the program assumes that the sys clock is the correct time, but usually it's not, so there needs to be a provision to disable the use of --systohc at shutdown in order to use adjust. To do this I've created HWCLOCKSET for the script and set it to no. The script does have HWCLOCKACCESS. Setting it to = no stops all access to the hw clock but access is needed to set the time from the hw clock each time the PC is powered on. # every time someone else modifies the Hardware Clock. # # Common "vilains" are: ntp, MS Windows, the BIOS Setup # program. # # WARNING: You must remember to invalidate (delete) # /etc/adjtime if you ever need to set the system clock # to a very different value and hwclock --adjust is being # used. or if you use this file on another computer (such as swapping hard drives). # # Please read /usr/share/doc/util-linux/README.Debian.hwclock # before enablig hwclock --adjust. # hwclock --adjust $GMT $BADYEAR >From the README: (my comments deliniated by -) hwclock and Debian: A Debian installation will, by default, call hwclock --hctosys during system startup and hwclock --systohc during system shutdown. To set the date/time of the system, just use the standard UNIX date facilities (such as date) or any of the advanced timekeeping utilities (ntp, ntpdate, chrony). unless you're using --adjust; or unless you're setting the time each time the PC is powered up. - Other methods of setting the clock (such as hwclock) are likely to cause trouble, do not use them. Please note that because the shutdown scripts call hwclock --systohc, you cannot set the clock using hwclock only, as your adjustment will be lost on the next reboot. THIS MEANS YOU MUST *NOT* FOLLOW THE PROCEDURES IN THE hwclock(8) MAN PAGE TO SET THE CLOCK DATE/TIME USING A REBOOT UNLESS YOU EDIT THE SHUTDOWN SCRIPTS. -- Should a README contradict a man page? No! - [snip] Don't use the hwclock --adjust facility, refer to alternate (and much safer) programs such as ntp or chrony if you need precision timekeeping. - The way I set the hw clock is using hwclock --set --date "13:34:44" etc. I do this just after I set my wristwatch for the correct time, using the time supplied by the phone co. (you dial a time recording) or from the US Gov't time on the Internet. If the adjust time utility is working OK, it doesn't need to be set often since systematic drift of the hw clock is automatically compensated for. So there needs to be a documented option of using the adjust utility and a variable in the script to set or comment out if one wants to use it. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340644: m4 outputs quotes if ` is used in the quote string.
Package: m4 Version: 1.4.2 m4 outputs quotes if ` is used in the quote string. For example: m4_define(SERIAL_ )m4_dnl m4_changequote(`","')m4_dnl m4_ifdef( MODEM_ , `"Modem selected"') m4_ifdef( SERIAL_ , `"Serial selected"') The above gives the following output from m4 --prefix-builtins my_file: `"Serial selected"' It should output without any quotes like this: Serial selected The following quote string pairs also output with quotes like above: `" "' `[ ]' "` '" The following pairs give the error message: ... ERROR EOF in string `$ `% `` ^^ `% "^ `ab %" Using a number of pairs (non alpha-numberic) without any ` worked OK. PS: I wrote the above years ago but don't think I submitted it. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338402: elinks doesn't work on dumb terminal with odd parity
Package: elinks
Version: 0.9.3
I use a CIT-101e text terminal and have enabled odd parity in the
terminal hardware. It seems to work fine for other programs. When I
login, the parity is automatically detected and the "stty" interface
is set to parity enabled (parenb) and 7-bit bytes (cs7). When I use
other programs (such as lynx :-) these settings stay the same. But if
I start elinks, then these setting are apparently changed by elinks to
-parenb and cs8. Now since the terminal hardware has parity and 7-bit
bytes enabled, it will not work. What actually happens is that any
character with wrong parity is not displayed which means I only see
about half the characters which should be on the screen. Or more
precisely, the characters that happen to be even parity (even number
of bits) display as special error characters.
One can observe this behavior on virtual terminals. On /dev/tty2 do:
stty parenb cs7. Then go to another virtual terminal (by say Alt-F3)
and do: stty -F /dev/tty2 -a and note that you really have parenb, cs7
on tty2. Then back to tty2 and start elinks. Then to tty3 and repeat
the previous stty command and you'll see that elinks has changed these
stty settings.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#175575: [discuss] linuxdoc text backend
> > > > I'm curious about the state of the script generated text documents, > > > > which have embedded special characters. > > On Mon, Oct 17, 2005 at 05:52:08AM -0700, [EMAIL PROTECTED] wrote: > sgml2html -c ascii > is how the script does it (for linuxdoc) You must mean sgml2txt -c latin -f This doesn't eliminate the escape sequences on my PC using linuxdoc-tools 0.9.21. Perhaps LDP is using an earlier version of linuxdoc or groff-grotty? But in the meantime, I did find out how to pass the -c flag to grotty to eliminate the escape sequences. It turned out to be in the man page for groff, but the info doc that I used leads one to a blank section. In /usr/bin/linuxdoc change the definition of GROFF to "...groff -P-c". In other words, append the option -P-c. This passes -c to grotty. Or you can do this without patching the binary (bin) by: sgml2txt --pass="-P-c" This passes -P-c to groff which in turn passes -c to grotty. But to eliminate the overstrikes, give the -b option to grotty also: sgml2txt --pass="-P-bc" Another way of eliminating overstrikes is to use the -f flag to sgml2txt as was done in the LDP script. -b is more efficient since I suspect that otherwise the overstrikes are generated and then filtered out. Overstriking was used by the old unix text processing system which used real teletypes (tty) or the like (hard copy terminals). If the tty (like an impact printer) hit the paper with a letter key and then backspaced and hit with the same key again, this is overstriking. Hitting it twice put more ink on the paper and made it look bolder. But it doesn't work with modern terminals using an electronic display. So should the default for groff be just plain text output with neither escape sequences for dumb electronic terminals nor overstrikes for hard-copy terminals (which are now museum pieces)? So perhaps the fix is for someone to patch groff instead of linuxdoc. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#175575: Cause of problem; possible fix
The cause of the unwanted escape sequences in the text output is that
linuxdoc uses groff for text output. groff uses grotty as a post
processor and grotty by default puts the escape seqences there per the
man page for grotty. A fix is to pass the -c option to grotty to
disable this. But how to do this when groff is called? I can't find
out how to do this from the man page or the info page for groff. If I
substitute nroff -c for groff, the problem is fixed but using nroff
may break something else. nroff uses the option -T... while groff uses
-T ... (the difference is a space after -T). So I had to change this
too when I substituted nroff. There are likely some other
differences. One could also try using troff in a pipeline with grotty
to enable the appropriate options to be given to grotty.
I really don't know Perl so I was lucky to discover possible solutions.
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293927: More information about lprng bug
On Tue, Jul 19, 2005 at 09:24:41AM +1000, [EMAIL PROTECTED] wrote: > tags 293927 unreproducible > tags 293927 moreinfo > thankyou > > Hello, > Back around February I was asking if you could strace the daemon and > show me your printcap to try to debug this serial printing problem. > Are you still having problems with lprng and this printer? > If not, do you know what you did to fix it? My serial printer had mechanical problems so I replaced it with a parallel port printer. I junked the serial printer so there's no way to test it. > > - Craig > -- > Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 > Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer > csmall at : enc.com.au ieee.org debian.org > > David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318670: exim4 stops delivery after 10 messages from fetchmail
d \
--signal 1 --exec $DAEMON
;;
separate)
start-stop-daemon --stop --pidfile /var/run/exim4/exim.pid \
--signal 1 --exec $DAEMON
start-stop-daemon --stop --pidfile /var/run/exim4/eximqr.pid \
--signal 1 --exec $DAEMON
;;
esac
}
# check for valid configuration file
isconfigvalid()
{
if ! $DAEMON -bV > /dev/null ; then
echo
echo "Warning! Invalid configuration file for $NAME. Exiting." 1>&2
exit 1
fi
}
case "$1" in
start)
echo -n "Starting MTA: "
# regenerate exim4.conf
upex4conf
isconfigvalid
start_exim
echo "$NAME."
;;
stop)
echo -n "Stopping MTA: "
stop_exim
echo "$NAME."
;;
restart)
echo -n "Restarting MTA: "
# regenerate exim4.conf
upex4conf
isconfigvalid
stop_exim
sleep 2
start_exim
echo "$NAME."
;;
reload|force-reload)
echo "Reloading $NAME configuration files"
# regenerate exim4.conf
upex4conf
isconfigvalid
reload_exim
;;
status)
exiwhat
;;
*)
echo "Usage: $0 {start|stop|restart|reload|status}"
exit 1
;;
esac
exit 0
# vim:tabstop=2:expandtab:shiftwidth=2
David Lawyer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#225105: acknowledged by developer (procps 3.1.14 probably fixes it)
On Tue, May 17, 2005 at 10:33:04PM -0700, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > #225105: top program will not display on dumb terminal via PCI bus, > which was filed against the procps package. Since I reported the bug I changed computers and put the dumb terminal on the ISA bus where top worked OK. I just now (as a test) installed the serial PCI card that produced the bug in the past, but the bug has gone away. Since I reported the bug I used apt to update everything and my procps is later than the one that was claimed to probably fix it. So it probably did fix it. > It has been closed by one of the developers, namely > [EMAIL PROTECTED] (Craig Small). > > Their explanation is attached below. If this explanation is > unsatisfactory and you have not received a better one in a separate > message then please contact the developer, by replying to this email. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) > > Received: (at 225105-done) by bugs.debian.org; 18 May 2005 05:16:53 + > >From [EMAIL PROTECTED] Tue May 17 22:16:53 2005 > Return-path: <[EMAIL PROTECTED]> > Received: from ppp114-209.static.internode.on.net (mail.enc.com.au) > [150.101.114.209] > by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) > id 1DYGvN-0004Nw-00; Tue, 17 May 2005 22:16:53 -0700 > Received: from localhost (localhost [127.0.0.1]) > by mail.enc.com.au (Postfix) with ESMTP id 0FF56B7BE6 > for <[EMAIL PROTECTED]>; Wed, 18 May 2005 15:16:50 +1000 (EST) > Received: from mail.enc.com.au ([127.0.0.1]) > by localhost (gonzo [127.0.0.1]) (amavisd-new, port 10024) with LMTP > id 07204-04 for <[EMAIL PROTECTED]>; > Wed, 18 May 2005 15:16:44 +1000 (EST) > Received: by mail.enc.com.au (Postfix, from userid 1000) > id 7C5D3B7D8E; Wed, 18 May 2005 15:16:44 +1000 (EST) > Date: Wed, 18 May 2005 15:16:44 +1000 > To: [EMAIL PROTECTED] > Subject: procps 3.1.14 probably fixes it > Message-ID: <[EMAIL PROTECTED]> > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > User-Agent: Mutt/1.5.6+20040907i > From: [EMAIL PROTECTED] (Craig Small) > X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at enc.com.au > Delivered-To: [EMAIL PROTECTED] > X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 > (1.212-2003-09-23-exp) on spohr.debian.org > X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no > version=2.60-bugs.debian.org_2005_01_02 > X-Spam-Level: > > procps 3.1.14 probably fixes this, no further notification from > submitter. > -- > Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 > Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer > csmall at : enc.com.au ieee.org debian.org > David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
