Bug#1039344: reniced: ships sysv-init script without systemd unit
I'm working on it. I think I'll just remove the initscript without replacing it by a systemd unit. When using systemd, reniced is partly redundant because a unit override is better suited to change nice level and IO priority of a service as this will automatically work on service restarts as well. I'll add a NEWS file describing the situation. I think reniced should nevertheless be kept as a package because I've heard of use-cases where reniced is run from a once-per-minute cronjob to keep user processes in check. This does not need any initscript and so the package will still have some use. Thanks for the notice and sorry for the wait Christian
Bug#1049927: keyboard-configuration: should suggest packages using the configuration
Package: keyboard-configuration Version: 1.221 Severity: wishlist Dear Maintainer, in the newsgroup de.comp.os.unix.linux.misc we recently had a call for help because keyboard-configuration did not actually set the keyboard (see news:uaom6s$2daf5$1...@dont-email.me et seq.). The fact that keyboard-configuration only provides the configuration without actually applying it was overlooked and installing console-setup solved the issue. While the package description of keyboard-configuration clearly states "Other packages can use the information provided by this package in order to configure the keyboard", it is not immediately obvious which packages need to be installed to make use of the preferences. The the question "why is console-setup not at least in Suggests:" came up in the thread, which led me to write this wishlist item: Could you please add the most important packages that make use of keyboard-configuration as a Suggests: dependencies? I think 'console-setup' and 'xserver-xorg-core' are two candidates for that. I am aware of 'apt rdepends keyboard-configuration', but the Suggests: would be a quicker way and might also point the next user who directly installs keyboard-configuration in the proper direction to actually apply the configuration. Best regards Christian -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-10-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.utf-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=de_DE.utf-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages keyboard-configuration depends on: ii debconf [debconf-2.0] 1.5.82 ii liblocale-gettext-perl 1.07-5 ii xkb-data2.35.1-1 keyboard-configuration recommends no packages. keyboard-configuration suggests no packages. Versions of packages console-setup depends on: ii console-setup-linux1.221 ii debconf [debconf-2.0] 1.5.82 ii xkb-data 2.35.1-1 Versions of packages console-setup suggests: ii locales2.36-9+deb12u1 ii lsb-base 11.6 ii sysvinit-utils [lsb-base] 3.06-4 Versions of packages console-setup-linux depends on: ii init-system-helpers 1.65.2 ii kbd 2.5.1-1+b1 Versions of packages console-setup-linux suggests: ii console-setup 1.221 Versions of packages keyboard-configuration is related to: pn console-common pn console-data pn console-tools pn gnome-control-center ii kbd 2.5.1-1+b1 ii systemd 252.12-1~deb12u1 -- debconf information: keyboard-configuration/unsupported_layout: true keyboard-configuration/unsupported_config_layout: true * console-setup/codeset47: Guess optimal character set keyboard-configuration/store_defaults_in_debconf_db: true keyboard-configuration/compose: No compose key console-setup/charmap47: UTF-8 keyboard-configuration/toggle: No toggling keyboard-configuration/unsupported_options: true keyboard-configuration/altgr: The default for the keyboard layout console-setup/store_defaults_in_debconf_db: true keyboard-configuration/unsupported_config_options: true keyboard-configuration/switch: No temporary switch console-setup/fontface47: Fixed debian-installer/console-setup-udeb/title: console-setup/fontsize-fb47: 8x16 keyboard-configuration/variantcode: console-setup/fontsize-text47: 8x16 keyboard-configuration/modelcode: pc105 keyboard-configuration/layoutcode: de * keyboard-configuration/variant: German console-setup/use_system_font: keyboard-configuration/xkb-keymap: de keyboard-configuration/optionscode: console-setup/codesetcode: guess keyboard-configuration/other: console-setup/framebuffer_only: keyboard-configuration/ctrl_alt_bksp: false * keyboard-configuration/layout: German console-setup/guess_font: console-setup/fontsize: 8x16 keyboard-configuration/model: Generic 105-key PC
Bug#962956: reniced: diff for NMU version 1.21-1.2
On Sat, Oct 15, 2022 at 12:32:55PM +0300, Adrian Bunk wrote: > I've prepared an NMU for reniced (versioned as 1.21-1.2) and uploaded > it to DELAYED/2. Please feel free to tell me if I should cancel it. Dear Adrian, I really appreciate your NMU. I neither had the time nor the endurance to look for a sponsor to update the package, so I did not get further than fixing the upstream repository. Thanks a lot for the updated package! Christian -- Christian.Garbshttps://www.cgarbs.de /"\ \ / ASCII Ribbon Campaign - Say NO to HTML in email and news X Sag NEIN zu HTML in email und news / \
Bug#983179: zfs-dkms: fails to build with backports kernel 5.10.0-0.bpo.3-amd64
Package: zfs-dkms Version: 0.8.6-1~bpo10+1 Severity: important Dear Maintainer, * What led up to the situation? The kernel in stretch-backports was updated from 5.9.0-0.bpo.5-amd64 to 5.10.0-0.bpo.3-amd64. After rebooting, I was dropped to the initramfs rescue shell because my ZFS root file system could not be mounted. * What exactly did you do (or not do) that was effective (or ineffective)? The last time this has happened, the zfs-dkms module build did not run automaticalls and thus the zfs modules were missing from the initrd. I have since fixed this by setting REMAKE_INITRD='yes' in /etc/dkms/zfs.conf, but my first guess was that it has somehow gone wrong again. So I booted up the previous kernel (really grateful for that option) and tried to do a manual install of zfs-dkms via $ dkms install -k 5.10.0-0.bpo.3-amd64 zfs/0.8.6 * What was the outcome of this action? The compilation of the module failed, which explains why the ZFS modules were not included in the initrd in the first place. Compilation log shows this as the source of the error: - - - 8< - - - CC [M] /var/lib/dkms/zfs/0.8.6/build/module/zfs/vdev_disk.o /var/lib/dkms/zfs/0.8.6/build/module/zfs/vdev_disk.c: In function ‘vdev_blkg_tryget’: /var/lib/dkms/zfs/0.8.6/build/module/zfs/vdev_disk.c:506:37: error: ‘struct percpu_ref’ has no member named ‘count’ rc = atomic_long_inc_not_zero(>count); ^~ make[6]: *** [/usr/src/linux-headers-5.10.0-0.bpo.3-common/scripts/Makefile.build:284: /var/lib/dkms/zfs/0.8.6/build/module/zfs/vdev_disk.o] Error 1 - - - >8 - - - * What outcome did you expect instead? I had expected zfs-dkms to build without failure, update my initrd and be able to boot into the current stretch-backports kernel. Due to some issues with Intel onboard graphics, I need to use the newer backports kernel instead of the the original stretch kernel. btw: Is there any way I can tell the kernel installer or the initramfs creation to fail if the the ZFS module has not been compiled? -- System Information: Debian Release: 10.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-0.bpo.5-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.utf-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zfs-dkms depends on: ii debconf [debconf-2.0] 1.5.71 ii dkms 2.6.1-4 ii file 1:5.35-4+deb10u2 ii libc6-dev [libc-dev] 2.28-10 ii libpython3-stdlib 3.7.3-1 ii lsb-release10.2019051400 ii perl 5.28.1-6+deb10u1 ii python3-distutils 3.7.3-1 Versions of packages zfs-dkms recommends: ii linux-libc-dev 4.19.171-2 ii zfs-zed 0.8.6-1~bpo10+1 ii zfsutils-linux 0.8.6-1~bpo10+1 Versions of packages zfs-dkms suggests: pn debhelper -- debconf information: zfs-dkms/stop-build-for-unknown-kernel: true * zfs-dkms/note-incompatible-licenses: zfs-dkms/stop-build-for-32bit-kernel: true
Bug#977943: gbsplay should build verbosely by default
On Tue, Dec 22, 2020 at 05:43:19PM +0100, Helmut Grohne wrote: > The debian policy recommends that packages build verbosely by default. FTR: Based on this bug, the next upstream version of gbsplay will feature the new configure flag --enable-verbosebuild to enable full debug output in the Makefile as well as dump the contents of all files generated by the configure script. Best regards Christian -- Christian.Garbshttps://www.cgarbs.de
Bug#962956: reniced: reniced logs several syntax errors
On Tue, Jun 16, 2020 at 04:48:45PM +0200, Francesco Potortì wrote: > Package: reniced > Version: 1.21-1 > Severity: normal > > In daemon.log I read: > > Jun 16 15:43:03 tucano reniced[3522]: Starting reniced: > Jun 16 15:43:03 tucano reniced[3552]: Starting reniced: > Jun 16 15:43:03 tucano reniced[3552]: rgument " " isn't numeric in > addition (+) at /usr/bin/reniced line Argument " " isn't numeric in > addition (+) at /usr/bin/reniced line 435, line 3. > Jun 16 15:43:03 tucano reniced[3552]: Argument " " isn't numeric in > addition (+) at /usr/bin/reniced line 435, line 4. This is a problem with PIDs longer than 5 digits. It has already been fixed upstream: https://github.com/mmitch/reniced/issues/2 I have just released reniced v1.22 to make it easier to track the fix. I don't know when I'll be able to provide an updated Debian package: Updating the code should be trivial, but there will be new Debian Policy versions to be included and I need to find a sponsor if I remember correctly If anybody wants to step up to update or take over the package, please go ahead. Best regards Christian -- Christian.Garbshttps://www.cgarbs.de Mit welcher Geschwindigkeit breitet sich das Dunkel aus?
Bug#961539: initramfs-tools-core: no error when modules listed in /etc/initramfs-tools/modules are missing
Package: initramfs-tools-core Version: 0.133+deb10u1 Severity: wishlist Dear Maintainer, I have a system using Root on ZFS that failed to boot after a kernel update, because the ZFS modules were not contained in the initramfs. The source for the problem seems to be located in the DKMS handling of the ZFS packages and will probably be fixed by a documentation update in the Root on ZFS instructions -- see here: https://github.com/openzfs/zfs/issues/10355 (root cause in short: update-initramfs ran before zfs-dkms had actually built the modules for the new kernel so the ZFS modules were missing and update-initramfs built an initramfs without the ZFS modules needed for boot) = How does this relate to initramfs-tools-core? The relation of that bug to initramfs-tools-core is as follows: - I had all ZFS modules added to /etc/initramfs-tools/modules - initramfs.conf(5) says: Modules listed in /etc/initramfs-tools/modules and /usr/share/initramfs-tools/modules.d/* are always included in the initramfs, and are loaded early in the boot process. So while the manpage says the modules listed in the file "are always included", they were missing from the initramfs. This behaviour is not confined to ZFS modules, it will happen with any modules that are listed in the modules files but missing in the file sytem. = What did I expect and what happened instead? I did expect update-initramfs to fail when a module needed for the boot is missing to prevent an unbootable system. But instead update-initramfs completed successfully, the initramfs was missing crucial modules and the system did not come up. = What now? I don't know what the course of action should be, thus only wishlist priority for this bug: If ignoring missing modules is the desired behaviour, I think an additional note should be added to initramfs.conf(5) to relativize the "are always included" statement. Otherwise mkinitramfs should fail with an error message if a module listed in one of the modules files is missing, = Call chain In my case, the call chain was: - /usr/sbin/update-initramfs: generate_initramfs() - /usr/sbin/mkinitramfs: code block <<# the "MODULES=list case. Always honour.>> - /usr/share/initramfs-tools/hook-functions: add_modules_from_file() force_load() manual_add_modules() copy_file() The last two functions interact like this: - copy_file() returns error code 2 when a source file is not found and thus can't be copied. - manual_add_modules() explicitely ignores the return code from copy_file() in this line: copy_file module "${kmod}" || continue My guess is that ignoring a missing module is needed when mkinitramfs is guessing which modules to include (MODULES=dep or MODULES=most), but when a module should always be included, the error can't be ignored. -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-9-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.utf-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages initramfs-tools-core depends on: ii coreutils8.30-3 ii cpio 2.12+dfsg-9 ii e2fsprogs1.44.5-1+deb10u3 ii klibc-utils 2.0.6-1 ii kmod 26-1 ii udev 241-7~deb10u4 Versions of packages initramfs-tools-core recommends: ii busybox 1:1.30.1-4 pn pigz Versions of packages initramfs-tools-core suggests: ii bash-completion 1:2.8-6 -- no debconf information -- Christian.Garbshttps://www.cgarbs.de "Riko?" "Hmm?" "Did I ever tell you how beautiful you are?" She smiled. "You tried once, but gave up." (Hammer Time, Book One by Martin Rose)
Bug#933231: exim4-base: /etc/cron.daily/exim4-base can't detect hostname via hostname --fqdn
On Sun, Jul 28, 2019 at 02:08:20PM +0200, Andreas Metzler wrote: > On 2019-07-27 Christian Garbs wrote: > > Package: exim4-base > > Version: 4.92-8+deb10u1 > > Severity: normal > > Tags: ipv6 > > > After the update from Stretch to Buster, on one of my systems > > /etc/cron.daily/exim4-base failed on every run with just > > > hostname: Name or service not known > > > as an error message. > > > I could trace this to the usage of "hostname --fqdn" in the script. [...] > > Is there another way to get a proper hostname, perhaps from Exim > > or the Exim configuration, that can be used in /etc/cron.daily/exim4-base > > instead of calling "hostname --fqdn"? > > There is > /usr/sbin/exim4 -bP primary_hostname > or > /usr/sbin/exim4 -be '${primary_hostname}' > > How about the attached patch? Hello Andreas, the patch looks good! The fallback to hostname without any parameters is a nice touch – if the admin can keep his systems apart, everything is ok, no need for any flags ;-) I have applied the patch against the original /etc/cron.daily/exim4-base from Buster and deployed it to three systems (the one that showed the bug plus two unaffected others): Everything works as expected. Please apply the patch to the next version. Thanks for the quick reply and patch! Christian -- Christian.Garbshttps://www.cgarbs.de A truly wise man never plays leapfrog with a unicorn.
Bug#933231: exim4-base: /etc/cron.daily/exim4-base can't detect hostname via hostname --fqdn
Package: exim4-base Version: 4.92-8+deb10u1 Severity: normal Tags: ipv6 After the update from Stretch to Buster, on one of my systems /etc/cron.daily/exim4-base failed on every run with just hostname: Name or service not known as an error message. I could trace this to the usage of "hostname --fqdn" in the script. On this (and so far only on this) system this call simply fails: $ hostname --fqdn hostname: Name or service not known The manpage of hostname(1) warns about the --fqdn option: | If a machine has multiple network interfaces/addresses or | is used in a mobile environment, then it may either have | multiple FQDNs/domain names or none at all. Therefore | avoid using hostname --fqdn, hostname --domain and dnsdomainname. | hostname --ip-address is subject to the same limitations | so it should be avoided as well. I don't yet know why, but I indeed have two hostnames: $ hostname --all-fqdns het.cgarbs.de het.cgarbs.de I guess one is for the IPv4 connection and the other for IPv6. Because in my case both entries are the same and the cron.daily script only needs one, I created a shell function that returns only the first hostname and added it to the top of the cron.daily script (see attached changed config file below): # fix multiple hostnames, see warning about THE FQDN in hostname(1) hostname() { /bin/hostname --all-fqdns | tr " " "\n" | grep -F . | sort | uniq | head -n 1 } The shell function takes precedence over /bin/hostname and everything works as expected. Unfortunately, the hostname(1) manpage says "Do not make any assumptions about the order of the output." regarding the --all-fqdns option. So while using the shell function might be a partial fix, it is not a very good one. Is there another way to get a proper hostname, perhaps from Exim or the Exim configuration, that can be used in /etc/cron.daily/exim4-base instead of calling "hostname --fqdn"? Regards Christian -- Package-specific info: Exim version 4.92 #3 built 20-Jul-2019 11:35:58 Copyright (c) University of Cambridge, 1995 - 2018 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2018 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning DANE DKIM DNSSEC Event OCSP PRDR PROXY SOCKS TCP_Fast_Open Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa tls Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Malware: f-protd f-prot6d drweb fsecure sophie clamd avast sock cmdline Fixed never_users: 0 Configure owner: 0:0 Size of off_t: 8 Configuration file search path is /etc/exim4/exim4.conf:/var/lib/exim4/config.autogenerated Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='cgarbs.de' dc_local_interfaces='0.0.0.0.25 ; ::0.25' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:cgarbs.de # /etc/default/exim4 EX4DEF_VERSION='' # 'combined' - one daemon running queue and listening on SMTP port # 'no' - no daemon running the queue # 'separate' - two separate daemons # 'ppp' - only run queue with /etc/ppp/ip-up.d/exim4. # 'nodaemon' - no daemon is started at all. # 'queueonly' - only a queue running daemon is started, no SMTP listener. # setting this to 'no' will also disable queueruns from /etc/ppp/ip-up.d/exim4 QUEUERUNNER='combined' # how often should we run the queue QUEUEINTERVAL='30m' # options common to quez-runner and listening daemon COMMONOPTIONS='' # more options for the daemon/process running the queue (applies to the one # started in /etc/ppp/ip-up.d/exim4, too. QUEUERUNNEROPTIONS='' # special flags given to exim directly after the -q. See exim(8) QFLAGS='' # Options for the SMTP listener daemon. By default, it is listening on # port 25 only. To listen on more ports, it is
Bug#832265: suck: Stack smash if lockfile exists (pid_t cast to long *)
I just ran into the same problem and wanted to add that the lock file was _not_ automatically unlinked on a restart. My hourly get-news cronjob failed for multiple days in a row. Manually removing the lockfile fixed the stack-smash error, so thanks for pointing that out. Regards Christian -- Christian.Garbshttps://www.cgarbs.de "Verzeihung Herr Ober, wie komme ich zur Toilette?" "Immer der Nase nach!"
Bug#821323: RFS: reniced/1.20-1
On Sun, May 15, 2016 at 11:26:34AM +, Mattia Rizzolo wrote: > On Sun, Apr 17, 2016 at 07:00:32PM +0200, Christian Garbs wrote: > > I am looking for a sponsor for my package "reniced" > > o/ > > I can do it. Great! :-) > > dget -x > > http://mentors.debian.net/debian/pool/main/r/reniced/reniced_1.20-1.dsc > > A review: > > * d/control: > + there is a trailing dot, please remove it > + current Std-Ver is 3.9.8, please check against it and bump it > * d/copyright: > + needs updating > + please consider rewriting it using DEP-5/copyright-format 1.0 I've built a new version that should fix these issues. To clarify the copyright/license, I also built a new upstream version. The new version is available here: dget -x http://mentors.debian.net/debian/pool/main/r/reniced/reniced_1.21-1.dsc Thanks for having a look at it! Christian -- Christian.Garbshttps://www.cgarbs.de Free Schroedinger's cat! signature.asc Description: Digital signature
Bug#821323: RFS: reniced/1.20-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "reniced" * Package name: reniced Version : 1.20-1 Upstream Author : Christian Garbs <mi...@cgarbs.de> * URL : https://github.com/mmitch/reniced * License : GPL-2 Section : utils It builds those binary packages: reniced- renice running processes based on regular expressions To access further information about this package, please visit the following URL: http://mentors.debian.net/package/reniced Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/reniced/reniced_1.20-1.dsc More information about reniced can be obtained from https://github.com/mmitch/reniced Changes since the last upload: * New upstream release. * debian/compat: - bump version number vom 5 to 9 (no changes) * debian/control: - bump policy version from 3.9.1 to 3.9.7 (no changes) - update Homepage: - bump Build-Depends: debhelper to >= 9 * debian/reniced.init: - switch Required-Stop: from $all to $remote_fs because the 'stop' command does nothing at all * debian/source/format: - add file and set to "3.0 (quilt)" * debian/rules: - remove deprecated DEB_UPDATE_RCD_PARAMS setting - switch from DEB_INSTALL_DOCS_ALL to DEB_INSTALL_CHANGELOGS_ALL to install the HISTORY file as changelog.gz Lintian status: The remaining lintian error "init.d-script-depends-on-all-virtual-facility" is expected and IMHO ok in this case: reniced should be run once after all other daemons have been started in order to set their nice level. This is exactly what the "all" facility is for, as described in the first question on https://wiki.debian.org/LSBInitScripts#Frequent_questions Regards, Christian Garbs -- Christian.Garbshttps://www.cgarbs.de Verallgemeinerungen sind immer falsch. signature.asc Description: Digital signature
Bug#803951: use oom_score_adj instead of deprecated oom_adj
On Tue, Nov 03, 2015 at 04:34:08PM +0100, Michal Hocko wrote: > I am not sure where the upstream code sits for this package so I am > reporting it to distribution. Let me know if I should post the patch > somewhere else. > Anyway oom_adj is long deprecated and shouldn't be used. The attached > patch uses oom_score_adj in preference to oom_adj. Thanks for the patch! Upstream is at https://github.com/mmitch/reniced I've already included your patch there. Releasing a new version of reniced should be fast, but I don't know when I will be able to build a new Debian package from that. I'll need to look for a sponsor and the package propably needs all kinds of fixes, as the last packaging is from 2010 (policy version 3.9.1). Regards Christian -- Christian.Garbs.http://www.cgarbs.de "I'd crawl over an acre of 'Visual This++' and 'Integrated Development That' to get to gcc, Emacs, and gdb. Thank you." (Vance Petree, Virginia Power)
Bug#794618: gbsplay: FTBFS on big endian architectures: Bigendian output failed
Upstream's guess was not an endianess bug, but rather subtle differences in floating point math (gbsplay unfortunately has not yet been rewritten to use fixed point calculations). After finally getting a MIPS system running under QEMU (with Debian Etch, I can't find any newer installation instructions), I can confirm this: I built gbsplay under mips, generated the example file, swapped it's endianess and listened to it on my normal system. Everything sounded normal. mipsi:~/gbsplay-0.0.92# ./gbsplay -c examples/gbsplayrc_sample -o oss \ examples/nightmode.gbs 1 /dev/null stdout # ... copy to host system ... mitch@zecora:~$ sox -B -r48000 -e signed -b32 stdout.BE.raw -L stdout.LE.raw mitch@zecora:~$ mplayer -rawaudio channels=2:rate=48000:samplesize=2 \ -demuxer rawaudio stdout.LE.raw # sound fine =b So the solution to this bug will be to disable the tests on the affected architectures. We don't have the resources to generate proper hashes on all architectures on every code change that affects the output. As I've just now realized, gbsplay-0.0.91-1 had the tests completely disabled for every architecture, so this solution is no drawback compared to older package versions :-) Regards Christian -- Christian.Garbs.http://www.cgarbs.de Es gibt badische Mensche und es gibt unsymbadische Mensche. signature.asc Description: Digital signature
Bug#777862: gbsplay: diff for NMU version 0.0.91-1.1
On Sat, Aug 01, 2015 at 10:40:53PM +0200, Sebastian Ramacher wrote: It looks like gbsplay 0.0.92-1 was never uploaded to the archive. Could you please merge 0.9.92-2 into the changelog entry for 0.9.92-1? I got an upload error on my first try (signed with the wrong GPG key) and I was not able to overwrite my upload with a fixed package, so I created the -2 version. I've merged -2 into -1 and here are the files: http://www.cgarbs.de/tmp/gbsplay_0.0.92-1.diff.gz http://www.cgarbs.de/tmp/gbsplay_0.0.92-1.dsc http://www.cgarbs.de/tmp/gbsplay_0.0.92-1_i386.build http://www.cgarbs.de/tmp/gbsplay_0.0.92-1_i386.changes http://www.cgarbs.de/tmp/gbsplay_0.0.92-1_i386.deb http://www.cgarbs.de/tmp/gbsplay_0.0.92-1_source.changes http://www.cgarbs.de/tmp/gbsplay_0.0.92.orig.tar.gz lintian also reports W: gbsplay: copyright-refers-to-versionless-license-file usr/share/common-licenses/GPL That's a problem. Upstream does not say _which_ GPL version in the README: | gbsplay - A Gameboy sound player | | (C) 2003-2006,2008 by Tobias Diedrich ranma+gbsp...@tdiedrich.de | Christian Garbs mi...@cgarbs.de | Maximilian Rehkopf ota...@gmx.net | Vegard Nossum vegar...@ifi.uio.no | | Licensed under GNU GPL. So I don't know what to do :-/ lintian also reports W: gbsplay hardening-no-relro but I don't know how to fix that. I've already temporarily removed all CFLAGS and LDFLAGS settings from debian/rules so that the build system can automatically set default values for hardening, but that did not work. And regarding X: gbsplay: binary-file-built-without-LFS-support gbsplay is an 8bit hardware emulator. If anybody handles large files with it, he's doing something very wrong :-) (it's only an experimental lintian warning anyways) Regards, Christian -- Christian.Garbs.http://www.cgarbs.de Code, der zum Verständnis Dokumentation braucht, ist meistens Käse. Na ja, sowas kann man wenigstens noch essen. In Verbindung mit Spaghetti-Code ist das doch was Feines. Wirklich unschön wäre Maschinenkot. [Wilfried Krueger in dcsn] signature.asc Description: Digital signature
Bug#777862: gbsplay: diff for NMU version 0.0.91-1.1
On Sat, Aug 01, 2015 at 01:02:15PM +0200, Sebastian Ramacher wrote: Dear maintainer, I've prepared an NMU for gbsplay (versioned as 0.0.91-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Hello Sebastian, thanks for the NMU! We've done a new upstream release of gbsplay that includes this patch as well as the fix for #715944. I've created a debian package for the new release as well (gbsplay_0.0.92-2). As I can't upload packages by myself, I've created a sponsoring request over on mentors.debian.net. Bug #793737 is the request for sponsorship bug for the new package. Could you have a look at it and perhaps sponsor the newer package? (I seem to have done something wrong during the upload to mentors, because in the mentor's packagelist gbsplay is listed as needs no sponsor - that's wrong, we need one :-) Regards, Christian -- Christian.Garbs.http://www.cgarbs.de Wieviele humorlose Menschen braucht man, um eine Glühbirne zu wechseln? Einen. signature.asc Description: Digital signature
Bug#793737: RFS: gbsplay/0.0.92-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package gbsplay * Package name: gbsplay Version : 0.0.92-2 Upstream Author : Tobias Diedrich ranma+gbsp...@tdiedrich.de et al. project mailinglist at gbsplay-...@lists.uguu.de * URL : https://github.com/mmitch/gbsplay * License : GNU GPL Section : sound It builds those binary packages: gbsplay- Gameboy sound player To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gbsplay Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gbsplay/gbsplay_0.0.92-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: gbsplay (0.0.92-2) unstable; urgency=medium * add debian/watch -- Christian Garbs deb...@cgarbs.de Sun, 26 Jul 2015 22:34:37 +0200 gbsplay (0.0.92-1) unstable; urgency=medium * New upstream release (Closes: #715944, #777862). * Ship contrib/gbs2ogg.sh again, license is now provided. * Update debian/rules to fix lintian warnings: - debian-rules-missing-recommended-target - dh-clean-k-is-deprecated - description-synopsis-starts-with-article - ancient-standards-version (no changes) * Update Debian compat version to 9. -- Christian Garbs deb...@cgarbs.de Mon, 20 Jul 2015 23:10:57 +0200 Regards, Christian Garbs -- Christian.Garbs.http://www.cgarbs.de VI BRO -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777862: Patch for GCC 5 build issue
Thanks for the patch! It has been included upstream, but no new version of gbsplay has been released yet: https://github.com/mmitch/gbsplay/commit/71acdd75a662d6b98bf8837c8578a498d9fee278 Regards Christian -- Christian.Garbs.http://www.cgarbs.de In related wibbling, I can see an opening for the four lusers of the Apocalypse... I didn't change anything, My e-mail doesn't work, I can't print and Is the network broken?. -- Paul Mc Auley -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784692: release-notes: package maradns is not updated, it has been removed
Package: release-notes Severity: normal Dear Maintainer, chapter 2.2 of the Jessie release notes mentions that the version of the maradns package has been updated from 1.4.12 to 2.0.09 But maradns has not been updated, it's completely missing from Jessie. The package database lists no version for 'stable' (and my local apt package lists agree): https://packages.debian.org/search?keywords=maradns I have not yet found out why maradns has been removed and I don't know if it could perhaps show up again with the next point release, but for now the listing of maradns in the table of the updated packages should be removed. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- Christian.Garbs.http://www.cgarbs.de Ich bin zu doof, um einen Virus zu programmieren. Deshalb bitte ich Sie, diese Nachricht selbständig zu vervielfältigen und an alle Ihnen bekannten Email-Adressen zu senden. Vergessen Sie nicht, danach alle Ihre Festplatten neu zu formatieren. Danke für Ihre Mitarbeit. signature.asc Description: Digital signature
Bug#752874: RM: whatsnewfm -- ROM; obsolete; abandoned upstream
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm This package is no longer useful since the underlying service (freecode.com) has now shut down and is no longer accepting new submissions: The Freecode site has been moved to a static state effective June 18, 2014 due to low traffic levels and so that folks will focus on more useful endeavors than site upkeep. source: http://freecode.com/about For more info, see the unstable removal request #752560 (already closed): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752560 -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Christian.Garbs.http://www.cgarbs.de Es ist schon ganz gut, daß Microsoft keine Autos entwickelt. Jedes Auto hätte ein Lenkrad, einen Joystick, eine Fernbedienung und Griffe auf dem Heck für Leute, die es vorziehen, ihr Auto zu schieben. (Andy Rathbone, Windows für Dumme^H^H^H^H^HAnfänger) signature.asc Description: Digital signature
Bug#752288: whatsnewfm: Obsolete package: the freecode.com newsletter is now defunct
Thanks for the info! I think the whatsnewfm package should thus be removed completely. I'll file a bug against ftp.debian.org for the removal. (I'm unsure if I should just reassign this bug instead, but I think I'll just reference it instead.) Regards Christian -- Christian.Garbs.http://www.cgarbs.de Ein Port-Replikator ist *keine* Star-Trek-Apparatur, die ein bestimmtes alkoholisches Getränk synthetisieren kann. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752560: RM: whatsnewfm -- ROM; package has become completely useless
Package: ftp.debian.org Severity: normal whatsnewfm is a filter for the daily newsletter from Freecode.com (once Freshmeat.net), a repository for free and open source software. The whatsnewfm project started in 08/2000 and since 04/2004 it has been an official Debian package. On 2014-06-18 Freecode.com stopped accepting new software to their repository and switched to a static website. This also made then stop sending their newsletter, as there are no more news to tell. Without a daily newsletter to parse, whatsnewfm has become completely useless. As the maintainer of the package, I'd like to request the removal of the package from Debian. As the package is now useless not only in unstable, but also in testing, stable (and even oldstable): Should the removal also be carried out in these distributions? If yes, how would this be done? I was notified of the shutdown via bug #752288 which has been filed against whatsnewfm. Should that bug somehow be merged with this on or is it OK to have this separate bug against ftp.debian.org? Regards Christian References: * http://freecode.com/about Freecode's statement about stopping to add new software to their site * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752288 The original bug report against whatsnewfm that made me aware of the change. * http://www.cgarbs.de/whatsnewfm.en.html This official whatsnewfm project page stating 'whatsnewfm is now useless' (no surprise there, updated by me some minutes ago :-) -- Christian.Garbs.http://www.cgarbs.de I never made a mistake in my life. I thought I did once, but I was wrong. -- Lucy Van Pelt signature.asc Description: Digital signature
Bug#747018: uucp: uupick fails on files 2GB
On Sun, May 04, 2014 at 10:09:04PM +0200, Thorsten Alteholz wrote: On Sun, 4 May 2014, Christian Garbs wrote: This probably is an upstream bug. Could this be fixed or forwarded? I can try, but I don't think there is much development upstream. Quick hack: When I add -D_FILE_OFFSET_BITS=64 to CFLAGS in debian/rules and recompile uucp, uupick works fine with the big file. But I don't know if this is a good idea because now I could have integer-long conversion problems all over the place, probably being remotely exploitable… Is there a reason for using uucp? Aren't tools like scp or rsync much better suited? I'm using scp, rsync and rsnapshot where appropriate, but in this case I have big full backups coming from not-always-on client machines behind a home DSL line that are sent to another machine behind a home DSL line. So moving 2 GB will take several hours and the connection could be lost or the client could be turned off halfway through. With UUCP I have automatic retransmit support (uucico is called via cron) and I don't have to check whether the file has been received on the other end and can be removed locally: UUCP handles all of this for free. It's fire forget and I even get an email when a backup has been received. I know UUCP is old, but it has it's uses – even this mail is routed via UUCP to my provider's smarthost ;-) Regards Christian -- Christian.Garbs.http://www.cgarbs.de Flattery will get you nowhere. But keep trying. signature.asc Description: Digital signature
Bug#747018: uucp: uupick fails on files 2GB
Package: uucp Version: 1.07-20 Severity: normal Tags: lfs Dear Maintainer, I move backup files via UUCP between my machines. Recently, one of the backups got larger than 2 GB. I am not longer able to receive the file via uupick - smaller files still work. See this example: mitch@yggdrasil:~/Backup$ uupick from merlin: file isolde-poldi-20140406.tar.bz2 ? m uupick: stat (/var/spool/uucppublic/receive/mitch/merlin/isolde-poldi-20140406.tar.bz2): Value too large for defined data type mitch@yggdrasil:~/Backup$ stat /var/spool/uucppublic/receive/mitch/merlin/isolde-poldi-20140406.tar.bz2 File: `/var/spool/uucppublic/receive/mitch/merlin/isolde-poldi-20140406.tar.bz2' Size: 2287472681 Blocks: 4467736IO Block: 4096 regular file Device: fd0eh/64782dInode: 278801 Links: 1 Access: (0666/-rw-rw-rw-) Uid: ( 10/uucp) Gid: ( 20/ dialout) Access: 2014-05-01 07:00:05.226017267 +0200 Modify: 2014-05-01 17:14:21.582420110 +0200 Change: 2014-05-01 17:14:21.602420407 +0200 Birth: - A workaround is to move the file with root privileges and chown it afterwards. (As this will happen monthly, I should write a small shell script for moving the file.) This probably is an upstream bug. Could this be fixed or forwarded? Regards Christian -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uucp depends on: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii cron 3.0pl1-124 ii cu 1.07-20 ii heirloom-mailx [mailx] 12.5-2 ii libc6 2.13-38+deb7u1 ii libpam-runtime 1.1.3-7.1 ii libpam0g 1.1.3-7.1 ii logrotate 3.8.1-4 ii netbase5.0 ii xinetd [inet-superserver] 1:2.3.14-7.1+deb7u1 Versions of packages uucp recommends: ii exim4 4.80-7 uucp suggests no packages. -- Configuration Files: /etc/cron.d/uucp changed [not included] /etc/uucp/call [Errno 13] Permission denied: u'/etc/uucp/call' /etc/uucp/expire changed [not included] /etc/uucp/passwd [Errno 13] Permission denied: u'/etc/uucp/passwd' /etc/uucp/port changed [not included] -- debconf information excluded -- Christian.Garbs.http://www.cgarbs.de All this wheeling and dealing around, why, it isn't for money, it's for fun. Money's just the way we keep score. signature.asc Description: Digital signature
Bug#729606: inn2: actsync/simpleftp problems with default installation
Package: inn2 Version: 2.5.3-3 Severity: normal Dear Maintainer, having done a fresh installation of a new inn2 site, I ran into some small problems with the default installation concerning actsync and simpleftp. ### symptoms When actsync tries to get a remote active file via FTP, it breaks with the error message, that ${exec_prefix}/bin/simpleftp can't be executed. ### problem 1: typo in /usr/lib/news/innshellvars In /usr/lib/news/innshellvars, $GETFTP is declared like this: GETFTP='${exec_prefix}/bin/simpleftp' Because of the '', ${exec_prefix} is not evaluated. should be used instead. ### problem 2: there is no simpleftp $GETFTP should expand to /usr/lib/news/bin/simpleftp, but the inn2 package does not provide that file. It does not provide the simpleftp(1) manpage that is referenced by the actsync(1) and actsyncd(1) manpages, either. `dpkg -L inn2 | grep simpleftp` comes up empty. ### workaround Adding GETFTP=/usr/bin/wget to /etc/news/innshellvars.local (and making /etc/news/innshellvars.local executable, as described in the file) fixes the symptoms. actsync can successfully fetch files via FTP. ### fix The simpleftp script and simpleftp manpage should be added to the inn2 package. The GETFTP entry in /usr/lib/news/innshellvars should be changed to ${exec_prefix}/bin/simpleftp Alternatively, the references to the simpleftp manpages could be removed from actsync(1) and actsyncd(1). The GETFTP default could be set to /usr/bin/wget, which seems to be a reasonable replacement for simpleftp. The wget package is already a suggested dependency of the inn2 package. Regards, Christian -- System Information: (skipped, as I don't run reportbug on the system in question) -- debconf information excluded -- Christian.Garbs.http://www.cgarbs.de while(!asleep()) sheep++; signature.asc Description: Digital signature
Bug#715944: [Mayhem] Bug report on gbsplay: gbsinfo crashes with exit status 139
Hello, the bug has been fixed upstream, but no new version has been released yet: https://github.com/mmitch/gbsplay/commit/983b5f13cfe06c16534f6bd64fb0075388e77ccb The problem was a large number of songs within a GBS file and a signed/unsigned mixup: The song number ended up negative and thus a negative size value was passed to malloc(). This should not be exploitable. Upstream fixed the signed/unsigned issue and added more sanity checks to the values read from a GBS file. Regards Christian -- Christian.Garbs.http://www.cgarbs.de Ein Nickerchen hinter dem Lenkrad schuetzt vor dem Aelterwerden. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647079: whatsnewfm: New name and URL for freshmeat.net (parser broken)
Hi Francois, On Sat, Nov 05, 2011 at 11:37:17PM +1300, Francois Marier wrote: On 2011-11-01 at 13:51:25, Christian Garbs wrote: Now I'm looking for somebody to sponsor my upload. I'm happy to sponsor this upload, but I think you might want to fix a few minor things first: Ooops, I ran the new build under stable, not in my sid-chroot. If fixed those minor things and some more. I would have submitted a pull request for these, but I don't think you have a public packaging repo :) Now there is one and you have write access :) https://github.com/mmitch/whatsnewfm-debian The branches are as follows: master: Main development in unstable. squeeze: The backported fix for squeeze/stable. cgarbs.de: Squeeze rebuild for my personal repository. For unstable, I've provided the following packages: http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-2_all.deb http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-2.diff.gz http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-2.dsc http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-2_i386.build http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-2_i386.changes http://www.cgarbs.de/tmp/whatsnewfm_0.7.2.orig.tar.gz I'd be happy if you would sponsor them. What has to be done to get this update into stable (or volatile)? Currently the package is completely unusuable, waiting for the next stable release is not really an option. For stable (and/or squeze-updates, which is the new name for volatile), what you'd need I think is a package where the only change is the new upstream version (no other changes to the packaging). On the squeeze branch, I took the old squeeze package and simply updated the upstream package. I did not even change the package description, so it still says freshmeat.net, is that ok? And I just released, that I now have two versions calles 0.7.2-1 -- the first fixed version for unstable and the new minimal fix for stable. Should I change it to something like 0.7.2-1stable? Or is this handled by the distribution field? If you give the OK, I will build the packages, sign them and post the URLs here. Then I believe you need to let debian-release know about the package so that they can approve it http://lists.debian.org/debian-release/ before it gets uploaded to a different queue. If you prepare the package, I can take care of this part if you like. This would be great! Thanks Christian -- Christian.Garbs.http://www.cgarbs.de Good health is merely the slowest rate at which one can die. signature.asc Description: Digital signature
Bug#647079: whatsnewfm: New name and URL for freshmeat.net (parser broken)
A new upstream version of whatsnewfm has been released: http://www.cgarbs.de/whatsnewfm.en.html Inofficial Debian packages are available from my repository: http://www.cgarbs.de/stuff/deb-repository.html#whatsnewfm deb http://www.cgarbs.de/stuff ./ deb-src http://www.cgarbs.de/stuff ./ Official Debian packages are prepared for uploading: (these links time out in 30 days): http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-1_all.deb http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-1.diff.gz http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-1.dsc http://www.cgarbs.de/tmp/whatsnewfm_0.7.2.orig.tar.gz http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-1_i386.build http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-1_i386.changes http://www.cgarbs.de/tmp/whatsnewfm_0.7.2-1_source.changes Now I'm looking for somebody to sponsor my upload. What has to be done to get this update into stable (or volatile)? Currently the package is completely unusuable, waiting for the next stable release is not really an option. Regards Christian -- Christian.Garbs.http://www.cgarbs.de Micro$oft's error excuse #113: It's not a bug, it's a feature. signature.asc Description: Digital signature
Bug#583960: [v-admins] Bug#583960: Bug#583960: reniced: Add option to use `ps H -eo lwp, cmd` instead of `ps H -eo lwp, comm`
On Sun, Jul 04, 2010 at 01:47:30PM +, Debian bug at v.nix.is wrote: On Wed, Jun 30, 2010 at 20:15, Christian Garbs mi...@cgarbs.de wrote: To sum it up: * ps -e should be chosen automatically when you are root * changing other users' processes as non-root should throw errors * for now I'd like to stick with ps(1) Could you please confirm the first two? cgarbs.de's httpd was returning connection refused when this is written. So I couldn't test your new version. But the above looks good, and does what I want. Unfortunately, I'm currently having some hosting related trouble... I just wanted to point out that if the ps format was completely customizable it might be easier for people who like a ps invocation that doesn't start with ps H -eo lwp, to use the program, e.g. someone that wants to write regexes against ps auxf. ps auxf would not work, the -o lwp, is needed because the script needs to know the PID of the target process, so it has to be the first column in the output. When the PID is missing (or moved to some other column) I'm running into parsing trouble. But that's at your discretion, this works for me and solves the bug, thanks. Great, then I'll close this bug with the next release which will happen when my server is online again. The next reniced version will also include an option to control OOM killer behaviour via /proc/$PID/oom_adj Regards Christian -- Christian.Garbs.http://www.cgarbs.de Schlimmer sind die, welche ALLES GROSS SCHREIBEN. Und da gibt's sogar PROFESSOREN. Ich musste neulich ein GROSS GESCHRIEBENES SKRIPT über Areosolteilchen lesen, au weia!(Stefan Heimers in dcoul.misc) signature.asc Description: Digital signature
Bug#583960: [v-admins] Bug#583960: reniced: Add option to use `ps H -eo lwp, cmd` instead of `ps H -eo lwp, comm`
On Mon, Jun 07, 2010 at 08:56:43PM +, Debian bug at v.nix.is wrote: I looked at the source code for the 1.18 tarball and it doesn't work as expected because you're using the --user option to ps: $ ps H -o lwp,cmd --user 0|wc -l 110 $ ps H -o lwp,cmd --user 1001|wc -l 22 The command I used omitted that and used the -e option: $ ps H -eo lwp,cmd|wc -l 231 That allows me to filter all processes, including non-root processes. The --user option is only added when you're not root, otherweise -e is used: if ($root) { $cmdline .= H -eo lwp,$psformat; } else { $cmdline .= H -o lwp,$psformat --user $; } I think that's ok because AFAIK non-root users are not allowed to change the priority of other users' processes. Only root can change those. It would be better to be able to control the entire ps command, not just the $psformat. That'd vven allow for the ability to use a non-ps(1) program to get the process list. I'd like to keep the distinction between root and non-root usage because that way it works 'out of the box' - as root, you can change everything and als a normal user only your processes are affected. Because of this changing the ps(1) command would mean not only one, but two new configuration variables - one for the root-ps(1) command and one for the non-root-ps(1) command. Until anybody really needs a non-ps(1) command, I'd like to keep reniced as simple and short as possible. To sum it up: * ps -e should be chosen automatically when you are root * changing other users' processes as non-root should throw errors * for now I'd like to stick with ps(1) Could you please confirm the first two? Regards Christian -- Christian.Garbs.http://www.cgarbs.de Was macht ein Bit am liebsten? Ist doch klar: Bus fahren. signature.asc Description: Digital signature
Bug#583961: reniced: Add debug command-line option for setting the $debug variable
On Mon, May 31, 2010 at 09:02:09PM +, v.nix.is wrote: This is hardcoded in the reniced source code: my $debug = 0; The debug output is really helpful to find if your rules are taking effect. I use this hacky wrapper to do this: perl -0777 -pe 's[debug = \K0][1]' /usr/bin/reniced | sudo perl It would be much better if there simply was a -d option. There is a -v option which sets $debug = 1. It should do the trick :-) Regards Christian -- Christian.Garbs.http://www.cgarbs.de Die drei Feinde des Programmierers? Sonnenlicht, Frischluft und das unerträgliche Gebrüll der Vögel. signature.asc Description: Digital signature
Bug#583960: reniced: Add option to use `ps H -eo lwp, cmd` instead of `ps H -eo lwp, comm`
On Mon, May 31, 2010 at 09:00:01PM +, v.nix.is wrote: The reniced program is really limited by the hardcoded use of a `comm' argument to ps(1). It should optionally allow for using `cmd'. Or any other ps option with a command-line argument. I've extended the upstream version to include your idea via the -o parameter that is directly passed on to ps(1). Please have a look at this inofficial package of v1.18 and tell me if it works for you: http://www.cgarbs.de/stuff/deb-repository.html#reniced Regards Christian -- Christian.Garbs.http://www.cgarbs.de What could possibly go wrong? signature.asc Description: Digital signature
Bug#537542: update hugin to version 0.8.0
Package: hugin Version: 0.8.0-1~1 Severity: wishlist Yesterday hugin 0.8.0 was released. I've already prepared Debian packages for the preceding release candidates and now there is a package of version 0.8.0 as well. Feel free to have a look at the package from my repository to update the official Debian package accordingly. There have been some changes in the hugin build process - working around them need not be done twice. I also provide an up-to-date version of libpano13-0. deb http://www.cgarbs.de/stuff ./ deb-src http://www.cgarbs.de/stuff ./ Both packages are tested and work for me. I've postfixed my version numbers with ~1 so as not to clash with official Debian packages. Regards Christian -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hugin depends on: ii enblend 3.2+dfsg-2~bpo50+1 image blending tool ii hugin-tools 0.8.0-1~1 CLI tools for Hugin ii libboost-thread1.34.1 1.34.1-14 portable C++ multi-threading ii libc6 2.7-18 GNU C Library: Shared libraries ii libexiv2-40.17.1-1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.3.2-1.1GCC support library ii libgl1-mesa-glx [libg 7.0.3-7A free implementation of the OpenG ii libglew1.51.5.0dfsg1-3 The OpenGL Extension Wrangler - ru ii libglu1-mesa [libglu1 7.0.3-7The OpenGL utility library (GLU) ii libimage-exiftool-per 7.30-1 Library and program to read and wr ii libpano13-0 2.9.14-1~1 panorama tools library ii libstdc++64.3.2-1.1 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-11.2 Tag Image File Format (TIFF) libra ii libwxbase2.8-02.8.7.1-1.1wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.7.1-1.1wxWidgets Cross-platform C++ GUI t ii make 3.81-5 The GNU version of the make util hugin recommends no packages. Versions of packages hugin suggests: ii enfuse3.2+dfsg-2~bpo50+1 image exposure blending tool -- no debconf information -- Christian.Garbs.http://www.cgarbs.de Unter Fernwartung versteht man bei MS vermutlich fernschaltbare Steckdosen ... natuerlich per Keypress-over-Hausmeister-over-Voice-over-Phone Protokoll. - Alexander Schreiber in dcsm signature.asc Description: Digital signature
Bug#531104: whatsnewfm: new releases are no longer shown in emails
On Sat, May 30, 2009 at 01:42:02PM +1200, Francois Marier wrote: Package: whatsnewfm Version: 0.7.0-2 Severity: grave Justification: renders package unusable (I was a little bit hesitant to mark this bug as grave, so feel free to bump the severity down if I'm the only one affected by this...) grave is ok - it's in the nature of whatsnewfm that a newsletter change might render it completely unusable. So it looks like whatsnewfm.pl currently eats all of the releases but thankfully doesn't add them to the 'old' database. Could this have been caused by a Perl upgrade of some sort in unstable? This is caused by a change in the newsletter format. See this bug on sourceforge: https://sourceforge.net/tracker/index.php?func=detailaid=2797110group_id=68034atid=519822 I try to fix it over the weekend. Not only a temporary fix for this format change, but a more general approach that hopefully does not break the next time a field gets moved around in the newsletter. Regards Christian -- Christian.Garbs.http://www.cgarbs.de Drücke ich während der Fahrt das mittlere Pedal in meinem Wagen, kann ich jederzeit vor Kreuzungen oder Ortschaften die Geschwindigkeit drosseln. signature.asc Description: Digital signature
Bug#531104: whatsnewfm: new releases are no longer shown in emails
On Sat, May 30, 2009 at 03:50:29PM +0200, Christian Garbs wrote: On Sat, May 30, 2009 at 01:42:02PM +1200, Francois Marier wrote: Could this have been caused by a Perl upgrade of some sort in unstable? This is caused by a change in the newsletter format. See this bug on sourceforge: https://sourceforge.net/tracker/index.php?func=detailaid=2797110group_id=68034atid=519822 I try to fix it over the weekend. Not only a temporary fix for this format change, but a more general approach that hopefully does not break the next time a field gets moved around in the newsletter. It should work with this new version: http://www.cgarbs.de/tmp/whatsnewfm_0.7.1-1_all.deb http://www.cgarbs.de/tmp/whatsnewfm_0.7.1-1.diff.gz http://www.cgarbs.de/tmp/whatsnewfm_0.7.1-1.dsc http://www.cgarbs.de/tmp/whatsnewfm_0.7.1.orig.tar.gz It will hit Sid when I get it sponsored. Regards Christian -- Christian.Garbs.http://www.cgarbs.de A verter in aeris avi doctor. signature.asc Description: Digital signature
Bug#524324: nekobee: remove lintian warnings
Package: nekobee Version: 0.1.6-1 Severity: minor Tags: patch I've recently used the nekobee package to build Debian packages of the three other nekosynths (nekoplunk, nekorgan, nekostrings). I've fixed some lintian warnings in the process and these changes do apply to the original nekobee package also. I've attached them as a patch below. The only remaining warning is image-file-in-usr-lib for the two PNGs that are installed to usr/lib/dssi/nekobee. Regards Christian -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Christian.Garbs.http://www.cgarbs.de Ever heard of .cshrc? That's a city in Bosnia. Right? (Discussion in comp.os.linux.misc on the intuitiveness of commands.) diff -Narup nekobee-0.1.6/debian.orig/changelog nekobee-0.1.6/debian/changelog --- nekobee-0.1.6/debian.orig/changelog 2009-04-16 10:02:36.0 +0200 +++ nekobee-0.1.6/debian/changelog 2009-04-16 10:32:39.0 +0200 @@ -1,3 +1,24 @@ +nekobee (0.1.6-2) unstable; urgency=low + + * debian/control: +- remove unneeded dependency on dpatch +- bump Standards Version to 3.8.0 +- add Homepage: field + * debian/rules: +- add missing dh_desktop call +- don't ignore errors on $(MAKE) distclean +- install lintian-override file +- remove dpatch invocations + * debian/lintian-overrides: +- add override for desktop-command-not-in-package + * debian/dirs: +- remove unneeded dirs +- add /usr/share/lintian/overrides/ + * debian/nekobee.desktop: + - fix invalid category + + -- Christian Garbs deb...@cgarbs.de Thu, 16 Apr 2009 10:32:39 +0200 + nekobee (0.1.6-1) unstable; urgency=low * New upstream release diff -Narup nekobee-0.1.6/debian.orig/control nekobee-0.1.6/debian/control --- nekobee-0.1.6/debian.orig/control 2009-04-16 10:02:36.0 +0200 +++ nekobee-0.1.6/debian/control 2009-04-16 10:08:58.0 +0200 @@ -2,8 +2,9 @@ Source: nekobee Section: sound Priority: optional Maintainer: Free Ekanayaka fr...@debian.org -Build-Depends: debhelper (= 4.0.0), dpatch, liblo0-dev, libasound2-dev, dssi-dev, libgtk2.0-dev, libtool, automake1.9 -Standards-Version: 3.7.2 +Build-Depends: debhelper (= 4.0.0), liblo0-dev, libasound2-dev, dssi-dev, libgtk2.0-dev, libtool, automake1.9 +Standards-Version: 3.8.0 +Homepage: http://www.nekosynth.co.uk/wiki/nekobee Package: nekobee Architecture: any diff -Narup nekobee-0.1.6/debian.orig/dirs nekobee-0.1.6/debian/dirs --- nekobee-0.1.6/debian.orig/dirs 2009-04-16 10:02:36.0 +0200 +++ nekobee-0.1.6/debian/dirs 2009-04-16 10:25:53.0 +0200 @@ -1,2 +1 @@ -usr/bin -usr/sbin +/usr/share/lintian/overrides/ diff -Narup nekobee-0.1.6/debian.orig/lintian-overrides nekobee-0.1.6/debian/lintian-overrides --- nekobee-0.1.6/debian.orig/lintian-overrides 1970-01-01 01:00:00.0 +0100 +++ nekobee-0.1.6/debian/lintian-overrides 2009-04-16 10:31:06.0 +0200 @@ -0,0 +1,3 @@ +# The standalone synthesizer plugin is started via the jack-dssi-host +# binary. We depend on dssi-host-jack, so this is ok. +nekobee binary: desktop-command-not-in-package /usr/share/applications/nekobee.desktop jack-dssi-host diff -Narup nekobee-0.1.6/debian.orig/nekobee.desktop nekobee-0.1.6/debian/nekobee.desktop --- nekobee-0.1.6/debian.orig/nekobee.desktop 2009-04-16 10:02:36.0 +0200 +++ nekobee-0.1.6/debian/nekobee.desktop 2009-04-16 10:30:54.0 +0200 @@ -6,4 +6,4 @@ Exec=jack-dssi-host nekobee.so Icon= Terminal=false Type=Application -Categories=GNOME;Application;AudioVideo;Audio;Synthesis; +Categories=GNOME;Application;AudioVideo;Audio; diff -Narup nekobee-0.1.6/debian.orig/rules nekobee-0.1.6/debian/rules --- nekobee-0.1.6/debian.orig/rules 2009-04-16 10:02:36.0 +0200 +++ nekobee-0.1.6/debian/rules 2009-04-16 10:20:25.0 +0200 @@ -9,8 +9,6 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -include /usr/share/dpatch/dpatch.make - # These are used for cross-compiling and for saving the configure script # from having to guess our platform (since we know it already) @@ -37,7 +35,7 @@ config.status: configure build: build-stamp -build-stamp: patch-stamp config.status +build-stamp: config.status dh_testdir # Add here commands to compile the package. @@ -46,13 +44,13 @@ build-stamp: patch-stamp config.status touch build-stamp -clean: unpatch +clean: dh_testdir dh_testroot rm -f build-stamp # Add here commands to clean up after the build process. - -$(MAKE) distclean + [ ! -f Makefile ] || $(MAKE) distclean ifneq $(wildcard /usr/share/misc/config.sub) cp -f /usr/share/misc/config.sub config.sub endif @@ -69,6 +67,8 @@ install: build dh_clean -k dh_installdirs + install -m 644 -T debian/lintian
Bug#515678: [powerpc] netboot failure on installation
Package: installation-reports Boot method: network boot (CD-ROM did just hang) Image version: http://http.us.debian.org/debian/dists/lenny/main/installer-powerpc/current/images/powerpc/netboot/mini.iso Date: 2009-02-16 22:00h Machine: IBM 43P Model 140 / 7043 (RS/6000 PReP) Processor: 604e 233 Mhz Memory: ~48 MB (guessed) Partitions: n/a Output of lspci -knn (or lspci -nn): n/a Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: I used http://www.debian.org/releases/stable/powerpc/ch04s05.html.en to set up the netboot environment. It does not clearly state which file to use for the netboot, I took the mini.iso as it is described as small bootable CD image for powerpc netboot in the MANIFEST file at http://http.us.debian.org/debian/dists/lenny/main/installer-powerpc/current/images/MANIFEST I powered up the machine and entered the OpenFirmware promt via serial console. After entering boot net:server-ip,filename,client-ip everything looked good: A file was transferred and the filesize matched the size of mini.iso. After the transfer the kernel boot failed and the machine fell back to the OpenFirmware prompt: - - - 8 - - - Packet Count = 22900 Packet Count = 23000 Packet Count = 23100 Packet Count = 23200 Packet Count = 23300 Packet Count = 23400 FINAL Packet Count = 23489 Final File Size = 12025856 bytes. DEFAULT CATCH!, code=de9dbeef at %SRR0: 00604d50 %SRR1: 00083000 ok 0 - - - 8 - - - This is a used machine that I can confirm working: I got it with a running Gentoo installation. While trying to switch over to Debian (using the install from an already installed Unix method) I kind of bricked it when the boot loader install failed. Since then I was unable to boot anything on that machine - neither the old Gentoo would come up nor netboot installations with Deban etch or even Debian sarge would work. As Lenny is out, I thought I'd give it another try and RS/6000 is still listed to work in chapter 2.1.2.3: http://www.debian.org/releases/stable/powerpc/ch02s01.html.en I have no experience on PowerPC at all, so any help is appreciated. Regards, Christian -- Christian.Garbs.http://www.cgarbs.de It *IS* documented, look under For Internal Use Only. signature.asc Description: Digital signature
Bug#515678: [powerpc] netboot failure on installation
On Mon, Feb 16, 2009 at 11:09:22PM +0100, Frans Pop wrote: On Monday 16 February 2009, Christian Garbs wrote: Comments/Problems: I used http://www.debian.org/releases/stable/powerpc/ch04s05.html.en to set up the netboot environment. It does not clearly state which file to use for the netboot, I took the mini.iso as it is described as small bootable CD image for powerpc netboot in the MANIFEST file at http://http.us.debian.org/debian/dists/lenny/main/installer-powerpc/cur rent/images/MANIFEST Uh? I would say that section 4.5.4 is pretty clear on which files you need. The yaboot section 4.5.4 only refers to NewWorld Power Macintosh machines. According to 2.1.2.2 that's something different from a PReP machine (2.1.2.3). For everything else, 4.5.4 refers to 4.2.1, which in turn refers to the MANIFEST file, which lists (among others) these files: powerpc/netboot/gtk/initrd.gz -- initrd for use with powerpc netboot powerpc/netboot/gtk/mini.iso-- ./tmp/powerpc_netboot-gtk/udeb.list powerpc/netboot/gtk/vmlinux -- kernel for use with powerpc netboot powerpc/netboot/initrd.gz -- initrd for use with powerpc netboot powerpc/netboot/mini.iso-- small bootable CD image for powerpc netboot powerpc/netboot/vmlinux -- kernel for use with powerpc netboot (The gtk subdirectory propably is the graphical installier?) The initrd.gz won't be bootable, I think, the mini.iso does not work (see above) and trying to boot the vmlinux kernel image results in an ELF image error (as I only did a boot using VGA, I can't copy the complete error message at this moment). Also, I don't see how a kernel image could load the initrd or the installer after having booted, as the installation instructions don't mention the setup of an e.g. NFS server to provide these files. In any case, I will test the yaboot way tomorrow. If it works, I think the documentation should be altered slightly. I'm closing this report as this is a simple user error. If you run into more problems, please try to get help first on a user forum or mailing list, or possibly the debian-powerpc list. I'll add this reply to the bug and then refer to it in the powerpc-list. Regards Christian -- Christian.Garbs.http://www.cgarbs.de * THE DAILY PLANET * SUPERMAN SAVES DESSERT! Plans to Eat it later signature.asc Description: Digital signature
Bug#492805: RFP: ditz -- a distributed issue tracker
Hi there, I've already packaged ditz 0.4 for Debian. As I'm only using Etch, the package is(?) only Standards-Version 3.7.2 compliant and I don't know if it works out on the box on unstable or testing. It's available either via apt-get[¹] or by direct download links[²]. Feel free to use this as a starting point for an unstable package. Regards, Christian [¹] see http://www.cgarbs.de/stuff/deb-repository.html#1 [²] see http://www.cgarbs.de/stuff/deb-repository.html#ditz -- Christian.Garbs.http://www.cgarbs.de To err is human, To purr feline. -- Robert Byrne signature.asc Description: Digital signature
Bug#492456: libimage-exiftool-perl: wrong characters in manpage
Sun, Jul 27, 2008 at 11:28:54AM +0200, Christian Garbs wrote: There needs to be a distinction between the typographical apostrophe and the ASCII apostrophe. I don't know if this can be distinguished in POD at all (then propably lots of Perl packages would need to be fixed), if the pod2man command can somehow be changed to output a verbatim apostrophe or if the character conversion from man(1) should be changed. Changing pod2man won't fix everything, as the wrong quotes also appear in the awk(1) manpage (section INTERNATIONALIZATION), which is not created via pod2man. There is a thread on the groff mailing list about this problem. http://www.mail-archive.com/[EMAIL PROTECTED]/msg04170.html quotes groff_char(7): | ' the ISO latin1 ‘Apostrophe’ (code 39) prints as ’, a right | single quotation mark; the original character can be obtained | with ‘\(aq’. Does this mean that nearly every manpage has to be rewritten to use \(aq and manpage generators such as pod2man must be able to output \(aq instead of a plain '? Should this bug report be moved over to the groff package? Regards, Christian -- Christian.Garbs.http://www.cgarbs.de [Praktische Physik nach Takahashi: Heisenbergs Unsch�rferelation] Ryouga kennt entweder seinen Aufenthaltsort oder seine Bewegungsrichtung, aber nie beides gleichzeitig.(Daniel M. Toebbens in der AnimeGer) signature.asc Description: Digital signature
Bug#492456: libimage-exiftool-perl: wrong characters in manpage
Package: libimage-exiftool-perl Version: 7.30-1 Severity: normal The manpage exiftool.1p.gz contains (especially in the EXAMPLES sections) lots of ’ that should be ' instead. If you copy a line like exiftool ’-DateTimeOriginalFileModifyDate’ dir to your shell you will get an error message: [EMAIL PROTECTED]:/tmp$ exiftool ’-DateTimeOriginalFileModifyDate’ . File not found: ’-DateTimeOriginal You need to change all ’ to ' to make the examples work which is very inconvenient: [EMAIL PROTECTED]:/tmp$ exiftool '-DateTimeOriginalFileModifyDate' . 1 directories scanned 3 image files updated 3 image files unchanged I'm using Etch but I've checked the manpage from current package in Lenny and it still has the same problem, hence I've opened this bug directly against the 7.30-1 package. Regards, Christian -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24.7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libimage-exiftool-perl depends on: ii perl5.8.8-7etch3 Larry Wall's Practical Extraction libimage-exiftool-perl recommends no packages. -- no debconf information -- Christian.Garbs.http://www.cgarbs.de I never made a mistake in my life. I thought I did once, but I was wrong. -- Lucy Van Pelt signature.asc Description: Digital signature
Bug#449172: uucp: documentation on UUCP and exim4 is missing
On Sat, Nov 03, 2007 at 08:12:49PM +0100, Christian Garbs wrote: I've just set up a UUCP node and now I want to make it work with exim4. README.exim4 contains this text: [EMAIL PROTECTED]:~$ cat /usr/share/doc/uucp/README.exim4 How to put exim4 and uucp together is documented in the /usr/share/doc/exim4-base/README.Debian.UUCP file, which is part of the exim4-base package. However the referenced file does not exist: [...] Where has the documentation gone? I've joust found it: /usr/share/doc/exim4-base/README.Debian.gz explains the UUCP setup in section 2.8: 2. Configuration of Exim 4 in the Debian packages 2.8. Putting Exim 4 and UUCP together So the pointer in the uucp package needs to be updated. Regards, Christian -- Christian.Garbs.http://www.cgarbs.de Sei weise, plonk leise. signature.asc Description: Digital signature
Bug#449172: uucp: documentation on UUCP and exim4 is missing
Package: uucp Version: 1.07-19.1 Severity: normal (I am unsure if this classifies as a bug in uucp or exim4) I've just set up a UUCP node and now I want to make it work with exim4. README.exim4 contains this text: [EMAIL PROTECTED]:~$ cat /usr/share/doc/uucp/README.exim4 How to put exim4 and uucp together is documented in the /usr/share/doc/exim4-base/README.Debian.UUCP file, which is part of the exim4-base package. However the referenced file does not exist: [EMAIL PROTECTED]:~$ dpkg -L exim4-base | grep -i UUCP | wc -l 0 It's also not included in the documentation packages: [EMAIL PROTECTED]:~$ dpkg -L exim4-doc-info | grep -i UUCP | wc -l 0 [EMAIL PROTECTED]:~$ dpkg -L exim4-doc-html | grep -i UUCP | wc -l 0 Where has the documentation gone? Regards, Christian -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages uucp depends on: ii cron 3.0pl1-100 management of regular background p ii cu 1.07-19.1 call up another system ii debconf [debconf 1.5.11 Debian configuration management sy ii libc62.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libpam-runtime 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii logrotate3.7.1-3 Log rotation utility ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii netbase 4.29Basic TCP/IP networking system Versions of packages uucp recommends: pn postfix | exim4 | exim | smai none (no description available) -- debconf information excluded -- Christian.Garbs.http://www.cgarbs.de cd mutt-source; ./configure --enable-full-quote --with-reverse-quote --set-user-iq=0 \ --set-client-id=outlook --enable-funy-cards --disable-signature-mark signature.asc Description: Digital signature
Bug#444564: lvm2: vgcfgbackup does not handle templates correctly
Package: lvm2 Version: 2.02.06-4 Severity: normal I have 4 volume groups on my system named vg0, sw1, sw2 and sw3. When I use vgcfgbackup with a template filename like this, I get errors: yggdrasil:~# vgcfgbackup -f /tmp/vgbackup-%s Volume group sw3 successfully backed up. VGs must be backed up into different files. Use %s in filename for VG name. VGs must be backed up into different files. Use %s in filename for VG name. Volume group vg0 successfully backed up. When I move the template character %s away from the end of the template, it works: yggdrasil:~# vgcfgbackup -f /tmp/vg-%s-backup Volume group sw3 successfully backed up. Volume group sw2 successfully backed up. Volume group sw1 successfully backed up. Volume group vg0 successfully backed up. A quick look at the sourcecode shows the following in lvm2-2.02.06/tools/vgcfgbackup.c starting in line 37: if (*last_filename !strncmp(*last_filename, filename, strlen(template))) { log_error(VGs must be backed up into different files. Use %%s in filename for VG name.); dm_free(filename); return NULL; } The error seems to be in the strlen(template) part. When I use /tmp/vgbackup-%s as a template, it gets expanded to /tmp/vgbackup-sw3 /tmp/vgbackup-sw2 /tmp/vgbackup-sw1 /tmp/vgbackup-vg0 The expanded strings are one character longer than the template string. But because only the strlen(template) first characters are compared, /tmp/vgbackup-sw is equal to /tmp/vgbackup-sw and the error message appears. Regards, Christian -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages lvm2 depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdevmapper1.02 2:1.02.08-1 The Linux Kernel Device Mapper use ii libncurses55.5-5 Shared libraries for terminal hand ii libreadline5 5.2-2 GNU readline and history libraries ii libselinux11.32-3SELinux shared libraries ii libsepol1 1.14-2Security Enhanced Linux policy lib ii lvm-common 1.5.20The Logical Volume Manager for Lin lvm2 recommends no packages. -- debconf information: lvm2/snapshots: -- Christian.Garbs.http://www.cgarbs.de Wenns zu Silvester stuermt und schneit, ist das neue Jahr nicht mehr weit. signature.asc Description: Digital signature
Bug#431333: bash ignores ACLs
Package: bash Version: 3.1dfsg-8 Severity: normal bash's builtin test function does not honor ACLs. I have a test file which my user can read, but only because of the ACLs: [EMAIL PROTECTED]:~/Mail$ ls -l testdatei -rw-r-+ 1 root root 0 2007-07-01 12:51 testdatei [EMAIL PROTECTED]:~/Mail$ getfacl testdatei # file: testdatei # owner: root # group: root user::rw- user:mitch:r-- group::--- mask::r-- other::--- But bash tells me that the file is not readable by me: [EMAIL PROTECTED]:~/Mail$ echo $SHELL /bin/bash [EMAIL PROTECTED]:~/Mail$ [ -r testdatei ] echo readable || echo not readable not readable The external test command gives the correct result: [EMAIL PROTECTED]:~/Mail$ /usr/bin/test -r testdatei echo readable || echo not readable readable strace shows that bash calls stat64() while /usr/bin/test calls access(): [EMAIL PROTECTED]:~/Mail$ strace -e access,stat64 bash -c '[ -r testdatei ]' access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) stat64(/home/mitch/Mail, {st_mode=S_IFDIR|0750, st_size=12288, ...}) = 0 stat64(., {st_mode=S_IFDIR|0750, st_size=12288, ...}) = 0 stat64(., {st_mode=S_IFDIR|0750, st_size=12288, ...}) = 0 stat64(/usr/local/bin/bash, 0xbfdc4018) = -1 ENOENT (No such file or directory) stat64(/usr/bin/bash, 0xbfdc4018) = -1 ENOENT (No such file or directory) stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=677184, ...}) = 0 stat64(/bin/bash, {st_mode=S_IFREG|0755, st_size=677184, ...}) = 0 stat64(testdatei, {st_mode=S_IFREG|0640, st_size=0, ...}) = 0 Process 29804 detached [EMAIL PROTECTED]:~/Mail$ strace -e access,stat64 /usr/bin/test -r testdatei access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) access(testdatei, R_OK) = 0 Process 29727 detached The documentation of the builtin test does not mention file permissions, but explicitly states if file is readable by you. As the file is indeed readable by me, this looks like a bug to me. [EMAIL PROTECTED]:~/Mail$ help test | grep -- -r -r FILETrue if file is readable by you. Perhaps bash should use access() instead of stat64(). This might be related to bug #387408. References: de.comp.os.unix.linux.misc [EMAIL PROTECTED] et seq. Regards, Christian -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files 4Debian base system miscellaneous f ii debianutils 2.17 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libncurses5 5.5-5Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- Christian.Garbs.http://www.cgarbs.de Wer sich im Gefängnis nicht benimmt, fliegt raus. signature.asc Description: Digital signature
Bug#420204: batch: manpage describes non-existent paramater
Package: at Version: 3.1.10 Severity: normal After updating to Etch, some of my scripts stopped working because the batch command no longer understands the -f parameter. In Sarge this parameter did work (I did not see a note about this during the update, shouldn't there be a message for apt-listchanges to inform about incompatible changes?). Looking through the at manpage, I found the description of batch's parameters in the SYNOPSIS to be correct: SYNOPSIS at [-V] [-q queue] [-f file] [-mldbv] TIME at -c job [job...] atq [-V] [-q queue] atrm [-V] job [job...] batch But in the DESCRIPTION batch is listed as still having the -f parameter: DESCRIPTION [...] For both at and batch, commands are read from standard input or the file specified with the -f option and executed. The manpage should not contradict itself. (Why not bringing the -f parameter back?) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages at depends on: ii exim4-daemon-light [mail-tr 4.63-17 lightweight exim MTA (v4) daemon ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libpam0g0.79-4 Pluggable Authentication Modules l ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip at recommends no packages. -- no debconf information -- Christian.Garbs.http://www.cgarbs.de I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones.-- Albert Einstein signature.asc Description: Digital signature
Bug#385764: whatsnewfm Recommends: procmail?
On Sun, Sep 03, 2006 at 12:17:04AM +0200, Josip Rodin wrote: How come procmail is recommended by whatsnewfm? I don't see any explanation for this. whatsnewfm recommends procmail because procmail is used in the example configuration (and that's mainly because the author - that's me - only knows how to use procmail and nobody else has written any other instructions). Some documentation and possibly examples would be nice. The procmail integration is documented: See /usr/share/doc/whatsnewfm/README.gz in chapter 3 Usage. Piping the recommendation to also include other MDAs would be useful, too. If anybody writes a documentation for other MDAs, I'll include them in the upstream package. Then the Recommends: should of course be extended to include the new MDA. Regards, Christian -- Christian.Garbs.http://www.cgarbs.de Q: What's the difference between a Mac and an Etch-a-Sketch? A: You don't have to shake the Mac to clear the screen. signature.asc Description: Digital signature
Bug#314818: mimms: confusing manpage title
Package: mimms Version: 0.0.9-1 Severity: minor I knew I had a tool to download MMS:// URLs, but I forgot it's name. So I decided to use `apropos mms` to find the program. This is my output: [EMAIL PROTECTED]:~$ apropos mms WMXMMS (1) [wmxmms] - a dockable XMMS control applet. XMMS (1) [xmms] - an audio player for X. mimms (1)- MiMMS isn't an MMS Message Sender mmsitepass (8) - Set the Mailman site password, prompting from the terminal. wmxmms (1) - a dockable XMMS control applet. xmms (1) - an audio player for X. xmms-config (1) - script to get information about the installed version of xmms xmms-shell (1) - Command-line utility for controlling XMMS externally mimms was the program I was looking for, but it only advertises itself by describing what is not. I realize that this is a recursive acronym, but shouldn't this part of the manpage be used for a short description rather than repeating the program's name? The DESCRIPTION from the manpage is quite descriptive, though: NAME mimms - MiMMS isn't an MMS Message Sender [...] DESCRIPTION MiMMS, formerly called mmsclient, is a simple client to download streaming audio and/or video media from the internet using the MMS protocol[...] Can the NAME part of the manpage be changed to something like download streaming media via MMS protocol so that it's helpful in a search via apropos? Regards, Christian -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mimms depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libpopt01.7-5lib for parsing cmdline parameters ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libuuid11.37-2sarge1 universally unique id library -- no debconf information -- Christian.Garbs.http://www.cgarbs.de Booting vmemacs20... done. Emacs v20.99: loading linux.el signature.asc Description: Digital signature
Bug#275658: renice via /etc/default/apt-proxy
Package: apt-proxy Version: 1.9.29 Followup-For: Bug #275658 You can set the nice value for apt-proxy quite easily: Just add a line like renice 20 $$ to /etc/default/apt-proxy. This will renice the current process to 20. /etc/default/apt-proxy is sourced from /etc/init.d/apt-proxy so this also applies to the apt-proxy daemon. You might want to add an /dev/null to that line. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apt-proxy depends on: ii bzip2 1.0.2-6high-quality block-sorting file co ii debconf 1.4.30.13 Debian configuration management sy ii logrotate 3.7-3 Log rotation utility ii python2.3.5-2An interactive high-level object-o ii python-apt0.5.10 Python interface to libapt-pkg ii python-bsddb3 3.3.0-6Python interface to libdb3 ii python-twisted1.3.0-8Event-based framework for internet ii python2.3 2.3.5-3An interactive high-level object-o -- debconf information excluded -- Christian.Garbs.http://www.cgarbs.de We come to bury DOS, not to praise it. (Paul Vojta, [EMAIL PROTECTED], paraphrasing a quote of Shakespeare) signature.asc Description: Digital signature
Bug#301353: gphpedit: typo in package description
Package: gphpedit Severity: minor There is a typo in the package description line that is visible in aptitude: developemnt environment for PHP/HTML/CSS This should be development instead of developemnt -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Christian.Garbs.http://www.cgarbs.de Don't steal... the IRS hates competition! signature.asc Description: Digital signature
Bug#193883: aptitude: temporary subdirectories don't get removed on NFS
tags 193883 + unreproducible thanks I can't reproduce this bug any more. (In the meantime, I've changed to NFS, made several kernel upgrades and switched from woody to sarge.) If nobody else has encountered this bug then I think it should be closed. Regardsm Christian -- Christian.Garbs.http://www.cgarbs.de .. and on the third day he rebooted into Linux-1.3.84 ... (Linus Torvalds, Easter Kernel Release 1996) signature.asc Description: Digital signature
Bug#269650: php-elisp: byte-compiling php-mode.el fails
tags 269650 + unreproducible thanks I can't reproduce this error any more. If nobody else has the same problem, I think this bug should be closed. Regards, Christian -- Christian.Garbs.http://www.cgarbs.de Mother Nature always sides with the hidden flaw. signature.asc Description: Digital signature
Bug#172271: ITP: japana -- HTTP proxy converting Japanese characters into ASCII
tags 172271 + patch thanks Current status: I'm still looking for a sponsor. Packages (currently 2.0.5-2) can still be found here: deb http://www.h.shuttle.de/mitch/stuff ./ deb-src http://www.h.shuttle.de/mitch/stuff ./ -- Christian.Garbs.http://www.cgarbs.de Herr Doktor, Herr Dokotor! Mein Kind sieht viel zu viel Tele-Tubbies!! Doktor: uh - oh Mutter: Nomma! Nomma! signature.asc Description: Digital signature
Bug#294788: bwm: long device names are not cut off properly
Package: bwm Version: 1.1.0-8 Severity: normal Tags: patch Long device names are not cut off properly. I've got a device named tun6to4_ppp0 for IPv6 which gives me 3 garbled characters and moves the tables two spaces to the right as shown here: - snip - Bandwidth Monitor 1.1.0 IfaceRX(KB/sec) TX(KB/sec) Total(KB/sec) dsl04.616 10.716 15.332 lo0.1060.106 0.212 eth0 59.919 316.439 376.358 eth10.0000.000 0.000 teql00.0000.000 0.000 sit00.0000.000 0.000 ppp04.392 10.480 14.872 tun6to4_ppp·ëM0.0000.000 0.000 tun00.0000.000 0.000 Total 69.033 337.741 406.774 Hit CTRL-C to end this madness. - snap - Cause for this error is the improper use of strncpy() which does not add an '\0' at the end of a string when characters are cut off. I've written two different patches to solve this problem. One patch aligns the device name to the left before cut-off, the other patch aligns the device name to the right. Please apply either one as you see fit. I think that the rightbound variant is the better one because it tries to keep the device names different as you can see in this example: original device name |leftbound |rightbound | ===:-|===|===| ppp0 : | ppp0| ppp0| ppp1 : | ppp1| ppp1| tun6to4_ppp0 |tun6to4_ppp|un6to4_ppp0| tun6to4_ppp1 |tun6to4_ppp|un6to4_ppp1| tun6to4_ppp2 |tun6to4_ppp|un6to4_ppp2| really_long_device |really_long|long_device| -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bwm depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- Christian.Garbs.http://www.cgarbs.de o___ /\_ _| | _\__`[___| ] [ \, ][ ][ diff -Naru bwm-1.1.0.orig/bwm.c bwm-1.1.0/bwm.c --- bwm-1.1.0.orig/bwm.c2005-02-11 17:51:23.0 +0100 +++ bwm-1.1.0/bwm.c 2005-02-11 17:53:26.0 +0100 @@ -126,6 +126,7 @@ buffer_pointer = buffer; buffer_pointer = strtok(buffer_pointer, :); strncpy(interface[inum].name, buffer_pointer, 11); +interface[inum].name[11]='\0'; field_number = 0; diff -Naru bwm-1.1.0.orig/bwm.c bwm-1.1.0/bwm.c --- bwm-1.1.0.orig/bwm.c2005-02-11 17:51:23.0 +0100 +++ bwm-1.1.0/bwm.c 2005-02-11 17:54:41.0 +0100 @@ -125,7 +125,10 @@ { buffer_pointer = buffer; buffer_pointer = strtok(buffer_pointer, :); -strncpy(interface[inum].name, buffer_pointer, 11); +if (strlen(buffer_pointer) 11) { + buffer_pointer += strlen(buffer_pointer) - 11; +} +strncpy(interface[inum].name, buffer_pointer, 12); field_number = 0; signature.asc Description: Digital signature
Bug#294802: tin: line-wrap in German filter menu
Package: tin Version: 1:1.7.6+rel-1 Severity: minor Tags: l10n In the German filter menu (scoring for articles) the item Wähle Msg-Id has four values: * Nur * Nein * Voll * Letzte Letzte is too long and always wrapped around to the next line, regardless of screen width. It looks to me like 5 characters are reserved for the option but 6 are needed. See this example (it's from an Eterm at the size of 60x24): ---SNIP Filter Menü (Bewertung/Score erhöhen) Kommentar (optional): Wähle Textmuster: Wende Muster an auf : Wähle Subject [Xxx ] (j/n): Nein Wähle From [EMAIL PROTECTED] ] (j/n): Nein Wähle Msg-Id [[EMAIL PROTECTED] (v/l/n/n): Letzt e Wähle Zeilen: (/num): Bewertung für Regel (Standard=100): Wähle Zeit in Tagen : Wähle Muster: hannover.allgemeines Message-ID: zum Filter hinzufügen. SPACE wechselt ... ---SNAP -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tin depends on: ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libidn110.5.2-3 GNU libidn library, implementation ii libncursesw55.4-4Shared libraries for terminal hand ii libpcre34.5-1.1 Perl 5 Compatible Regular Expressi -- debconf information excluded -- Christian.Garbs.http://www.cgarbs.de _,,_Ich bin nur der Experte \| o|o|/für höchst langweilige |o|o | X| _|_|XGesteinsformationen. X|_|_ |X |__|_|MIST|_|__| signature.asc Description: Digital signature
Bug#289758: bogofilter always reports spamicity=0.520000
On Mon, Jan 10, 2005 at 04:15:18PM -0500, Clint Adams wrote: in the bogofilter manpage (except for an extra -l for syslog output and an explicit -d ~/.bogofilter to point to my directory). What's the output of bogoutil -p ~/.bogofilter .MSG_COUNT ? Thanks, this was a huge push into the right direction! I had about 25 spam messages, but no ham messages at all, so everything was flagged as unsure. I now sort unsure mails to an extra folder where I manually classify the messages as either ham or spam (see below) and everything works. I've always trained bogofilter on the job with the procmail receipt from the manpage. Since the current bogofilter versions use a tristate (ham/spam/unsure), this receipt won't work if you start with an emtpy word list: only spam is moved to an extra folder, so you can't distinguish ham from unsure. Perhaps the receipt in the manpage should be changed to this: # filter mail through bogofilter, tagging it as spam and # updating the wordlist :0fw | bogofilter -u -e -p # if bogofilter failed, return the mail to the queue, the MTA will # retry to deliver it later # 75 is the value for EX_TEMPFAIL in /usr/include/sysexits.h :0e { EXITCODE=75 HOST } # file the mail to unsure-bogofilter if it is neither ham or spam. :0: * ^X-Bogosity: Unsure, tests=bogofilter unsure-bogofilter # file the mail to spam-bogofilter if it's spam. :0: * ^X-Bogosity: Spam, tests=bogofilter spam-bogofilter With this receipt, you can train bogofilter starting with an empty wordlist. Be sure to always keep your unsure-folder empty by marking the messages therein as either ham or spam. If you do this, bogofilter will automatically learn and after some time, no messages should be marked as unsure any more. Feel free to close this bug or, if you think it's appropriate, forward my suggestion on the manpage to upstream (and perhaps lower the bug importance). Regards, Christian -- Christian.Garbs.http://www.cgarbs.de Futurama - comming soon to an illegal DVD signature.asc Description: Digital signature
Bug#289758: bogofilter always reports spamicity=0.520000
Package: bogofilter Version: 0.93.3.1-1 Severity: important I had some problems with the upgrade from 0.93.1 bogofilter version, so I just removed my old wordlist and started new with a clean and empty ~/.bogofilter directory. I'm using procmail to classify my mail, the receipt looks like the one in the bogofilter manpage (except for an extra -l for syslog output and an explicit -d ~/.bogofilter to point to my directory). The mails actually get filtered by bogofilter, but every single mail gets this classification: X-Bogosity: Unsure, tests=bogofilter, spamicity=0.52, version=0.93.3.1 I can mark a mail as spam and then bounce it back to myself, it will be scanned properly and get spamicity=0.52 again. My syslog looks like this: Jan 10 08:23:29 yggdrasil bogofilter[8910]: register-Ns, 250 words, 1 messages Jan 10 08:23:37 yggdrasil bogofilter[8932]: register-Ns, 282 words, 1 messages Jan 10 08:24:07 yggdrasil bogofilter[8966]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 08:24:14 yggdrasil bogofilter[8972]: register-Ns, 175 words, 1 messages Jan 10 09:12:15 yggdrasil bogofilter[11668]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 09:24:08 yggdrasil bogofilter[12207]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 [...] Jan 10 16:24:06 yggdrasil bogofilter[2119]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 16:36:10 yggdrasil bogofilter[2965]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 17:24:09 yggdrasil bogofilter[5313]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 17:56:28 yggdrasil bogofilter[6937]: register-Ns, 207 words, 1 messages Jan 10 17:56:39 yggdrasil bogofilter[6955]: register-Ns, 1069 words, 1 messages Jan 10 17:56:56 yggdrasil bogofilter[6963]: register-Ns, 195 words, 1 messages Jan 10 18:00:14 yggdrasil bogofilter[17895]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 18:12:06 yggdrasil bogofilter[24940]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 [...] Jan 10 21:36:14 yggdrasil bogofilter[16926]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 21:37:36 yggdrasil bogofilter[17010]: register-Ns, 159 words, 1 messages Jan 10 21:38:19 yggdrasil bogofilter[17060]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 21:38:34 yggdrasil bogofilter[17083]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 21:38:37 yggdrasil bogofilter[17086]: register-Sn, 144 words, 1 messages Jan 10 21:38:58 yggdrasil bogofilter[17102]: register-Sn, 201 words, 1 messages Jan 10 21:39:00 yggdrasil bogofilter[17114]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 21:39:04 yggdrasil bogofilter[17148]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 21:39:05 yggdrasil bogofilter[17151]: register-Sn, 255 words, 1 messages Jan 10 21:48:08 yggdrasil bogofilter[17748]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 Jan 10 21:48:09 yggdrasil bogofilter[17764]: X-Bogosity: Unsure, spamicity=0.52, version=0.93.3.1 With the old version 0.93.1 everything was fine for me: Jan 6 11:48:09 yggdrasil bogofilter[15096]: X-Bogosity: Spam, spamicity=1.00, version=0.93.1, register-s, 220 words, 1 messages Jan 6 11:48:09 yggdrasil bogofilter[15101]: X-Bogosity: Spam, spamicity=1.00, version=0.93.1, register-s, 179 words, 1 messages Jan 6 11:52:57 yggdrasil bogofilter[15413]: X-Bogosity: Unsure, spamicity=0.499758, version=0.93.1 Jan 6 12:24:07 yggdrasil bogofilter[16686]: X-Bogosity: Ham, spamicity=0.00, version=0.93.1, register-n, 320 words, 1 messages Jan 6 12:36:06 yggdrasil bogofilter[17203]: X-Bogosity: Ham, spamicity=0.00, version=0.93.1, register-n, 359 words, 1 messages My freshly created directory looks like this: [EMAIL PROTECTED]:~$ ls -l .bogofilter/ insgesamt 2772 -rw--- 1 mitch mitch 16384 2005-01-10 21:38 __db.001 -rw--- 1 mitch mitch 5251072 2005-01-10 21:38 __db.002 -rw--- 1 mitch mitch 98304 2005-01-10 21:38 __db.003 -rw--- 1 mitch mitch 4063232 2005-01-10 21:38 __db.004 -rw--- 1 mitch mitch 16384 2005-01-10 21:38 __db.005 -rw--- 1 mitch mitch 0 2005-01-10 21:38 lockfile-d -rw--- 1 mitch mitch1024 2005-01-10 21:48 lockfile-p -rw--- 1 mitch mitch 1048576 2005-01-10 21:48 log.01 -rw--- 1 mitch mitch 20480 2005-01-10 21:39 wordlist.db My crontab contains this entry to remove the huge logs that can accumulate: # # remove bogofilter database transaction logs # 44 4* * * db4.3_archive -h ~/.bogofilter -d What is wrong here? Why do all my mails get classified as spamicity=0.52? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bogofilter depends on: ii