Bug#919182: mailagent: Mailagent not up-to-date
Package: mailagent Version: 1:3.1-81-4+b1 Severity: minor Dear Maintainer, The latest version of mailagent can be found at: https://github.com/rmanfredi/mailagent.git and fixes problems that will matter to people using the POST action in their mailagent rules, when interfacing with the INN2 system. Indeed, whilst the current version worked fine with Debian 7, changes made to INN2 on Debian 9 break the POST command and cause the messages to be rejected as news articles. I tried to mail the person I thought was the package maintainer, but the mail bounced back to me: srivasta@ (hidden) retry timeout exceeded Therefore I am submitting a bug so that the information is at least traced and not lost. -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1), LANGUAGE=en_US:en (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mailagent depends on: ii debconf [debconf-2.0]1.5.61 ii libc62.24-11+deb9u3 ii libfile-fcntllock-perl 0.22-3+b2 ii libperl4-corelibs-perl 0.003-2 ii perl 5.24.1-3+deb9u5 ii sendmail-bin [mail-transport-agent] 8.15.2-8 mailagent recommends no packages. mailagent suggests no packages. -- debconf information excluded
Bug#916689: systemd: login at console hangs after "Last login..." displayed, ssh hangs as well
Quoting Michael Biebl: : What happens if you boot into emergency mode (add emergency to the : kernel command line)? : This will start a very minimal system without any networking or started : services. Can you successfully login? : : What happens if you boot into rescue mode (add rescue to the kernel : command line)? : This will boot into a minimal system with a few services like : networking.service enabled. : : What's the output of "ip a" in this case? In emergency mode, no network, as expected: $ cat /root/ip.a-emergency 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 74:d0:2b:9d:5e:e4 brd ff:ff:ff:ff:ff:ff In resue mode, NO NETWORK! $ cat /root/ip.a-rescue 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 74:d0:2b:9d:5e:e4 brd ff:ff:ff:ff:ff:ff I understand this is not the expected situation, but how is systemd configuring my network? Who handles the /etc/network/interfaces file? My /etc/default/networking file (as processed by /etc/init.d/networking with sysvinit) is: $ cat /etc/default/networking # Configuration for networking init script being run during # the boot sequence # Set to 'no' to skip interfaces configuration on boot #CONFIGURE_INTERFACES=yes # Don't configure these interfaces. Shell wildcards supported/ #EXCLUDE_INTERFACES= # Set to 'yes' to enable additional verbosity #VERBOSE=no So, under systemd, how is network configuration in "rescue" mode achieved? If indeed my system is misconfigured, this could explain the lockups with automount failing to access /usr/local. And why, when booting is finished, is the network up correctly? I see in "journactl -xb" output: Dec 18 11:53:30 nice systemd[1]: Started Raise network interfaces. -- Subject: Unit networking.service has finished start-up -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- Unit networking.service has finished starting up. -- -- The start-up result is done. Dec 18 11:53:30 nice systemd[1]: Reached target Network. -- Subject: Unit network.target has finished start-up -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- Unit network.target has finished starting up. -- -- The start-up result is done. I did not check whilst in rescue mode what was the output of that, unfortunately. But the network "target" is properly configuring the network here, this is what I understand. Raphael
Bug#916689: systemd: login at console hangs after "Last login..." displayed, ssh hangs as well
I quickly grepped through /etc/init.d/* files (I know systemd does not use these anymore excepted when there is no unit and it calls some of these scripts). There are many files that set a PATH explicitly and which starts whith /usr/local/s?bin: $ grep -l PATH=/usr/local/ /etc/init.d/* /etc/init.d/alsa-utils /etc/init.d/alsa-utils.dpkg-dist /etc/init.d/binfmt-support /etc/init.d/busybox-klogd /etc/init.d/busybox-syslogd /etc/init.d/cpufrequtils /etc/init.d/cups /etc/init.d/hddtemp /etc/init.d/mcelog /etc/init.d/network-manager /etc/init.d/saned /etc/init.d/sysstat /etc/init.d/unattended-upgrades There is a /etc/init.d/alsa-utils.dpkg-dist because I modified the /etc/init.d/alsa-utils (suppressing whatever it was doing at "stop" time) because it was hanging up shutdowns and forced me to "reset", with filesystems not cleanly unmounted at that point. Now I do not know where all the systemd units are stored but I ran this: $ find /lib/systemd/system/* -type f | xargs grep /usr/local /lib/systemd/system/systemd-binfmt.service:ConditionDirectoryNotEmpty=|/usr/local/lib/binfmt.d /lib/systemd/system/systemd-modules-load.service:ConditionDirectoryNotEmpty=|/usr/local/lib/modules-load.d Are there other locations for units used at boot time? I tried to look at these files, but all I see there are variable declarations, no logic, so it's hard to understand how these things are used. At least with /etc/init.d scripts, I could patch things that caused problems but with systemd I feel as powerless as in front of a Windows system that would exhibit problems! Anyway, if autofs is indeed not up when /usr/local is accessed, no damage because there is nothing there. However if autofs is up and is having problems contacting the server (which was always there and up during my tests), then indeed we could have a lockup. To analyse the way systemd launches the processes, I assumed PIDs would be created in sequence, so I ran: $ systemctl status | \ perl -n \ -e '$ok = 1 if m|-1\s+/sbin|; next unless $ok;' \ -e '/[`|]-(\d+)\s(.*)/ && print "$1 $2\n"' | \ sort -n Which gave me this: 1 /sbin/init 441 /lib/systemd/systemd-journald 444 /sbin/lvmetad -f 485 /usr/sbin/blkmapd 491 /lib/systemd/systemd-udevd 772 /sbin/mdadm --monitor --scan 1146 /usr/sbin/rpc.idmapd 1197 /sbin/rpcbind -f -w 1201 /usr/sbin/rsyslogd -n 1203 /usr/sbin/inetd 1211 /usr/sbin/smartd -n -s /var/spool/smartd/ 1217 /usr/sbin/cron -f 1221 /lib/systemd/systemd-logind 1222 /usr/sbin/atd -f 1225 /usr/sbin/ModemManager 1228 /usr/lib/accountsservice/accounts-daemon 1243 /usr/sbin/irqbalance --foreground 1275 /usr/sbin/acpid 1276 /usr/sbin/cupsd -l 1278 avahi-daemon: running [nice.local] 1279 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation 1287 avahi-daemon: chroot helper 1288 /usr/sbin/cups-browsed 1289 /usr/sbin/NetworkManager --no-daemon 1290 /usr/lib/rtkit/rtkit-daemon 1311 /usr/lib/policykit-1/polkitd --no-debug 1320 /usr/lib/colord/colord 1371 /usr/lib/cups/notifier/dbus dbus:// 1373 /usr/lib/cups/notifier/dbus dbus:// 1374 /usr/lib/cups/notifier/dbus dbus:// 1375 /usr/lib/cups/notifier/dbus dbus:// 1376 /usr/lib/cups/notifier/dbus dbus:// 1377 /usr/lib/cups/notifier/dbus dbus:// 1378 /usr/lib/cups/notifier/dbus dbus:// 1449 /usr/sbin/rpc.mountd --manage-gids 1454 /usr/bin/dockerd -H fd:// 1456 /usr/sbin/sshd -D 1458 /usr/sbin/minissdpd -i 0.0.0.0 1462 /usr/sbin/nmbd 1503 /usr/sbin/winbindd 1504 docker-containerd -l unix:///var/run/docker/libcontainerd/docker-containerd.sock --metrics-interval=0 --start-timeout 2m --state-dir /var/run/docker/libcontainerd/containerd --shim docker-containerd-shim --runtime docker-runc 1531 /usr/sbin/automount --pid-file /var/run/autofs.pid 1554 /sbin/agetty --noclear tty1 linux 1579 /usr/bin/xdm -nodaemon 1581 /usr/sbin/winbindd 1595 /usr/sbin/mcelog --daemon 1598 /usr/lib/xorg/Xorg :0 vt7 -listen tcp -auth /var/lib/xdm/authdir/authfiles/A:0-vRo5KW 1602 /usr/sbin/smbd 1615 /usr/sbin/smbd 1616 /usr/sbin/smbd 1625 /usr/bin/timidity -Os -iAD 1626 /usr/sbin/oidentd -P 192.168.0.1 -u oident -g oident 1669 /usr/bin/monit -c /etc/monit/monitrc 1715 /usr/sbin/console-kit-daemon --no-daemon 1810 /lib/nut/usbhid-ups -a apc 1823 /lib/nut/upsd 1825 /usr/sbin/winbindd 1826 /usr/sbin/winbindd 1827 sendmail: MTA: accepting connections 1830 /lib/nut/upsmon 1831 /lib/nut/upsmon 1837 /usr/sbin/smbd 2100 docker-containerd-shim c6652a7559b8d166999facd1c0a4c01eb07d353caa317045c5f76ee3b98c5b36 /var/run/docker/libcontainerd/c6652a7559b8d166999facd1c0a4c01eb07d353caa317045c5f76ee3b98c5b36 docker-runc 2543 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 114:125 2544 /usr/sbin/uptimed -f 3414 /sbin/rpc.statd --no-notify 6796 /usr/lib/bluetooth/bluetoothd 13987
Bug#916689: systemd: login at console hangs after "Last login..." displayed, ssh hangs as well
Quoting Michael Biebl: : Fwiw, you can use the builtin systemd autofs support. : Define the network mount in /etc/fstab and add x-systemd.automount to : the mount options. Would be interesting to know if you get the hangs as : well then. I tried to add the following line to /etc/fstab: tours:/usr/local /usr/localnfs bg,soft,intr,x-systemd.automount (is this syntax correct?) But it caused a boot failure: the message is: [***] A start job is running for XXX (... / 1m 30s) with XXX being all the fs listed in the fstab, in turn. After 1m30s, it fails with lots of yellow [DEPEND] messages, and when offered to type the root password, nothing happens when I type it (as if the login process was hanging again). I tried to add a systemd.debug_shell=1 but since it did not startup, there was no virtual ttys setup (my guess). : > Is there a dependency issue that causes the autofs service to start : > too late in the process, and causing problems when a fs that appears : > in the PATH is actually auto-mounted? : : It's unfortunate, that systemctl list-jobs does not work : This could have given us a hint if there is a dependency some jobs are : waiting for. Indeed. But the failure I got above is a hint that there is something fishy going on with the network filesystems. : How exactly do you configure your network btw? : This might indeed be an issue that the network is not really up and : "something" trying to access /usr/local and hanging because of that. I configure a static IP address in /etc/network/interfaces: - auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.0.3 broadcast 192.168.0.255 gateway 192.168.0.1 netmask 255.255.255.0 network 192.168.0.0 - I'd really like to help you debug this problem, as I'm sure I am not the first, and will not be the last, to have a similar problem! Raphael
Bug#916689: systemd: login at console hangs after "Last login..." displayed, ssh hangs as well
Quoting Michael Biebl: : Could you uncomment those autofs mounts and try again? I commented the line in /etc/auto.master.d/usr_local.autofs, to read: #/auto/usr_local /etc/auto.master.d/usr_local--timeout=1800 --ghost and it now works (I left the other autofs mountpoints since they are not in the PATH anywhere). I can live with /usr/local not being mounted from a remote system. I assume it's unneeded to supply you the output of the commands, or do you want to investigate why this particular automount is causing the startup to fail (probably due to the PATH of commands listing /usr/local). After logging in via XDM, the autofs mountpoints all work. Is there a dependency issue that causes the autofs service to start too late in the process, and causing problems when a fs that appears in the PATH is actually auto-mounted? Since it works when I boot with the sysv init, it must be some dependency issue. I can perform some tailored debugging if you need to understand what is going on with the automount of /usr/local. Let me know. Thanks, Raphael
Bug#916689: systemd: login at console hangs after "Last login..." displayed, ssh hangs as well
Quoting Michael Biebl: : Please boot with systemd as PID 1 and try to get a debug shell on tty9 : by adding systemd.debug-shell=1 to the kernel command line. : : On tty9 you can then inspect the system. : The output of : systemctl status dbus : systemctl status systemd-logind : systemctl list-jobs : would be a good start. It booted but... /etc/profile puts /usr/local/bin at the start of the PATH. This created problems: for some reason, the autofs mount of /usr/local was not working. I changed /etc/profile to remove these /usr/local prepending. I also reset the PATH at the command line to avoid /usr/local (This is funny. Autofs was started, see mount output below, but indeed trying to access any of the auto-mounted dirs failed -- I forgot to test my network by issuing a ping). Next, a basic ps -ef worked and showed /sbin/init as being PID 1. It's a symlink: lrwxrwxrwx 1 root root 20 Oct 28 18:02 /sbin/init -> /lib/systemd/systemd So I was under systemd. I launched these commands (typing the full path just in case): # /bin/systemctl status dbus # /bin/systemctl status systemd-logingd # /bin/systemctl list-jobs All three hung and I had to ^C them after a few secs. : A verbose debug log would be helpful as well. Tell me what log you want. The output of "dmesg"? Some other log file? I captured the output of mount: sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=16431808k,nr_inodes=4107952,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=3288916k,mode=755) /dev/mapper/essd-root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) /dev/mapper/essd-usr on /usr type ext4 (rw,relatime,data=ordered) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=35,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=14666) mqueue on /dev/mqueue type mqueue (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) tmpfs on /tmp type tmpfs (rw,relatime,size=524288k) /dev/sda1 on /boot type ext2 (rw,relatime,block_validity,barrier,user_xattr,acl) /dev/mapper/esys-usr on /hd/usr type ext4 (rw,relatime,data=ordered) /dev/mapper/esys-root on /hd/root type ext4 (rw,relatime,data=ordered) /dev/mapper/esys-home on /home type ext4 (rw,relatime,data=ordered) /dev/mapper/esys-32 on /32 type ext4 (rw,relatime,data=ordered) /dev/mapper/vg0-vtapes on /ext/vtapes type ext4 (rw,relatime,stripe=24,data=ordered) /dev/mapper/vg0-backups on /ext/backups type ext4 (rw,relatime,stripe=24,data=ordered) /dev/mapper/esys-docker on /ext/docker type ext4 (rw,relatime,data=ordered) /dev/mapper/esys-can on /can type ext4 (rw,relatime,data=ordered) /dev/mapper/esys-vm on /ext/vm type ext4 (rw,relatime,data=ordered) /dev/mapper/esys-var on /var type ext4 (rw,relatime,data=ordered) /dev/mapper/esys-tmp on /ext/tmp type ext4 (rw,relatime,data=ordered) /dev/mapper/esys-scratch on /ext/scratch type ext4 (rw,relatime,data=ordered) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime) /etc/auto.master.d/lens on /auto/lens type autofs (rw,relatime,fd=6,pgrp=1604,timeout=1800,minproto=5,maxproto=5,indirect,pipe_ino=20401) /etc/auto.master.d/lyon on /auto/lyon type autofs (rw,relatime,fd=12,pgrp=1604,timeout=1800,minproto=5,maxproto=5,indirect,pipe_ino=20407)
Bug#916689: systemd: login at console hangs after "Last login..." displayed, ssh hangs as well
Package: systemd Version: 232-25+deb9u6 Severity: important Hello, I recently upgraded my workstation from Debian 7 to Debian 9, and enabled systemd. After the migration, everything worked fine. My system froze this morning, so I rebooted and then after booting, it did not display the XDM login. I booted manually by editing the systemd configuration by adding this to the kernel boot: systemd.unit=multi-user.target and it landed me to the login on tty1. I tried to login as my user or as root, and the same thing happened: after displaying: Last login nothing happends. I cannot ^C to escape. I tried to ssh from another host to that machine, and it just hangs there -- I have to kill the ssh process to regain control. As a last resort, I tried booting the sysvinit version of the kernel, the one that adds: init=/lib/sysvinit/init to the boot line and it worked. I had the XDM boot screen, I can login on the console, and the system *appears* functional. However, I am getting these messages in the logs: [Dec17 12:41] systemd-logind[11370]: Failed to enable subscription: Launch helper exited with unknown return code 1 [ +0.05] systemd-logind[11370]: Failed to fully start up daemon: Input/output error everytime I login via SSH. Once the system has booted and I could login to inspect the logs, I found nothing explaining why login hangs when I boot with systemd and why the XDM login does not appear (it seems it blocks as well). Everything points to a systemd problem, but I am new to systemd and I have no idea where to look for clues. The funny thing is that it worked well the first time I booted, and it is now starting to dysfunction after I had to hard-reboot the system. I tried warm reboot and cold reboot, makes no difference: with systemd, I am unable to login to the system, either at the console or via SSH. I do not depend on NFS filesystems to login as "root". Can I have clues to collect information and try to resolve this problem? Thanks, Raphael -- Package-specific info: -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1), LANGUAGE=en_US:en (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages systemd depends on: ii adduser 3.115 ii libacl1 2.2.52-3+b1 ii libapparmor12.11.0-3+deb9u2 ii libaudit1 1:2.6.7-2 ii libblkid1 2.29.2-1+deb9u1 ii libc6 2.24-11+deb9u3 ii libcap2 1:2.25-1 ii libcryptsetup4 2:1.7.3-4 ii libgcrypt20 1.7.6-2+deb9u3 ii libgpg-error0 1.26-2 ii libidn111.33-1 ii libip4tc0 1.6.0+snapshot20161117-6 ii libkmod223-2 ii liblz4-10.0~r131-2+b1 ii liblzma55.2.2-1.2+b1 ii libmount1 2.29.2-1+deb9u1 ii libpam0g1.1.8-3.6 ii libseccomp2 2.3.1-2.1+deb9u1 ii libselinux1 2.6-3+b3 ii libsystemd0 232-25+deb9u6 ii mount 2.29.2-1+deb9u1 ii procps 2:3.3.12-3+deb9u1 ii util-linux 2.29.2-1+deb9u1 Versions of packages systemd recommends: ii dbus1.10.26-0+deb9u1 ii libpam-systemd 232-25+deb9u6 Versions of packages systemd suggests: ii policykit-10.105-18+deb9u1 pn systemd-container pn systemd-ui Versions of packages systemd is related to: pn dracut ii initramfs-tools 0.130 ii udev 232-25+deb9u6 -- Configuration Files: /etc/systemd/logind.conf changed: [Login] NAutoVTs=3 ReserveVT=3 -- no debconf information [EXTENDED] /lib/systemd/system/systemd-timesyncd.service -> /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf [EXTENDED] /lib/systemd/system/systemd-resolved.service -> /lib/systemd/system/systemd-resolved.service.d/resolvconf.conf [EXTENDED] /lib/systemd/system/rc-local.service -> /lib/systemd/system/rc-local.service.d/debian.conf [MASKED] /etc/systemd/system/samba-ad-dc.service -> /lib/systemd/system/samba-ad-dc.service 4 overridden configuration files found. ==> /var/lib/systemd/deb-systemd-helper-enabled/sysinit.target.wants/lvm2-lvmetad.socket <== ==> /var/lib/systemd/deb-systemd-helper-enabled/sysinit.target.wants/keyboard-setup.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/sysinit.target.wants/lvm2-monitor.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/sysinit.target.wants/lvm2-lvmpolld.socket <== ==> /var/lib/systemd/deb-systemd-helper-enabled/nmbd.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/nmbd.service ==> /var/lib/systemd/deb-systemd-helper-enabled/minissdpd.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/minissdpd.service ==>
Bug#816559: [Pkg-openssl-devel] Bug#816559: openssl does not start on x86_64: version `OPENSSL_1.0.1s' not found
Quoting Kurt Roeckx: : > ii libssl1.0.0 1.0.1k-1 : : You should really upgrade (or downgrade) that version. That's not : from any release. It's from just before the jessie release and : has many known security issues. It's funny that "apt-get upgrade" is not proposing to upgrade it. I just did: # apt-get install libssl1.0.0=1.0.1e-2+deb7u20 and I confirm openssl now works again. But indeed, it downgraded it! Raphael
Bug#816559: openssl does not start on x86_64: version `OPENSSL_1.0.1s' not found
Package: openssl Version: 1.0.1e-2+deb7u20 Severity: important After an "apt-get upgrade" in Debian wheezy, my openssl is unusable. Launching: $ openssl -v openssl: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0: version `OPENSSL_1.0.1s' not found (required by openssl) Doing the same operation on a 32-bit wheezy system with the exact same version (1.0.1e-2+deb7u20 i386) does not exhibit the problem, so this seems to be a broken dependency for 64-bit machines. On the 32-bit system, I do have libssl1.0.0 at version 1.0.1e-2+deb7u20. On the 64-bit system, my libssl1.0.0 is version 1.0.1k-1 and there does not seem to be a newer version, since a manual "apt-get install" does nothing on that package. -- System Information: Debian Release: 7.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages openssl depends on: ii libc62.19-13 ii libssl1.0.0 1.0.1k-1 ii zlib1g 1:1.2.8.dfsg-2+b1 openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20130119+deb7u1 -- no debconf information
Bug#654830: uprecords: Shows duplicated entry and impossible values
Package: uptimed Version: 1:0.3.17-4 Followup-For: Bug #654830 Yes, I noticed the same strange thing recently. It was working fine up to a few weeks (not sure exactly when it got wrong) but now the boot entry has been duplicated and this creates impossible values, as initially reported: # Uptime | System Boot up +--- 1 125 days, 10:06:22 | Linux 3.2.0-4-amd64 Tue Apr 15 09:12:09 2014 - 291 days, 13:42:27 | Linux 3.16.0-4-amd64 Mon Apr 13 10:40:34 2015 391 days, 13:42:03 | Linux 3.16.0-4-amd64 Mon Apr 13 10:40:35 2015 448 days, 02:02:18 | Linux 3.16.0-4-amd64 Sun Feb 22 11:54:31 2015 547 days, 14:46:20 | Linux 3.2.0-4-amd64 Wed Aug 28 20:19:25 2013 645 days, 08:23:39 | Linux 3.2.0-4-amd64 Fri Jan 31 07:42:01 2014 739 days, 16:04:05 | Linux 3.14-2-amd64Wed Aug 20 16:55:10 2014 837 days, 20:44:10 | Linux 3.2.0-4-amd64 Tue Oct 15 18:08:57 2013 937 days, 14:26:56 | Linux 3.2.0-4-amd64 Fri Dec 13 07:30:07 2013 1023 days, 02:57:14 | Linux 3.14-2-amd64Fri Oct 10 12:39:48 2014 +--- no1 in33 days, 20:23:56 | atSun Aug 16 20:46:55 2015 up 764 days, 06:26:42 | since Sat Jul 6 19:29:40 2013 down -27 days, -01:-33: | since Sat Jul 6 19:29:40 2013 %up 103.671 | since Sat Jul 6 19:29:40 2013 In the above display, entries 2 and 3 really refer to the same entry but you notice that the boot up entry is shifted by 1 second whereas the uptime is shifted by more time. Could this be due to the NTP date adjustment of 2 seconds that happened a few weeks ago? All my Debian machines are exhibiting the same bug. For instance on another machine: # Uptime | System Boot up +--- - 1 132 days, 07:56:12 | Linux 3.16.0-4-686-paeTue Mar 3 15:26:00 2015 2 132 days, 07:51:13 | Linux 3.16.0-4-686-paeTue Mar 3 15:26:01 2015 Again, the boot up time is one second apart but the uptime is way off. -- System Information: Debian Release: 7.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages uptimed depends on: ii debconf [debconf-2.0] 1.5.49 ii init-system-helpers1.22 ii libc6 2.19-13 ii libuptimed01:0.3.17-4 ii lsb-base 4.1+Debian8+deb7u1 uptimed recommends no packages. uptimed suggests no packages. -- debconf information: uptimed/maxrecords: 50 uptimed/mail/address: root@localhost uptimed/mail/do_mail: Never uptimed/interval: 600 uptimed/mail/milestones_info: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757735: So it may be a compiler optimization bug
Hello Brian, So your tests demonstrate that it may be a compiler optimization bug. In order to confirm that, could you please try to compile xmalloc.c with -O3, and see if it runs (the normal optimization is -O2). Also, could you show in the bug report which compiler you are using and which version? Could you also try to compile with -O2 again xmalloc.c but with a different compiler (say clang if you were using gcc). Again leaving the other files compiled with your original compiler and -O2 to make sure we test only the impact of compilers on xmalloc.c. If these tests all succeed, then it will be probably a compiler optimization bug and I will leave it at that. Or it may be an undefined C construct used somewhere that leads to wrong compiler treatment but without further hints, I will also have to put it aside for now until I can pinpoint some culprits. Thanks, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757735: Build with either gcc 4.8 or clang
Hi Luca, I'm building with gcc 4.8 here when developing, and it works fine. I recommend building with gcc 4.8 or with clang, rather than removing optimizations from xmalloc.c, which is a hotspot in the application! Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757735: Need special debugging
Brian, It's bad news to know that the program runs without optimizations but fails when compiled with optimizations: that either means the program is incorrectly doing something undefined, that leads to this different behaviour, or that some of the optimizations performed by the compiler are wrong. Before accusing the compiler, I need to rule out any problem in the code itself. This is why I need you to run a test where the whole program is optimized, and only the src/lib/xmalloc.c file is compiled without optimizations. Indeed, there is a possibility that the malloc() data structures are corrupted outside, and of course the malloc() code will then discover the inconsistency and fail, but that does not mean the bug is in the malloc() code itself. If you change the whole program to run without optimizations, you can remove this accidental corruption source and then the program runs normally, of course. Not doing the test means I cannot investigate this bug further, since I am unable to reproduce the failure here, even when compiling with -O3. Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757735: Chirugircal removing of compiler optimizations
Hi Brian, The gdb trace shows that compiler optimizations are preventing debugging: some variables having been optimized out, and therefore their printed value, if any, is inconsistent. In order to remove optimizations in the malloc() implementation, you need to go into the source tree of gtk-gnutella, and edit the file: src/lib/Makefile. Change the JCFLAGS line (#17 normally) to say -O0 (that's minus-o-zero), then go to src/lib, type: touch xmalloc.c to force recompilation of malloc, then go back to src/ and type: make Then run the created gtk-gnutella file as you did before. This time we should get more insight from gdb. If the program fails at the same spot, I'll tell you which values to print out, so please keep the gdb session open so that I can probe variables and try to figure out what is happening! If the program does not fail with optimizations removed, we have a subtle bug, which will be even harder to spot. But let's see first. Please make sure you ONLY recompile xmalloc.c without optimizations, so as to change the runtime behaviour of the program as little as possible (keeping other files optimized). Thanks for your help, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757735: Grave bug indeed
Daniel, This is a grave bug indeed. Since it appears very early in the initialization process and I cannot reproduce it here obviously, I am going to need your help to spot what is going on. Obviously, you're going to have to run it through gdb, but you need to go past the initial SIGSEGV event, which is completely expected in the sig_compute_pc_index() routine. To do that, you need to resume execution past that initial SIGSEGV. I suggesting the following to do that easily: Put a breakpoint in assertion_message(). Then run, and continue past the initial SIGSEGV. As soon as the assertion failure occurs, you'll need to backtrace the thread and post the resulting stack. Thanks, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757735: This is not a bug
Dan, The log.txt attached to the bug report shows that you're running under gdb and gdb is getting a SIGSEGV, halting you in sig_compute_pc_index(). This is perfectly normal, as gtk-gnutella is triggering a SIGSEGV on purpose, and trapping it, in order to compute where the current PC is stored in the signal context, dynamically. Under gdb, you simply need to hit cont to resume execution at that point. Note that you should not run gtk-gnutella under gdb without taking care of some specific setup, like for instance: ha SIGPIPE noprint nostop pass or you're going to get seriously annoyed by all these SIGPIPE you'll get. Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736643: xpdf: Unable to install xpdf from testing -- complains it has missing dependencies
Package: xpdf Version: Unable to install xpdf -- broken package dependencies Severity: important Trying to install xpdf from testing I get: xpdf : Depends: libpoppler19 (= 0.18.4) but it is not going to be installed Recommends: poppler-utils E: Unable to correct problems, you have held broken packages. However, I have the following installed: ii libpoppler19:amd 0.18.4-10 amd64 PDF rendering library and this looks like it is = 0.18.4. Hence the dependencies are broken and prevent the install to proceed. The xpdf package was unexpectedly removed after I upgraded iceweasel from testing. It was installed properly before, although I do not recall which version I had. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.1-2 ii libpoppler19 0.18.4-10 ii libstdc++64.8.1-2 ii libx11-6 2:1.6.2-1 pn libxm4none ii libxt61:1.1.3-1+deb7u1 Versions of packages xpdf recommends: ii cups-bsd 1.6.3-1 pn gsfonts-x11none ii poppler-data 0.4.5-10 ii poppler-utils 0.18.4-10 xpdf suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715533: mksh: initial interactive shell exits on ^C (intr) sent from terminal
Package: mksh Version: 46-2 Severity: normal Logging with a shell set to mksh in /etc/passwd leads to weird behaviour: hitting ^C kills the shell, and the session. This happens when logging on the console, within an xterm, or remotely via ssh. Workaround: running: exec mksh as the first command then leads to ^C behaving normally for the remaining of the session. This bug is deemed rather important because unepected killing of the shell process can have adverse consequences, especially when running commands as root. Note that this weird ^C behaviour does not affect children of mksh: running bc as the first command and then hitting ^C leads to bc properly displaying: (interrupt) use quit to exit. But then hitting ^D to exit bc and ^C again kills the shell! ^C is properly configured to send intr, as verified via stty -a. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages mksh depends on: ii libc62.17-7 ii libgcc1 1:4.7.2-5 mksh recommends no packages. Versions of packages mksh suggests: pn ed none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676824: cups: Upgrade to 1.5.3-1 broke printing with HP printer (at least)
Package: cups Version: 1.5.3-1 Severity: important Since upgrading from 1.3.x to 1.5.3, I now get the following error: hp[1325]: prnt/backend/hp.c 839: ERROR: null print job total=0 whenever I try to print anything. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39.2 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser 3.110 add and remove users and groups ii bc 1.05a-3 An arbitrary precision calculator ii cups-client 1.5.3-1 Common UNIX Printing System(tm) - ii cups-common 1.5.3-1 Common UNIX Printing System(tm) - ii cups-filters 1.0.18-2+b1 OpenPrinting CUPS Filters ii cups-ppdc1.4.4-3 Common UNIX Printing System(tm) - ii debconf [debconf-2.0 1.5.41 Debian configuration management sy ii dpkg 1.16.1.2Debian package management system ii ghostscript 9.05~dfsg-5 interpreter for the PostScript lan ii libavahi-client3 0.6.27-2Avahi client library ii libavahi-common3 0.6.27-2Avahi common library ii libc62.13-27 Embedded GNU C Library: Shared lib ii libcups2 1.5.3-1 Common UNIX Printing System(tm) - ii libcupscgi1 1.5.3-1 Common UNIX Printing System(tm) - ii libcupsimage21.4.1-4 Common UNIX Printing System(tm) - ii libcupsmime1 1.5.3-1 Common UNIX Printing System(tm) - ii libcupsppdc1 1.4.1-4 Common UNIX Printing System(tm) - ii libdbus-1-3 1.5.12-1simple interprocess messaging syst ii libgcc1 1:4.6.2-9 GCC support library ii libgnutls26 2.12.19-1 GNU TLS library - runtime library ii libgssapi-krb5-2 1.10+dfsg~beta1-2.1 MIT Kerberos runtime libraries - k ii libkrb5-31.10+dfsg~beta1-2.1 MIT Kerberos runtime libraries ii libldap-2.4-22.4.23-4OpenLDAP libraries ii libpam0g 1.1.1-4 Pluggable Authentication Modules l ii libpaper11.1.14 Library for handling paper charact ii libslp1 1.2.1-7.4 OpenSLP libraries ii libstdc++6 4.6.2-9 GNU Standard C++ Library v3 ii libusb-1.0-0 2:1.0.11-1 userspace USB programming library ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii poppler-utils0.18.4-2PDF utilities (based on Poppler) ii procps 1:3.2.8-11 /proc file system utilities ii ssl-cert 1.0.23 simple debconf wrapper for OpenSSL Versions of packages cups recommends: ii avahi-daemon 0.6.25-1 Avahi mDNS/DNS-SD daemon ii colord0.1.21-1 system service to manage device co ii foomatic-filters 4.0-20090509-1 OpenPrinting printer support - fil ii ghostscript-cups 9.05~dfsg-6interpreter for the PostScript lan ii printer-driver-gutenprint 5.2.7-5printer drivers for CUPS Versions of packages cups suggests: ii cups-bsd 1.5.3-1Common UNIX Printing System(tm) - pn cups-pdf none (no description available) ii foomatic-db 20090616-1 OpenPrinting printer support - dat ii hplip 3.12.4-1 HP Linux Printing and Imaging Syst ii printer-driver-hpcups 3.12.4-1 HP Linux Printing and Imaging - CU ii smbclient 2:3.6.5-1 command-line SMB/CIFS clients for ii udev 164-2 /dev/ and hotplug management daemo -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666043: libc6-dev: ucontext.h unusable due to missing sys/ucontext.h
Package: libc6-dev Version: 2.13-27 Severity: important The packaged ucontext.h file does a: #include sys/ucontext.h but that file is missing from the package, hence the ucontext.h header cannot be included in programs. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39.2 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libc6-dev depends on: ii libc-dev-bin 2.13-27Embedded GNU C Library: Developmen ii libc6 2.13-27Embedded GNU C Library: Shared lib ii linux-libc-dev2.6.32-21 Linux support headers for userspac Versions of packages libc6-dev recommends: ii bcc [c-compiler]0.16.17-316-bit x86 C compiler ii gcc [c-compiler]4:4.6.0-6GNU C compiler ii gcc-4.6 [c-compiler 4.6.2-9 GNU C compiler ii tcc [c-compiler]0.9.24~cvs20070502-1 the smallest ANSI C compiler Versions of packages libc6-dev suggests: pn glibc-doc none (no description available) ii manpages-dev 3.27-1 Manual pages about using GNU/Linux -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666043: libc6-dev: ucontext.h unusable due to missing sys/ucontext.h
Quoting Jonathan Nieder: : Raphael Manfredi wrote: : : The packaged ucontext.h file does a: : : #include sys/ucontext.h : : but that file is missing from the package, hence the ucontext.h header : cannot be included in programs. : : $ dpkg-query -S /usr/include/i386-linux-gnu/sys/ucontext.h : libc6-dev: /usr/include/i386-linux-gnu/sys/ucontext.h : $ dpkg-query -W libc6-dev : libc6-dev2.13-27 : : What actual error message are you getting from your compiler, and with : what command line? I'm building a metaconfig test for ucontext.h, and I am currently attempting to compile this simple stupid program to see whether ucontext.h is usable and how to grab the PC from the context: #include ucontext.h main() { ucontext_t *u; return u-uc_mcontext.gregs[REG_EIP]; } When compiling with: cc -o test test.c I was getting: error: 'REG_EIP' undeclared (first use in this function) When I started to look at ucontext.h I saw an inclusion of sys/ucontext.h and I forgot about the hidden gcc magic of looking for the file into /usr/include/i386-linux-gnu. Sorry, I should have done a cc -E test.c to understand my mistake. Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655748: inn2: Posting via inews causes Perl error
Bonjour Julien, Quoting Julien ÉLIE: Where is this error logged? (In mailagent?) Yes, the error is logged in mailagent's .bak file, where plain stderr messages go. Does the error happen every time you POST a message via mailagent? Yes. Does the error happen if you directly use inews -h? (Just pipe the contents of an article into its standard input.) I don't use the original inews that comes with INN2, but the version I compiled from trn. The reason being that the trn-inews is not so picky about how much text is quoted as opposed to how much text is added... However, both commands return the same error: $ /usr/local/bin/trn-inews -h ~/tmp/article Remote error: Bizarre copy of UNKNOWN. (that's the exact text that goes into mailagent's error file). $ /usr/bin/inews -h ~/tmp/article inews: cannot send article to server: Bizarre copy of UNKNOWN. inews: article not posted inews: warning: server did not reply to quit: Connection reset by peer And, more importantly (probably the first test to run), does the error happen after deactivating Perl in INN? Just execute with the news user: ctlinnd perl n and try to POST a message via mailagent. Do not forget to reactivate Perl afterwards, with: ctlinnd perl y I did not know about this INN option, but it has no impact. The errors are the same whether I say perl n or perl y. Please let me know how I can further diagnose what's happening. Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655748: inn2: Posting via inews causes Perl error
Quoting Julien ÉLIE: : First question: is there a Newsgroups: line mentioned in your ~/tmp/article : file? If not, please add one and test again. : (I have just spotted a bug in INN 2.5.2+20110413, that is not in INN 2.5.2.) Yes, there is a Newsgroups line in my ~/tmp/article file. : If you already see a Newsgroups: header field, then: : : Do you have Perl hooks for nnrpd authentication? : (like nnrpd_access.pl and/or nnrpd_auth.pl) : Could you try to deactivate them if it is the case? I don't have any such files in /etc/news. : Do you manage to post to your nnprd via another tool than inews? Haven't tried yet. Here's the result of a direct NNTP post: -- $ telnet localhost 119 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 200 tours.ram.loc InterNetNews server INN 2.5.3 (20110413 snapshot) ready (transit mode) MODE READER 200 tours.ram.loc InterNetNews NNRP server INN 2.5.3 (20110413 snapshot) ready (posting ok) POST 340 Ok, recommended message-ID jerj0f$76u$1...@tours.ram.loc Date: Sat, 14 Jan 2012 08:07:51 + From: Raphael Manfredi raphael_manfr...@pobox.com Newsgroups: ml.lilypond.devel Subject: test only Message-ID: 20120114080751.GA1821@home This message is a test. . Bizarre copy of UNKNOWN. Connection closed by foreign host. -- Yes, the ml.lilypond.devel newsgroup exists. This is a local group where I feed my mailing lists (ml.) through mailagent's POST command. I know that the Bizarre copy of UNKNOWN message comes from Perl (long perl experience) but maybe this wording has been reused in INN for non-perl code? Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655748: inn2: Posting via inews causes Perl error
Re-bonjour Julien, Quoting Julien ÉLIE: : It looks as though it were an error related to IHAVE, answered : by innd via nnrpd. : : Could you send the following example (with an additional : Path: header field) via IHAVE, without MODE READER? : : What is the result? It works this time! $ telnet localhost nntp Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 200 tours.ram.loc InterNetNews server INN 2.5.3 (20110413 snapshot) ready (transit mode) IHAVE 20120114080751.GA1821@home 335 Send it Path: test Date: Sat, 14 Jan 2012 08:07:51 + From: Raphael Manfredi raphael_manfr...@pobox.com Newsgroups: ml.lilypond.devel Subject: test only Message-ID: 20120114080751.GA1821@home This message is a test. . 235 Article transferred OK QUIT 205 Bye! Connection closed by foreign host. Looks like you have a lead now to further investigate... Let me know if I can help you further narrow down the problem. Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655748: inn2: Posting via inews causes Perl error
Package: inn2 Version: 2.5.2+20110413-1+b2 Severity: normal Since I upgraded to Perl 5.14.2, I get the following errors when using mailagent's POST command (which calls inews -h to inject the news message): Remote error: Bizarre copy of UNKNOWN. There must be something wrong with one of the Perl scripts that INN calls. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39.2 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages inn2 depends on: ii cron3.0pl1-86management of regular background p ii inn2-inews 2.5.2-2 NNTP client news injector, from In ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libdb5.15.1.25-11Berkeley v5.1 Database Libraries [ ii libmime-tools-perl 5.428-1 Perl5 modules for MIME-compliant m ii libpam0g1.1.1-3 Pluggable Authentication Modules l ii libperl5.14 5.14.2-6 shared Perl library ii libsasl2-2 2.1.22.dfsg1-13 Authentication abstraction library ii libssl1.0.0 1.0.0d-2 SSL shared libraries ii perl5.14.2-6 Larry Wall's Practical Extraction ii perl-base [perlapi-5.14 5.14.2-6 minimal Perl system ii procps 1:3.2.8-1/proc file system utilities ii sendmail-bin [mail-tran 8.14.3-1 powerful, efficient, and scalable ii time1.7-21 The GNU time program for measuring ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime inn2 recommends no packages. Versions of packages inn2 suggests: ii gnupg 1.4.6-2.2 GNU privacy guard - a free PGP rep ii libcomerr21.40.8-2 common error description library pn libgd-gd2-noxpm-perl none (no description available) ii libkrb5-3 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries ii wget 1.8.2-5retrieves files from the web -- debconf information: inn2/preinst-upgrade1: false inn2/postinst-cannot-start: inn2/preinst-upgrade-largefiles: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654905: Cannot configure dpkg-dev, complains about tar --warning
Package: dpkg-dev Version: 1.15.8.8 Severity: grave Justification: renders package unusable The following happens when I attempt to install 1.16.1.2: tar: unrecognized option `--warning=no-timestamp' Try `tar --help' or `tar --usage' for more information. dpkg-deb: error: subprocess tar returned error exit status 64 dpkg: error processing /var/cache/apt/archives/dpkg-dev_1.16.1.2_all.deb (--unpack): subprocess dpkg-deb --control returned error exit status 2 How can I mend this? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39.2 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files5.9Debian base system miscellaneous f ii binutils 2.21.52.20110703-1 The GNU assembler, linker and bina ii bzip2 1.0.2-7high-quality block-sorting file co ii libdpkg-perl 1.15.8.8 Dpkg perl modules ii make 3.81-8.1 An utility for Directing compilati ii patch 2.5.4-3Apply a diff file to an original ii xz-utils 4.999.9beta+20100810-1 XZ-format compression utilities Versions of packages dpkg-dev recommends: ii bcc [c-compiler]0.16.17-316-bit x86 C compiler pn build-essential none (no description available) ii fakeroot1.14.4-1 Gives a fake root environment ii gcc [c-compiler]4:4.6.0-6GNU C compiler ii gcc-4.6 [c-compiler 4.6.2-9 GNU C compiler ii gnupg 1.4.3-2 GNU privacy guard - a free PGP rep pn gpgvnone (no description available) ii libalgorithm-merge- 0.08-2 Perl module for three-way merge of ii tcc [c-compiler]0.9.24~cvs20070502-1 the smallest ANSI C compiler Versions of packages dpkg-dev suggests: ii debian-keyring2011.03.03 GnuPG keys of Debian Developers -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653059: glade-2: Crashes at startup
Package: glade-2 Version: 2.6.8-2 Severity: grave Justification: renders package unusable Running glade-2 now displays the following error: -- Gtk-Message: Failed to load module gail (glade-2:6322): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (glade-2:6322): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated *** glibc detected *** glade-2: double free or corruption (out): 0x081c7c90 *** === Backtrace: = /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6aac1)[0xb6c0dac1] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6c328)[0xb6c0f328] /lib/i386-linux-gnu/i686/cmov/libc.so.6(cfree+0x6d)[0xb6c123dd] /lib/i386-linux-gnu/libglib-2.0.so.0(+0x4c38b)[0xb6e8738b] -- This makes it impossible to maintain GUIs created with glade-2 for GTK2. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39.2 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages glade-2 depends on: ii glade-common-2 2.6.8-2 Common files for GTK+ 2 User Inter ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.13-21 Embedded GNU C Library: Shared lib ii libglib2.0-02.30.2-4 GLib library of C routines ii libgtk2.0-0 2.24.8-2 GTK+ graphical user interface libr ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-4 GNOME XML library ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages glade-2 recommends: ii autoconf 2.67-2 automatic configure script builder pn automake1.4 none (no description available) ii gettext 0.16.1-2 GNU Internationalization utilities ii libgail17 1.8.8-1GNOME Accessibility Implementation ii libgtk2.0-dev 2.24.8-2 development files for the GTK+ lib Versions of packages glade-2 suggests: pn glade-doc-2 none (no description available) pn libglade2-dev none (no description available) pn menu none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653059: glade-2: Crashes at startup
Quoting Josselin Mouette: : This package is no longer in unstable; it???s not even in squeeze. Comment je maintiens le GUI GTK2 de gtk-gnutella maintenant alors? Il y a un paquet de remplacement pour glade-2? Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578778: Failure when using dansguardian -r or dansguardian -g to reload configuration
Package: dansguardian Version: 2.10.1.1-1 Severity: important It is not possible to reload dansguardian dynamically (under the dansguardian UID) by launching dansguardian -r or dansguardian -g. Both calls end-up killing dansguardian altogether, with the following errors in syslog: dansguardian[727]: Content scanner plugin init returned error value: -1 dansguardian[727]: Error loading CS plugins dansguardian[727]: Error re-parsing the dansguardian.conf file or other DansGuardian configuration files There are no errors during the initial startup, which suggests a bug in the dansguardian reloading mechanism and should probably be forwarded upstream. Unfortunately, restarting dansguardian via: /etc/init.d/dansguardian start requires root privileges due to the creation of /var/run/dansguardian.pid. Therefore, the user dansguardian has no way to automatically update the blacklists without requiring root privileges to restart the process. And restarting from scratch is disrupting for users as opposed to reloading, hence the severity of important. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.33.2 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dansguardian depends on: ii adduser3.110 add and remove users and groups ii clamav 0.96+dfsg-1 anti-virus utility for Unix - comm ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libclamav6 0.96+dfsg-1 anti-virus utility for Unix - libr ii libgcc11:4.4.3-9 GCC support library ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.4.3-9 The GNU Standard C++ Library v3 ii libtommath00.39-3multiple-precision integer library ii perl 5.10.1-12 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime dansguardian recommends no packages. Versions of packages dansguardian suggests: ii clamav-freshclam 0.96+dfsg-1 anti-virus utility for Unix - viru ii squid 2.7.STABLE9-2 Internet object cache (WWW proxy c -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578249: dansguardian: French translation uses ecute instead of correct eacute HTML escape
Package: dansguardian Version: 2.10.1.1-1 Severity: normal The French translation messages incorrectly use ecute; instead of the correct eacute HTML escape for é. Under vi messages, the following command fixes it: :%s/ecute/\eacute/g Thanks, Raphael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.6 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dansguardian depends on: ii adduser3.110 add and remove users and groups ii clamav 0.96+dfsg-1 anti-virus utility for Unix - comm ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc6 2.9-25GNU C Library: Shared libraries ii libclamav6 0.96+dfsg-1 anti-virus utility for Unix - libr ii libgcc11:4.2.2-4 GCC support library ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libtommath00.39-3multiple-precision integer library ii perl 5.8.8-12 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime dansguardian recommends no packages. Versions of packages dansguardian suggests: ii clamav-freshclam 0.96+dfsg-1 anti-virus utility for Unix - viru ii squid 2.7.STABLE9-2 Internet object cache (WWW proxy c -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555646: [Pkg-octave-devel] Bug#555646: doc at command prompt complains about missing octave3.2.info
Hello Thomas, : The info documentation is in the octave3.2-info package. : Please indicate whether this solves your problems. Indeed, after installing the octave3.2-info package, the doc command was working. However, the info subsystem was not working properly and I had to upgrade it (my previous info was 3.12-0.1 and it did not allow me to browse Linear Algebra for instance from the top info menu). With info 4.13a.dfsg.1-5, it seems to work. You may want to introduce a proper dependency on info before moving the package to testing. Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555646: doc at command prompt complains about missing octave3.2.info
Package: octave3.2 Version: 3.2.3-1 Severity: normal At the octave command prompt: octave:1 doc info: /usr/share/info/octave3.2.info: No such file or directory I've queried all Debian packages, there is no package providing that file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.6 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages octave3.2 depends on: ii libamd2.2.0 1:3.4.0-1 approximate minimum degree orderin ii libarpack2 2.1+parpack96.dfsg-2+b1 Fortran77 subroutines to solve lar ii libatlas3gf-base 3.6.0-24Automatically Tuned Linear Algebra ii libblas3gf [libb 1.2-2 Basic Linear Algebra Subroutines 3 ii libbz2-1.0 1.0.1-9 A high-quality block-sorting file ii libc62.9-4 GNU C Library: Shared libraries ii libcamd2.2.0 1:3.4.0-1 symmetric approximate minimum degr ii libccolamd2.7.1 1:3.4.0-1 constrained column approximate lib ii libcholmod1.7.1 1:3.4.0-1 sparse Cholesky factorization libr ii libcolamd2.7.1 1:3.4.0-1 column approximate minimum degree ii libcurl3-gnutls 7.19.5-1.1 Multi-protocol file transfer libra ii libcxsparse2.2.3 1:3.4.0-1 concise sparse matrix library (com ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libfltk1.1 1.1.9-2 Fast Light Toolkit - shared librar ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libftgl2 2.1.3~rc5-2 library to render text in OpenGL u ii libgcc1 1:4.4.2-2 GCC support library ii libgfortran3 4.4.2-2 Runtime library for GNU Fortran ap ii libgl1-mesa-glx 7.0.3-7 A free implementation of the OpenG ii libglpk0 4.38-1 linear programming kit with intege ii libgomp1 4.4.2-2 GCC OpenMP (GOMP) support library ii libgraphicsmagic 1.3.5-5.2 format-independent image processin ii libgraphicsmagic 1.3.5-5.2 format-independent image processin ii libhdf5-serial-1 1.8.3-2.1 Hierarchical Data Format 5 (HDF5) ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libjasper1 1.900.1-5.1 The JasPer JPEG-2000 runtime libra ii libjpeg626b-10 The Independent JPEG Group's JPEG ii liblapack3gf [li 3.2.1-2 library of linear algebra routines ii liblcms1 1.16-6 Color management library ii libncurses5 5.6+20071215-1 Shared libraries for terminal hand ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libqhull52009.1-1calculate convex hulls and related ii libqrupdate1 1.0.1-1 Fast updates of QR and Cholesky de ii libreadline6 6.0-5 GNU readline and history libraries ii libsm6 2:1.0.3-1+b1X11 Session Management library ii libstdc++6 4.4.2-2 The GNU Standard C++ Library v3 ii libtiff4 3.6.1-1.1 Tag Image File Format library ii libumfpack5.4.0 1:3.4.0-1 sparse LU factorization library ii libwmf0.2-7 0.2.8.4-6 Windows metafile conversion librar ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxml2 2.7.5.dfsg-1GNOME XML library ii octave3.2-common 3.2.3-1 architecture-independent files for ii texinfo 4.13a.dfsg.1-4 Documentation system for on-line i di xlibmesa3-glu [l 4.2.1-6 Mesa OpenGL utility library [XFree ii zlib1g 1:1.2.3.3.dfsg-5compression library - runtime Versions of packages octave3.2 recommends: ii gnuplot 4.2.6-1A command-line driven interactive ii libatlas3gf-base 3.6.0-24 Automatically Tuned Linear Algebra -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549318: [Pkg-hpijs-devel] Bug#549318: hplip: hp-devicesetup -u/--gui requires Qt4 GUI support
Quoting Mark Purcell: : On Friday 02 October 2009 22:05:54 Raphael Manfredi wrote: : After upgrading to the new hplip, I'm no longer able to launch : hp-devicesetup. : : I get the following messages: : : warning: Qt/PyQt 4 initialization failed. : error: hp-devicesetup -u/--gui requires Qt4 GUI support. Exiting. : : Raphael, : : As a workaround please install the hplip-gui package, and that will bring in : the correct dependencies. I just tried that, but now I get the following error: error: Unable to load Qt4 support. Is it installed? Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549318: hplip: hp-devicesetup -u/--gui requires Qt4 GUI support
Package: hplip Version: 3.9.4b-1 Severity: grave Justification: renders package unusable After upgrading to the new hplip, I'm no longer able to launch hp-devicesetup. I get the following messages: warning: Qt/PyQt 4 initialization failed. error: hp-devicesetup -u/--gui requires Qt4 GUI support. Exiting. Also there is something else going wrong, as you can witness below in the package-specific info collection. For instance, CUPS is indeed installed. -- Package-specific info: error: NOT FOUND OR FAILED TO LOAD! error: Version: (Not available. CUPS may not be installed or not running.) warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. error: NOT FOUND! This is a REQUIRED/RUNTIME ONLY dependency. Please make sure that this dependency is installed before installing or running HPLIP. warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP functionality may not function properly. HP Linux Imaging and Printing System (ver. 3.9.4b) Dependency/Version Check Utility ver. 14.3 Copyright (c) 2001-9 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Saving output in log file: hp-check.log Initializing. Please wait... --- | SYSTEM INFO | --- Basic system information: Linux nice 2.6.30.6 #1 SMP Wed Sep 9 17:55:52 CEST 2009 i686 GNU/Linux Distribution: debian 0.0 HPOJ running? No, HPOJ is not running (OK). Checking Python version... OK, version 2.5.2 installed Checking PyQt 4.x version... Checking for CUPS... Status: scheduler is running Checking for dbus/python-dbus... dbus daemon is running. python-dbus version: 0.82.4 | RUNTIME DEPENDENCIES | Checking for dependency: CUPS - Common Unix Printing System... OK, found. Checking for dependency: CUPS DDK - CUPS driver development kit... Checking for dependency: GhostScript - PostScript and PDF language interpreter and previewer... OK, found. Checking for dependency: PIL - Python Imaging Library (required for commandline scanning with hp-scan)... OK, found. Checking for dependency: PolicyKit - Administrative policy framework... Checking for dependency: ppdev - Parallel port support kernel module OK, found. Checking for dependency: PyQt 4 DBus - DBus Support for PyQt4... Checking for dependency: Python ctypes - A foreign function library for Python... OK, found. Checking for dependency: Python DBus - Python bindings for DBus... OK, found. Checking for dependency: Python XML libraries... OK, found. Checking for dependency: Python 2.3 or greater - Required for fax functionality... OK, found. Checking for dependency: Reportlab - PDF library for Python... Checking for dependency: SANE - Scanning library... OK, found. Checking for dependency: scanimage - Shell scanning program... OK, found. Checking for dependency: xsane - Graphical scanner frontend for SANE... OK, found. -- | HPLIP INSTALLATION | -- Currently installed HPLIP version... HPLIP 3.9.4b currently installed in '/usr/share/hplip'. Current contents of '/etc/hp/hplip.conf' file: # hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=3.9.4b [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hpijs/HP ppdbase=/usr/share/ppd/hpijs doc=/usr/share/doc/hplip-doc/HTML icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv # Following values are determined at configure time and cannot be changed. [configure] network-build=yes pp-build=yes gui-build=yes scanner-build=yes fax-build=yes dbus-build=yes cups11-build=no doc-build=yes shadow-build=no foomatic-drv-install=yes foomatic-ppd-install=no foomatic-rip-hplip-install=no cups-ppd-install=no cups-drv-install=yes internal-tag=3.9.4b.10 restricted-build=no ui-toolkit=qt4 qt3=no qt4=yes policy-kit=yes Current contents
Bug#547182: logcheck-database: violations.d/sudo not catching calls to /usr/bin/sudo
Package: logcheck-database Version: 1.3.3 Severity: normal The violations.d/sudo pattern contains: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sudo: .*$ This line is not catching explicit calls to /usr/bin/sudo since the auth.log file will then contain: Sep 17 15:50:54 tours /usr/bin/sudo: ram : TTY=pts/10 ; PWD=/home/ram ; USER=root ; COMMAND=/bin/su which is not matched by the above pattern. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30.6 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- debconf information: logcheck-database/conffile-cleanup: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546908: logcheck: Since upgrade to latest, some patterns are no longer filtered
Package: logcheck Version: 1.3.3 Severity: normal After upgrading to the latest logcheck, I've noticed that some local rules I have written no longer filter out the logs properly. I've been able to correlate the non-matching to the presence of the '/' (slash) character or '[' (left bracket) in the string that the .* pattern ought to match. For instance, I have this rule in violations.ignore.d/local: sm-mta.* nob...@.*.ram.loc .* did not issue MAIL.* during connection But I still have this line show up in the System Events section: Sep 16 11:27:19 tours sm-mta[5597]: n8G9RJLe005597: nob...@tours.ram.loc [192.168.0.4] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA Putting that line in a file and using the pattern above with egrep triggers a match. Is this due to a locale problem maybe? It used to work fine with an earlier version of logcheck (1.2.6, IIRC). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30.6 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages logcheck depends on: ii adduser 3.110 add and remove users and groups ii cron 3.0pl1-86 management of regular background p ii lockfile-progs 0.1.10 Programs for locking and unlocking ii logtail 1.3.3 Print log file lines that have not ii mailx1:8.1.2-0.20020411cvs-1 A simple mail user agent. ii sendmail-bin [ma 8.14.3-1powerful, efficient, and scalable ii sysklogd [system 1.5-1 System Logging Daemon Versions of packages logcheck recommends: ii logcheck-database 1.3.3 database of system log rules for t Versions of packages logcheck suggests: ii syslog-summary1.12-0.1 Summarize the contents of a syslog -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545356: initscripts: Missing dependency on sysvinit-utils
Package: initscripts Version: 2.87dsf-2+b1 Severity: grave Justification: causes non-serious data loss I apt-geet install initscript and it failed to grab the corresponding sysvinit-utils package. This caused /sbin/fstab-decode to be missing and therefore /etc/init.d/umountfs would not properly umount the filesystems, causing an fsck on all of them at the next boot. There is probably a missing dependency between initscript and the sysvinit-utils package. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30.5 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii debianutils 2.23.1 Miscellaneous utilities specific t ii libc6 2.9-12 GNU C Library: Shared libraries ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii mount 2.16-3 Tools for mounting and manipulatin ii sysvinit-utils 2.87dsf-2+b1 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.37-2sarge1 ext2 file system utilities and lib ii psmisc 20.2-2.1 Utilities that use the proc filesy initscripts suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533308: apt: Packages.gz Hash Sum mismatch
Package: apt Version: 0.7.21 Severity: important I'm unable to update from unstable via apt-get update. I get: W: Failed to fetch http://http.us.debian.org/debian/dists/unstable/main/binary-i386/Packages.gz Hash Sum mismatch This is highly inconvenient because I can no longer rely on apt-get to keep up-to-date with unstable packages. I need to manually download the .deb and follow all the dependencies, then install each .deb with dpkg. I tried clearing /var/lib/apt/lists just in case, but to no avail. I have a direct HTTP connection, no proxy nor caching. When switching to testing, I do not have the same problem but my machine is configured to use unstable packages. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; acquire ; acquire::cdrom ; acquire::cdrom::mount /ext/cd0; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # Use for a local mirror - remove the ftp1 http lines for the bits # your mirror contains. # deb file:/your/mirror/here/debian stable main contrib non-free # See sources.list(5) for more information, especial # Remember that you can only use http, ftp or file URIs # XFree 4.2 #deb http://people.debian.org/~blade/woody/i386 ./ # OpenOffice #deb http://ftp.freenet.de/pub/ftp.vpn-junkies.de/openoffice unstable main contrib #deb http://security.debian.org/ unstable/updates main contrib non-free deb http://http.us.debian.org/debian unstable main contrib non-free #deb http://http.us.debian.org/debian testing main contrib non-free #deb http://non-us.debian.org/debian-non-US testing/non-US main contrib non-free #deb ftp://ftp.oleane.net/pub/java-linux/debian woody non-free ### #deb http://http.us.debian.org/debian unstable main contrib non-free #deb http://non-us.debian.org/debian-non-US testing non-US #deb http://kde.tdyc.com/ potato kde kde2 contrib rkrusty #deb ftp://ftp.nerim.net/debian-marillat/ etch main ### Unofficial deb http://ftp.debian-unofficial.org/debian sarge main contrib non-free restricted #deb-src http://ftp.debian-unofficial.org/debian sarge main contrib non-free restricted ### For lives-video #deb http://people.ubuntubrasil.org/~rclbelem/lives/etch/ binary/ deb http://www.debian-multimedia.org etch main ### Sources deb-src http://ftp.de.debian.org/debian unstable main contrib non-free #deb-src http://ftp.de.debian.org/debian-non-US unstable/non-US main contrib non-free -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28.2 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii libc6 2.9-4 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-8 GCC support library ii libstdc++64.3.1-8The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514726: uptimed: Upgrading from 1:0.3.12-2 causes data loss
Package: uptimed Version: 1:0.3.16-1 Severity: normal After seeing that my bug #482643 had been closed, I upgraded to the newest version. Now when I type: uprecords -a I get: # Uptime | System Boot up +--- 147 days, 15:10:46 | x 2.6.25.4Wed Oct 15 09:27:53 2008 +--- - 1 9 days, 18:16:18 | x 2.6.28.2Sat Jan 31 19:03:19 2009 +--- no1 in37 days, 20:54:29 | atFri Mar 20 10:14:04 2009 up47 days, 15:10:46 | since Sat Jan 31 19:03:19 2009 down 22802 days, 21:29: | since Sat Jan 31 19:03:19 2009 %up0.208 | since Sat Jan 31 19:03:19 2009 I lost all my previous records but the longest uptime, and the system name being reported is wrong: x instead of Linux. Something went wrong in the upgrading procedure? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28.2 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages uptimed depends on: ii debconf [debconf-2.0] 1.5.22Debian configuration management sy ii libc6 2.7-2 GNU C Library: Shared libraries ii libuptimed01:0.3.11-1+b1 Library for uptimed uptimed recommends no packages. -- debconf information: * uptimed/mail/do_mail: Both * uptimed/mail/address: root * uptimed/mail/milestones_info: * uptimed/maxrecords: 50 * uptimed/interval: 600 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514726: uptimed: Upgrading from 1:0.3.12-2 causes data loss
Quoting Thibaut VARENE: : BTW, if my assumption is right, it means that there's a binary : incompatibility between versions of uptimed/libuptimed. I've forwarded : upstream about this. Upgrading libuptimed indeed fixed the problems. My old data now show up properly, and the system name is indeed Linux: # Uptime | System Boot up +--- 147 days, 15:10:46 | Linux 2.6.25.4Wed Oct 15 09:27:53 2008 210 days, 06:38:43 | Linux 2.6.25.4Fri Dec 26 17:22:19 2008 - 3 9 days, 18:45:21 | Linux 2.6.28.2Sat Jan 31 19:03:19 2009 4 7 days, 03:20:48 | Linux 2.6.25.4Fri Jan 16 16:19:49 2009 5 6 days, 05:04:31 | Linux 2.6.25.4Wed Dec 3 18:23:47 2008 6 5 days, 04:49:18 | Linux 2.6.25.4Thu Dec 18 06:43:56 2008 7 2 days, 14:58:47 | Linux 2.6.25.4Sat Dec 13 08:36:23 2008 8 2 days, 14:22:47 | Linux 2.6.25.4Mon Jan 26 19:25:39 2009 9 2 days, 11:49:58 | Linux 2.6.25.4Sat Jan 10 11:27:33 2009 10 2 days, 09:32:55 | Linux 2.6.25.4Sat Jan 24 09:40:38 2009 +--- 1up in 0 days, 11:53:23 | atWed Feb 11 01:42:00 2009 no1 in37 days, 20:25:26 | atFri Mar 20 10:14:03 2009 up 101 days, 00:07:09 | since Mon Oct 6 18:04:34 2008 down25 days, 20:36:57 | since Mon Oct 6 18:04:34 2008 %up 79.617 | since Mon Oct 6 18:04:34 2008 Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#482643: unsafe update of /var/spool/uptimed/records cause file losses
Quoting Thibaut VARENE: : I'm thinking about something broader: : - keep the .old no matter what on each save : - when starting, if there's a .old and no records then use the .old : and print an alert message. This is really required. After a power failure, my machine rebooted and fsck did the following: /dev/md2: Entry 'records' in /spool/uptimed (58531) has deleted/unused inode 58541. CLEARED. I just lost all my uptime records... Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267879: Bug closed by SVN version 43
This bug has been closed by submission #43 in SVN. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#128114: Bug closed by SVN revision 44
Revision #44 of SVN closes this bug by protecting every . on a line by itself if the -i option is not given to sendmail in the mailopt config variable. The manual was updated to reflect this option, it is now supplied by default when you install your initial configuration with mailagent -I and mailagent will emit a WARNING if it sees you lack -i and you are using sendmail as your MTA, everytime a FORWARD or BOUNCE is run. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482718: xosview: CPU load bar reset each time CPU frequency changes
Quoting Kartik Mistry: : Is this similar to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384453 ? : Please check. I checked, but it's not related to that bug. Here the window continues to be updated just fine, simply the CPU graph is reset, that is the existing history on the left disappears and one only sees the recent update on the right, that start again to shift to the left. Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482718: xosview: CPU load bar reset each time CPU frequency changes
Quoting Kartik Mistry: : Thanks for reporting bug. I will discuss with upstream and let report know : about progress. I discovered accidentally that if there is a window partially covering the xosview window, then a CPU frequency change does not cause a reset of the CPU line. However, if nothing is before (i.e. the window is in the front), then this resetting occurs. Moving the xosview back behind another window will cause the CPU line to be displayed correctly again with the history. This may be an X bug and not an xosview bug... Maybe the developers can try to reproduce the problem and see whether what is causing this behaviour is due to an event not properly handled by xosview? Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482817: initscripts: No longer mounts NFS filesystems at startup
Package: initscripts Version: 2.86.ds1-57 Severity: important Since I upgraded my Debian systems to use initscripts, my NFS filesystems are no longer mounted at boot time. I see a: Waiting for... message with one of my mounted NFS partition at boot time on the console, but it hangs there for a while with no effect. After boot, using mount -a does mount all the NFS partitions but this is really annoying because unattended reboots are no longer possible: a human intervention is required to restore the system. Everything was working fine when my systems did not use initscripts. Unfortunately, I had to install them as some unstable packages I needed to use required them, so I cannot downgrade. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii debianutils 2.22.1 Miscellaneous utilities specific t ii e2fsprogs1.40.2-1ext2 file system utilities and lib ii libc62.7-2 GNU C Library: Shared libraries ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii mount2.13.1.1-1 Tools for mounting and manipulatin ii sysvinit-utils 2.86.ds1-56 System-V-like utilities Versions of packages initscripts recommends: ii psmisc20.1-1 Utilities that use the proc filesy -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482817: [Pkg-sysvinit-devel] Bug#482817: initscripts: No longer mounts NFS filesystems at startup
Quoting Petter Reinholdtsen: : Can you provide the content of /etc/network/interfaces and /etc/fstab? : NFS mounts are done when all interfaces are up. Are there some : interfaces listed that are not brought up during boot? I don't use /etc/network/interfaces on this machine. It uses the old /etc/init.d/network hardwired configuration which says: ifconfig lo 127.0.0.1 IPADDR=192.168.0.3 NETMASK=255.255.255.0 BROADCAST=192.168.0.255 GATEWAY=192.168.0.1 ifconfig eth0 ${IPADDR} netmask ${NETMASK} broadcast ${BROADCAST} [ ${GATEWAY} ] route add default gw ${GATEWAY} metric 1 It is triggered by: /etc/rcS.d/S40network - ../init.d/network Before you object, let me tell you that I have other machines which use /etc/network/interfaces and where the same problem occurs (i.e. no NFS mounts)! My /etc/fstab looks like this: # file system mount point type options dump pass /dev/md0 / ext2 defaults,errors=remount-ro 01 /dev/hde9none swap sw,pri=8 00 /dev/hda5none swap sw,pri=8 00 /dev/hda9none swap sw,pri=7 00 proc /proc proc defaults 00 /dev/hda1/boot ext2 defaults 02 /dev/md1 /usr ext2 defaults 02 /dev/md2 /var ext2 defaults 02 /dev/md3 /home ext3 defaults 02 /dev/md4 /ext/disk ext3 defaults 02 tours:/var/cache/apt/archives /var/cache/apt/archives nfs bg,hard,intr,nolock : And how was your machine configured before this happend? I thought : the initscripts was always installed It was configured exactly the same way. When I installed initscripts, many new /etc/init.d/* files were installed and the logic of mounts was obviously changed. I did not change any of my networking setup or my /etc/fstab.. Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482817: [Pkg-sysvinit-devel] Bug#482817: initscripts: No longer mounts NFS filesystems at startup
Quoting Petter Reinholdtsen: : [Raphael Manfredi] : I don't use /etc/network/interfaces on this machine. It uses the : old /etc/init.d/network hardwired configuration which says: : : Wow. I have never seen such setup, and it will not work with the : current way NFS mounting is handled. Because of the new behaviuor of : the linux kernel, where boot events are more asynchronous, and thus : very hard to predict, it is required to have a way to delay NFS : mounting until network interfaces are available. Hmm... I've been using linux 2.6.x for a long time, well before I installed initscripts and the old way was working perfectly fine. Maybe I was luck as you say, but then it was working. :-) : Before you object, let me tell you that I have other machines which : use /etc/network/interfaces and where the same problem occurs : (i.e. no NFS mounts)! : : Do they have equally interesting configuration? The NFS mounting is : done by ifupdown when the last of the interfaces listed in : /etc/network/interfaces is up. If you want the old synchronous : behavour, use ASYNCMOUNTNFS=no in /etc/default/rcS. No, the other machines use /etc/network/interfaces. However, one of them has 2 network cards (it's my router / firewall), and they are declared as: auto eth0 iface eth0 inet dhcp auto eth1 iface eth1 inet static address 192.168.0.1 netmask 255.255.255.0 : : How did you manage to install a Debian machine without the initscripts : package? It is as far as I know, installed by default since before : Potato. I have never seen a default Debian installation without this : package, and thus I wonder how you ended up without it. I installed these machines back in 1998 (it was Debian 2.0 I think). Since then, I have never performed any apt-get dist-upgrade, I only installed packages as I needed them. True, I had a long time ago the need to create a standalone /lib/init/vars.sh file to be able to let new packages configure. Funnily, none had a dependency on initscripts. Recently though, I had to install a foreign .deb (not from Debian) that required initscripts explicitly. Hence I grabbed it. And then my problems begun... I have no ASYNCMOUNTNFS variable in my /etc/default/rcS script. But I'm reluctant to use this. I would prefer to help you understand why it does not work here, to benefit everyone. Although I do have exotic configs on some machines, others are pretty standard and exhibit the same problems. Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482817: [Pkg-sysvinit-devel] Bug#482817: initscripts: No longer mounts NFS filesystems at startup
Quoting Petter Reinholdtsen: : The scripts involved are /etc/network/if-up.d/mountnfs and : /etc/init.d/mountnfs.sh. The first do the real mounting when the last : network interface is brought up, and the second wait for the first to : complete before continuing the boot. Could it be that these scripts : break when /etc/network/interfaces isn't present? Try adding 'set -x' : at the top of both to get debug output during boot. How do I capture the output on the console? I use a netconsole but it only displays kernel boot messages. I never had the need to capture init script output to a file before so if there is a convenient way already frameworked, I'm all for it. Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482643: unsafe update of /var/spool/uptimed/records cause file losses
Package: uptimed Version: 1:0.3.12-2 Severity: important Apparently, uptimed is not updating its /var/spool/uptimed/records file in a safe way: after a system crash, I have seen on many occasions fsck clearing the corresponding inode and loosing all the uptime records. The update procedure should be something like: rename /var/spool/uptimed/records as /var/spool/uptimed/records.old write new data to /var/spool/uptimed/records.new fsync() rename /var/spool/uptimed/records.new as /var/spool/uptimed/records unlink /var/spool/uptimed/records.old And upon startup, if a /var/spool/uptimed/records.old file is present it should be used as the main database because it means the above procedure was somehow interrupted by a crash. To minimise disruption, I've increased the frequency of database savings to 600 seconds on my systems. Note that my machines do not crash frequently but when they do, it is usually because one of the IDE disks loses an interrupt and linux then hangs, requiring a reboot (the software watchdog is of no help here, hangup seems to be at the kernel level). I'm flagging this bug as important because it is somehow defeating the purpose of having a tool record uptimes if a sudden crash causes years of history to get trashed. (Data is not valuable enough to go through a tape restore). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages uptimed depends on: ii debconf [debconf-2.0] 1.5.22Debian configuration management sy ii libc6 2.7-2 GNU C Library: Shared libraries ii libuptimed01:0.3.11-1+b1 Library for uptimed uptimed recommends no packages. -- debconf information: * uptimed/mail/do_mail: Both * uptimed/mail/address: root * uptimed/mail/milestones_info: * uptimed/maxrecords: 50 * uptimed/interval: 600 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482643: unsafe update of /var/spool/uptimed/records cause file losses
Hello Thibaut, Quoting Thibaut VARENE: : [EMAIL PROTECTED] wrote: : The update procedure should be something like: : : rename /var/spool/uptimed/records as /var/spool/uptimed/records.old : write new data to /var/spool/uptimed/records.new : fsync() : rename /var/spool/uptimed/records.new as /var/spool/uptimed/records : unlink /var/spool/uptimed/records.old : : It's pretty much what is done, save for the fsync(): Thanks for quoting the code. But it's not really what it's doing: It's writing to a uprecords.tmp and then renames that file to uprecords. That's why there can be a dangling uprecords file that gets put in lost+found once in a while... My logic above first renames the old DB, writes a new record and only after it has been renamed will the old file be unlinked. : In my opinion, you don't want a process running fsync() every 60s, : anyway. At least certainly not a subcritical process such as uptimed. I concur. The fsync() is optional and not really needed on a journaling filesystem. Otherwise, fsync() is kind of needed to make sure the buffer cache is flushed properly. Naturally, as you noticed, the 60s is an insane period for syncing! 600s should be the default (nobody will care if the latest uptime misses 10 minutes!). The DB should be flushed on shutdown when uptimed exits anyway. : Keeping the old records db as a fallback is an idea worth : investigating, indeed. Cc'ing upstream maintainer. What's important is that IF that .old file exists upon startup, then it means something went wrong and therefore it should be used instead of the possibly corrupted/missing uprecords file. : I'm flagging this bug as important because it is somehow defeating the : purpose of having a tool record uptimes if a sudden crash causes years of : history to get trashed. : Agreed. What filesystem are you using on /var? I use ext2 there. I should probably convert it to ext3 but up to now, I've kept using ext2 on /, /usr and /var to make sure they are fsck-ed every time if not unmounted cleanly. I reserve ext3 for data partitions such as /home. This decision was made a long time ago when ext3 was still young. Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482718: xosview: CPU load bar reset each time CPU frequency changes
Package: xosview Version: 1.8.3+debian-6 Severity: minor I use CPU frequency scaling and whenver the CPU speed changes, xosview resets the sliding bar showing the CPU load and restarts displaying on the right. This is annoying, especially when the CPU speed changes frequently. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xosview depends on: ii libc6 2.7-2 GNU C Library: Shared libraries di libgcc1 1:4.2.1-0 GCC support library ii libstdc++64.3-20080116-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library xosview recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482754: amanda-client: amrecover failing to contact AMANDA server (worked in 2.5.1)
Package: amanda-client Version: 1:2.5.2p1-3 Severity: important With the 2.5.2 client, I'm running: amrecover -C normal -s b.example.com -t b.example.com -d /dev/ndat And I get: AMRECOVER Version 2.5.2p1. Contacting server on b.example.com ... [request failed: error sending REQ: send REQ to b.example.com failed: Socket operation on non-socket] When I run the same command on b.example.com, running 2.5.1, I get: AMRECOVER Version 2.5.1p3. Contacting server on b.example.com ... 220 b.example.com AMANDA index server (2.5.1p3) ready. So there seems to be an important bug somewhere in the 2.5.2 code. Both the client and the server run the same Linux kernel (2.6.25.4) and the same Debian system (apart from a few differences, such as AMANDA versions, on purpose, since 2.5.2 is not working fine). Note that I have NO problems backuping my clients (who all use 2.5.2) from my 2.5.1 server... But then it is the server initiating the connection. When 2.5.2 is initiating the connection, apparently it does not work. It probably passes the wrong file descriptor to some routine, as the error message Socket operation on non-socket suggests... Maybe you should ask the upstream developers about it? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages amanda-client depends on: ii amanda-common 1:2.5.2p1-3Advanced Maryland Automatic Networ ii libc6 2.7-2 GNU C Library: Shared libraries ii libncurses5 5.6+20071215-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries amanda-client recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470202: can't reproduce your problem
Quoting Bdale Garbee: : severity 470202 important : tags 470202 +moreinfo +unreproducible : thanks : : Hello Raphael. Sorry you're having trouble with amanda. I don't see the : problem here, so suspect there might be something unusual in your config : files. Can you send me a copy of them to look over? Note that downgrading the amanda-server package to 1:2.5.1p3-2 works fine. So my config files are indeed correct for that version. Maybe the upgrade should perform a conversion if there is a backward compatibility problem. Here is my main config file, let me know if you want further information. # # amanda.conf - sample Amanda configuration file. # # If your configuration is called, say, DailySet1, then this file # normally goes in /etc/amanda/DailySet1/amanda.conf. # # for explanation of the parameters refer to amanda(8) and # /usr/doc/amanda/WHATS.NEW.gz org Home # your organization name for reports mailto root # space separated list of operators at your site dumpuser backup # the user to run dumps under # inparallel 3# maximum dumpers that will run in parallel netusage 600 # maximum default net bandwidth for Amanda, in KB per sec # a filesystem is due for a full backup once every dumpcycle days dumpcycle 4 weeks # the number of days in the normal dump cycle tapecycle 26 tapes # the number of tapes in rotation runspercycle 12 # 3 runs per week bumpsize 20 MB # minimum savings (threshold) to bump level 1 - 2 bumpdays 1 # minimum days at each level bumpmult 4 # threshold = bumpsize * (level-1)**bumpmult #ctimeout 30 # max amount of wait for amcheck #dtimeout 1800# max amount of wait for amdump etimeout600 # max amount of wait/disk for dump size estimates #runtapes 9 # explained in WHATS.NEW #tpchanger no-changer # the tape-changer glue script, see TAPE.CHANGERS tapedev /dev/ndat # Linux @ tuck, important: norewinding tapetype HP-DAT24 # what kind of tape it is (see tapetypes below) labelstr ^NORMAL-[0-9][0-9]*$ # label constraint regex: all tapes must match holdingdisk main { comment main holding disk directory /raid/arch3/amanda # where the holding disk is use 14500 MB# how much space can we use on it chunksize 1500 MB } reserve 40 # Amanda needs a few MB of diskspace for the log and debug files, # as well as a database. This stuff can grow large, so the conf directory # isn't usually appropriate. infofile /var/lib/amanda/normal/curinfo # database filename logdir /var/log/amanda/normal# log directory # where the index files live indexdir /var/lib/amanda/normal/index # tapetypes # # Define the type of tape you use here, and use it in tapetype above. # Some typical types of tapes are included here. The tapetype tells amanda # how many MB will fit on the tape, how big the filemarks are, and how # fast the tape device is. # # For completeness Amanda should calculate the inter-record gaps too, but it # doesn't. For EXABYTE and DAT tapes this is ok. Anyone using 9 tracks for # amanda and need IRG calculations? Drop me a note if so. define tapetype QIC-60 { comment Archive Viper length 60 mbytes filemark 100 kbytes # don't know a better value speed 100 kbytes# dito } define tapetype DEC-DLT2000 { comment DEC Differential Digital Linear Tape 2000 length 15000 mbytes filemark 8 kbytes speed 1250 kbytes } # [EMAIL PROTECTED] # in amanda-users (Thu Dec 26 01:55:38 MEZ 1996) define tapetype DLT { comment DLT tape drives length 2 mbytes # 20 Gig tapes filemark 2000 kbytes# I don't know what this means speed 1500 kbytes } define tapetype SURESTORE-1200E { comment HP AutoLoader length 3900 mbytes filemark 100 kbytes speed 500 kbytes } define tapetype EXB-8500 { comment Exabyte EXB-8500 drive on decent machine length 4200 mbytes filemark 48 kbytes speed 474 kbytes } define tapetype EXB-8200 { comment Exabyte EXB-8200 drive on decent machine length 2200 mbytes filemark 2130 kbytes speed 240 kbytes } define tapetype HP-DAT { comment DAT tape drives length 1900 mbytes # these numbers are not accurate filemark 100 kbytes # but you get the idea speed 500 kbytes } # The DAT drive I use -- RAM define tapetype HP-DAT24 { comment DDS-3 internal tape drive #length 11500 mbytes# guesstimate (real is 12288 mbytes) # reduced, because I've seen lots of overflows recently with tours's # migration of old lyon filesystems. Waiting for it to settle -- 2006-11-04 length 11000 mbytes filemark 100
Bug#470202: amanda-server: After upgrading from 2.5.1, amcheck -c fails with Socket operation on non-socket
Package: amanda-server Version: 1:2.5.2p1-1 Severity: grave Justification: renders package unusable After upgrading from 2.5.1, my amcheck -c now fails with: WARNING: paris: selfcheck request failed: error sending REQ: send REQ to paris.ram.loc failed: Socket operation on non-socket I did not touch any of the configuration files after the upgrade. Things were running just fine before. I have no idea what is causing this error message, so in effect it renders the whole package useless as backups will probably not be able to proceed. I have upgraded all the amanda-client packages on all my machines to match that of amanda-server. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24.3 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages amanda-server depends on: ii amanda-common1:2.5.2p1-1 Advanced Maryland Automatic Networ ii libc62.7-5 GNU C Library: Shared libraries ii libncurses5 5.6+20080203-1 Shared libraries for terminal hand ii libreadline5 5.2-1 GNU readline and history libraries ii mailx1:8.1.2-0.20020411cvs-1 A simple mail user agent. amanda-server recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438015: texlive-latex-base: Setup fails when running fmtutil-sys
Quoting Atsuhito Kohda: : what happend if you run : sh -x /var/lib/dpkg/info/texlive-common.postinst configure I get: + for i in updmap.d/10tetex-base.cfg fmt.d/01tetex.cnf language.d/00tetex.cnf language.d/10tetex.cnf + '[' -r /etc/texmf/updmap.d/10tetex-base.cfg ']' + for i in updmap.d/10tetex-base.cfg fmt.d/01tetex.cnf language.d/00tetex.cnf language.d/10tetex.cnf + '[' -r /etc/texmf/fmt.d/01tetex.cnf ']' + for i in updmap.d/10tetex-base.cfg fmt.d/01tetex.cnf language.d/00tetex.cnf language.d/10tetex.cnf + '[' -r /etc/texmf/language.d/00tetex.cnf ']' + mv /etc/texmf/language.d/00tetex.cnf /etc/texmf/language.d/00tetex.cnf.obsolete + echo 'Obsolete config file /etc/texmf/language.d/00tetex.cnf has been renamed' Obsolete config file /etc/texmf/language.d/00tetex.cnf has been renamed + echo 'as /etc/texmf/language.d/00tetex.cnf.obsolete.' as /etc/texmf/language.d/00tetex.cnf.obsolete. + for i in updmap.d/10tetex-base.cfg fmt.d/01tetex.cnf language.d/00tetex.cnf language.d/10tetex.cnf + '[' -r /etc/texmf/language.d/10tetex.cnf ']' + exit 0 And now the install succeeds!! So for some reason, postinst was not invoked correctly during the install process. Maybe because of earlier failures and wrong dpkg status information? Thanks for your help anyway. Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438015: texlive-latex-base: Setup fails when running fmtutil-sys
Package: texlive-latex-base Version: 2007-11 Severity: important Here is the error I get: Setting up texlive-latex-base (2007-11) ... Installing new version of config file /etc/texmf/updmap.d/10texlive-latex-base.cfg ... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-latex-base.cnf. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.LnV16532 Please include this file if you report a bug. The /tmp/fmtutil.LnV16532 file is: - Begin /tmp/fmtutil.LnV16532 fmtutil: running `pdftex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx *latex.ini' ... This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) (INITEX) %-line parsing enabled. (/usr/share/texmf-texlive/web2c/cp227.tcx) entering extended mode (/usr/share/texmf-texlive/tex/latex/latexconfig/latex.ini (/etc/texmf/tex/generic/config/pdftexconfig.tex) (/usr/share/texmf-texlive/tex/latex/base/latex.ltx (/usr/share/texmf-texlive/tex/latex/base/texsys.cfg) ./texsys.aux found [EMAIL PROTECTED] set to: ./. Assuming \openin and \input have the same search path. Defining UNIX/DOS style filename parser. catcodes, registers, compatibility for TeX 2, parameters, LaTeX2e 2005/12/01 hacks, control, par, spacing, files, font encodings, lengths, Local config file fonttext.cfg used (/usr/share/texmf-texlive/tex/latex/base/fonttext.cfg (/usr/share/texmf-texlive/tex/latex/base/fonttext.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf-texlive/tex/latex/base/omlenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1enc.def) (/usr/share/texmf-texlive/tex/latex/base/ot1enc.def) (/usr/share/texmf-texlive/tex/latex/base/omsenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmss.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmtt.fd))) Local config file fontmath.cfg used (/usr/share/texmf-texlive/tex/latex/base/fontmath.cfg (/usr/share/texmf-texlive/tex/latex/base/fontmath.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf-texlive/tex/latex/base/omlcmm.fd) (/usr/share/texmf-texlive/tex/latex/base/omscmsy.fd) (/usr/share/texmf-texlive/tex/latex/base/omxcmex.fd) (/usr/share/texmf-texlive/tex/latex/base/ucmr.fd))) Local config file preload.cfg used = (/usr/share/texmf-texlive/tex/latex/base/preload.cfg (/usr/share/texmf-texlive/tex/latex/base/preload.ltx)) page nos., x-ref, environments, center, verbatim, math definitions, boxes, title, sectioning, contents, floats, footnotes, index, bibliography, output, === Local configuration file hyphen.cfg used === (/usr/share/texmf-texlive/tex/generic/babel/hyphen.cfg ! I can't find file `ushyph1.tex'. to be read again \relax l.357 \repeat Please type another input file name: ! Emergency stop. to be read again \relax l.357 \repeat No pages of output. Transcript written on latex.log. Error: `pdftex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx *latex.ini' failed fmtutil: running `pdftex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx *pdflatex.ini' ... This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) (INITEX) %-line parsing enabled. (/usr/share/texmf-texlive/web2c/cp227.tcx) entering extended mode (/usr/share/texmf-texlive/tex/latex/latexconfig/pdflatex.ini (/etc/texmf/tex/generic/config/pdftexconfig.tex) (/usr/share/texmf-texlive/tex/latex/base/latex.ltx (/usr/share/texmf-texlive/tex/latex/base/texsys.cfg) ./texsys.aux found [EMAIL PROTECTED] set to: ./. Assuming \openin and \input have the same search path. Defining UNIX/DOS style filename parser. catcodes, registers, compatibility for TeX 2, parameters, LaTeX2e 2005/12/01 hacks, control, par, spacing, files, font encodings, lengths, Local config file fonttext.cfg used (/usr/share/texmf-texlive/tex/latex/base/fonttext.cfg (/usr/share/texmf-texlive/tex/latex/base/fonttext.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf-texlive/tex/latex/base/omlenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1enc.def) (/usr/share/texmf-texlive/tex/latex/base/ot1enc.def) (/usr/share/texmf-texlive/tex/latex/base/omsenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmss.fd)
Bug#438015: texlive-latex-base: Setup fails when running fmtutil-sys
Quoting Ralf Stubner: : Raphael Manfredi wrote: : Package: texlive-latex-base : Version: 2007-11 : Severity: important : [...] : (/usr/share/texmf-texlive/tex/generic/babel/hyphen.cfg : ! I can't find file `ushyph1.tex'. : : Hmm, this bug looks identical to #435812, which should have been solved by : 2007-11. Can you please send us the output of : : ls -l /etc/texmf/language.d/ : egrep ushyph1.tex /etc/texmf/language.d/* Yes, it does look identical. I upgraded after the bug being marked as solved, but apparently it did not solve anything. Here is the output you requested: $ ls -l /etc/texmf/language.d/ total 28 -rw-r--r-- 1 root root 3293 Oct 19 2005 00tetex.cnf -rw-r--r-- 1 root root 1490 Nov 22 2005 00tex.cnf -rw-r--r-- 1 root root 2342 Jun 20 18:49 09texlive-base.cnf -rw-r--r-- 1 root root 317 Jun 20 18:52 10texlive-lang-croatian.cnf -rw-r--r-- 1 root root 370 Jun 20 18:52 10texlive-lang-cyrillic.cnf -rw-r--r-- 1 root root 340 Jun 20 18:52 10texlive-lang-czechslovak.cnf.dpkg-new -rw-r--r-- 1 root root 311 Jun 20 18:52 10texlive-lang-danish.cnf -rw-r--r-- 1 root root 311 Jun 20 18:52 10texlive-lang-dutch.cnf -rw-r--r-- 1 root root 333 Jun 20 18:52 10texlive-lang-finnish.cnf -rw-r--r-- 1 root root 394 Jun 20 18:52 10texlive-lang-french.cnf -rw-r--r-- 1 root root 386 Jun 20 18:52 10texlive-lang-german.cnf -rw-r--r-- 1 root root 400 Jun 20 18:52 10texlive-lang-greek.cnf -rw-r--r-- 1 root root 345 Jun 20 18:52 10texlive-lang-hungarian.cnf -rw-r--r-- 1 root root 333 Jun 20 18:52 10texlive-lang-italian.cnf -rw-r--r-- 1 root root 333 Jun 20 18:52 10texlive-lang-latin.cnf -rw-r--r-- 1 root root 343 Jun 20 18:52 10texlive-lang-mongolian.cnf -rw-r--r-- 1 root root 379 Jun 20 18:52 10texlive-lang-norwegian.cnf -rw-r--r-- 1 root root 582 Jun 20 18:52 10texlive-lang-other.cnf -rw-r--r-- 1 root root 336 Jun 20 18:52 10texlive-lang-polish.cnf.dpkg-new -rw-r--r-- 1 root root 360 Jun 20 18:52 10texlive-lang-portuguese.cnf -rw-r--r-- 1 root root 443 Jun 20 18:52 10texlive-lang-spanish.cnf -rw-r--r-- 1 root root 333 Jun 20 18:52 10texlive-lang-swedish.cnf $ egrep ushyph1.tex /etc/texmf/language.d/* /etc/texmf/language.d/00tetex.cnf:american ushyph1.tex /etc/texmf/language.d/09texlive-base.cnf:% ushyph1.tex is another (historical) name for hyphen.tex. Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435812: Cannot install texlive-latex-base due to post-installation script failure
Quoting Hilmar Preusse: : For any reason your language.dat file : (/var/lib/texmf/tex/generic/config/language.dat) contains an entry : for the file ushyph1.tex, which is not provided by TeX Live. : : -rw-r--r-- 1 root root 12191 Aug 3 12:54 /var/lib/texmf/tex/generic/config/language.dat : : The size of the file language.dat differs from the default on my : system: : [EMAIL PROTECTED]:~ $ ls -l : /var/lib/texmf/tex/generic/config/language.dat : -rw-r--r-- 1 root root 6019 Jul 24 18:59 /var/lib/texmf/tex/generic/config/language.dat : : Did you change the file manually? Can you comment out the entry for : ushyph1.tex and start over? I did not update the file manually. This file is generated by update-language. The american ushyph1.tex line comes from the file: /etc/texmf/language.d/00tetex.cnf A dpkg --search reveals this file was provided by tetex-base. And I have: ii tetex-base 2007-10 TeX Live: teTeX transitional package Furthermore, comments in the file /var/lib/texmf/tex/generic/config/language.dat say that ushyph1.tex MUST be the first file loaded, so I can't really comment it. I'd have to comment in /etc/texmf/language.d/ anyway, and those files are owned by tetex-base, so it really means something is broken in tetex-base. Do you agree? Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435812: Cannot install texlive-latex-base due to post-installation script failure
Package: texlive-latex-base Version: 2007-10 Severity: normal Here's the error I get: Setting up texlive-latex-base (2007-10) ... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-latex-base.cnf. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.SZBi5448 Please include this file if you report a bug. Here's the /tmp/fmtutil.SZBi5448 file: fmtutil: running `pdftex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx *latex.ini' ... This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) (INITEX) %-line parsing enabled. (/usr/share/texmf-texlive/web2c/cp227.tcx) entering extended mode (/usr/share/texmf-texlive/tex/latex/latexconfig/latex.ini (/etc/texmf/tex/generic/config/pdftexconfig.tex) (/usr/share/texmf-texlive/tex/latex/base/latex.ltx (/usr/share/texmf-texlive/tex/latex/base/texsys.cfg) ./texsys.aux found [EMAIL PROTECTED] set to: ./. Assuming \openin and \input have the same search path. Defining UNIX/DOS style filename parser. catcodes, registers, compatibility for TeX 2, parameters, LaTeX2e 2005/12/01 hacks, control, par, spacing, files, font encodings, lengths, Local config file fonttext.cfg used (/usr/share/texmf-texlive/tex/latex/base/fonttext.cfg (/usr/share/texmf-texlive/tex/latex/base/fonttext.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf-texlive/tex/latex/base/omlenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1enc.def) (/usr/share/texmf-texlive/tex/latex/base/ot1enc.def) (/usr/share/texmf-texlive/tex/latex/base/omsenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmss.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmtt.fd))) Local config file fontmath.cfg used (/usr/share/texmf-texlive/tex/latex/base/fontmath.cfg (/usr/share/texmf-texlive/tex/latex/base/fontmath.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf-texlive/tex/latex/base/omlcmm.fd) (/usr/share/texmf-texlive/tex/latex/base/omscmsy.fd) (/usr/share/texmf-texlive/tex/latex/base/omxcmex.fd) (/usr/share/texmf-texlive/tex/latex/base/ucmr.fd))) Local config file preload.cfg used = (/usr/share/texmf-texlive/tex/latex/base/preload.cfg (/usr/share/texmf-texlive/tex/latex/base/preload.ltx)) page nos., x-ref, environments, center, verbatim, math definitions, boxes, title, sectioning, contents, floats, footnotes, index, bibliography, output, === Local configuration file hyphen.cfg used === (/usr/share/texmf-texlive/tex/generic/babel/hyphen.cfg ! I can't find file `ushyph1.tex'. to be read again \relax l.357 \repeat Please type another input file name: ! Emergency stop. to be read again \relax l.357 \repeat No pages of output. Transcript written on latex.log. Error: `pdftex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx *latex.ini' failed fmtutil: running `pdftex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx *pdflatex.ini' ... This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) (INITEX) %-line parsing enabled. (/usr/share/texmf-texlive/web2c/cp227.tcx) entering extended mode (/usr/share/texmf-texlive/tex/latex/latexconfig/pdflatex.ini (/etc/texmf/tex/generic/config/pdftexconfig.tex) (/usr/share/texmf-texlive/tex/latex/base/latex.ltx (/usr/share/texmf-texlive/tex/latex/base/texsys.cfg) ./texsys.aux found [EMAIL PROTECTED] set to: ./. Assuming \openin and \input have the same search path. Defining UNIX/DOS style filename parser. catcodes, registers, compatibility for TeX 2, parameters, LaTeX2e 2005/12/01 hacks, control, par, spacing, files, font encodings, lengths, Local config file fonttext.cfg used (/usr/share/texmf-texlive/tex/latex/base/fonttext.cfg (/usr/share/texmf-texlive/tex/latex/base/fonttext.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texmf-texlive/tex/latex/base/omlenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1enc.def) (/usr/share/texmf-texlive/tex/latex/base/ot1enc.def) (/usr/share/texmf-texlive/tex/latex/base/omsenc.def) (/usr/share/texmf-texlive/tex/latex/base/t1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmss.fd) (/usr/share/texmf-texlive/tex/latex/base/ot1cmtt.fd))) Local config file fontmath.cfg used
Bug#375352: libsqlite3: Misses the documented sqlite3_column_table_name() function
Package: libsqlite3 Severity: normal This is because the library is not compiled with the following cpp flag: SQLITE_ENABLE_COLUMN_METADATA As such, some of the metadata functions are not available even though they are documented. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.31 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361715: Debian bug 361715 followup
Same as Thomas. I don't use DailySet1, but my config was heavily inspired by that template. Also, things ran perfectly in 2.4.x until I upgraded to 2.5.x -- the only thing that does not seem to work now is this email in case of problems. Also, cron,log contains nothing unusual, just (CR is mine): May 30 21:00:01 lyon /USR/SBIN/CRON[2397]: (backup) CMD (/usr/sbin/amcheck -mcw normal) I have updated to the latest amanda-server in unstable. We'll see tonight whether it works. Thanks for working on this issue, Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361716: amanda-server: amcheck -mcw no longer sends email on problem with 2.5.0
Package: amanda-server Version: 1:2.5.0-2 Severity: normal I had no problem with 2.4.x. I upgraded to 2.5.0 without touching any configuration file, and now I no longer get an e-mail when I run: amcheck -mcw myconfig and there is a problem, for instance no tape in the drive. Again, this was working perfectly in 2.4.x (with x=5 I think). -- System Information: Debian Release: testing/unstable APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.31 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages amanda-server depends on: ii amanda-common 1:2.5.0-2 Advanced Maryland Automatic Networ ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand ii mailx 1:8.1.1-10.1.5 A simple mail user agent. amanda-server recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#99828: procinfo shows non-existent disks
Yes, I still have this behaviour with procinfo version 18 (2001-03-02) from sysutils 1.3.8.5.1. Raphael Quoting Florian Ernst: : Hello Raphael, : : I have just taken over maintenance of the sysutils package and now try : to resolve some rather dated issues... : : On Sun, 03 Jun 2001 23:32:44 +0200, Raphael Manfredi wrote: : On my machine, procinfo displays: : [...procinfo displaying 4 disks...] : However, I have only *one* IDE disk on this machine. : : Do still experience this misbehavior with sysutils_1.3.8.5.1 as : currently present in Woody (oldstable), Sarge (stable), Etch (testing) : or with sysutils_2.0.0-1 which was just uploaded to Sid (unstable)? : : Cheers, : Flo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#99827: procinfo -d displays improper amount of context switches
This one does not seem to be happening any longer with sysutils_1.3.8.5.1. Raphael Quoting Florian Ernst: : tags 99827 moreinfo : thanks [EMAIL PROTECTED] BCC'd : : Hello Raphael, : : I have just taken over maintenance of the sysutils package and now try : to resolve some rather dated issues... : : On Sun, 03 Jun 2001 23:30:21 +0200, Raphael Manfredi wrote: : The amount of context switches seems to be followed by a stuck number : that remains fixed, yielding an improper amount. : : For instance, my procinfo -d displays: : : context : 36382 : : and a few seconds later: : : context : 39982 : : whereas the proper amounts are 3638 and 3998 respectively. : : Do still experience this misbehavior with sysutils_1.3.8.5.1 as : currently present in Woody (oldstable), Sarge (stable), Etch (testing) : or with sysutils_2.0.0-1 which was just uploaded to Sid (unstable)? : : Cheers, : Flo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338118: twiki: Dies with whitespace in filename errors in Ref-By and Search
Package: twiki Version: 20040902-3 Severity: important Tags: patch The following patch MUST be applied: http://docs.indymedia.org/pub/Sysadmin/ImcDocsLog/fix_whitespace-20040901.diff This makes the whole routine questionable -- this is rather amateurish code. The patch above does fix the problem, but the root cause is that, somewhere in the original code, an extra space is added to included filenames. Raphael -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages twiki depends on: ii apache-common 1.3.33-6 support files for all Apache webse ii apache2-common2.0.54-4 next generation, scalable, extenda ii debconf 1.4.30.13 Debian configuration management sy ii libalgorithm-diff-perl1.19.01-1 a perl library for finding Longest ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libtext-diff-perl 0.35-2 Perform diffs on files and record ii perl [libmime-base64-perl]5.8.4-8Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.4-8Core Perl modules ii rcs 5.7-15 The GNU Revision Control System -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]