Bug#718970: please add configurable connect delay
Package: mssh Version: 1.2-4 Severity: wishlist Tags: upstream Hi, when I have to go through a proxy host, for example by using the famous -o "proxycommand jumphost nc %h %p", I might run into a connection rate limit on the jumphost when I mssh to many hosts through the same jump host. This might be mitigated by having a configuration option like "only connect to X hosts in Y seconds", resulting in "open X connections simultaneously, sleep Y seconds, open the next X connections, sleep again, repeat". Greetings Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.4-zgws1 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mssh depends on: ii gconf-service3.2.6-1 ii gconf2 3.2.6-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo21.12.14-5 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgconf-2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.37.2-1 ii libgtk2.0-0 2.24.20-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libvte9 1:0.28.2-5 ii libx11-6 2:1.6.0-1 ii libxext6 2:1.3.2-1 ii openssh-client 1:6.2p2-6 mssh recommends no packages. mssh suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130807095130.29204.73944.report...@swivel.zugschlus.de
Bug#724574: please document what the modules are needed for
Package: open-vm-tools-dkms Severity: minor Hi, from trying, it looks like Open-vm-tools work fine with basic functionality if one does not install the kernel modules inside the VM. Please document (for example in the package description) what functionality is lost if one runs open-vm-tools without the kernel modules. This is necessary for the local admin to take an informed decision. Greetings Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.9-zgws1 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130925061542.7182.36910.report...@swivel.zugschlus.de
Bug#101700: 1: ${python3:Depends} not expanded in Recommends line
On Mon, Aug 15, 2022 at 09:08:38PM +, stefa...@debian.org wrote:
> It only processes packages that look like they are named like a python
> module, or depend on ${python3:Depends}.
In this case, the gensio-bin package contains some tools, one of which
is written in python (and seldomly used).
> Yeah, I can extend that to look at recommends.
That would be nice. Thanks!
Greetings
Marc
--
-----
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
Bug#547373: kernel 2.6.31 needs new upstream broadcom-sta
Package: broadcom-sta Version: 5.10.91.9-3 Severity: normal Hi, broadcom-sta from unstable doesn't build against kernel 2.6.31: make -C /home/mh/linux/2.6.31/linux-2.6.31 M=/usr/src/modules/broadcom-sta/i386 make: Entering directory `/home/mh/linux/2.6.31/linux-2.6.31' CC [M] /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.o /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.c: In function 'wl_if_setup': /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.c:233: error: 'struct net_device' has no member named 'open' /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.c:234: error: 'struct net_device' has no member named 'stop' /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.c:235: error: 'struct net_device' has no member named 'hard_start_xmit' /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.c:236: error: 'struct net_device' has no member named 'get_stats' /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.c:237: error: 'struct net_device' has no member named 'set_mac_address' /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.c:238: error: 'struct net_device' has no member named 'set_multicast_list' /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.c:239: error: 'struct net_device' has no member named 'do_ioctl' make[1]: *** [/usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.o] Error 1 make: *** [_module_/usr/src/modules/broadcom-sta/i386] Error 2 make: Leaving directory `/home/mh/linux/2.6.31/linux-2.6.31' Replacing /usr/src/modules/broadcom-sta/i386 with upstream's 5.10.91.9.3 (release Sep 15) at least compiles. I didn't try whether it works. Greetings Marc -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556174: otrs2 wants to install the mysql-database as root and not as debian-maintainer-user
retitle #556174 package should use its own database user, not root thanks On Sat, Nov 14, 2009 at 12:14:48AM +0100, Hanno Wagner wrote: > otrs2 tries to install the mysql-database as "root"@"localhost" while > there is a debian-maintainer-user used for creating and installing new > databases or tables. since there is a debian-maintainer-user, I don't > allow root to make connections to the mysql-database. This is already > in the otrs2-2.0 packages so I can not upgrade from old stable to new > stable (since there is no useable root-account) Actually, the debian-sys-maint user is, afaik, only meant for mysql-package internal use. The correct way to do things would probably be to ask for the root PW and then to create a non-root user which is used from there on. Having a non-root user btw breaks all updates of the otrs package since the maintainer scripts barf if they cannot connect as root. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#253057: More information
Hi, sorry for not answering earlier; your questions were only sent to the bug which doesn't forward by default to the submitter. On Mon, Aug 16, 2004 at 05:54:06PM -0400, Alec Berryman wrote: > Two questions for you. First, have the timestamps or permissions on > these files changed? I am pretty sure they didn't since I ran the two rdiff-backup calls immediately after each other. > Secondly, is > there anything interesting about the increment diff files? They'd be > located in the 'increments' subdirectory of the 'rdiff-backup-data' > folder in the backup root directory. In particular, what are the > sizes of the diff.gz files of the files that shouldn't have changed? I will try to reproduce this in the next days and will answer the question as soon as I have results. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Karlsruhe, Germany | lose things."Winona Ryder | Fon: *49 721 966 32 15 Nordisch by Nature | How to make an American Quilt | Fax: *49 721 966 31 29
Bug#253057: More information
tags #253057 unreproducible thanks On Mon, Aug 30, 2004 at 10:35:08AM +0200, Marc Haber wrote: > I will try to reproduce this in the next days and will answer the > question as soon as I have results. Tries to reproduce have been unsuccessful. The cause must have been something that is not present any more. Since unreproducible bugs are hard to fix, the bug can be closed. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Karlsruhe, Germany | lose things."Winona Ryder | Fon: *49 721 966 32 15 Nordisch by Nature | How to make an American Quilt | Fax: *49 721 966 31 29
Bug#289393: "No space left on device." Which device?
Package: rdiff-backup Version: 0.13.4-3 Severity: normal Hi, rdiff-backup puts hundreds of megabytes of temporary files on /tmp, happily overflowing it, and then throws a unhandled exception after outputting "No space left on device". (1) If a device overflows, rdiff-backup should have the courtesy of telling the user _which_ device suffered the overflow. (2) Unhandled exceptions are bad. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-vash Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages rdiff-backup depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii librsync1 0.9.7-1 Library which implements the rsync ii python2.3 2.3.4-18 An interactive high-level object-o ii rdiff 0.9.7-1 Binary diff tool for signature-bas -- no debconf information
Bug#289395: how to control /tmp directory?
Package: rdiff-backup Version: 0.13.4-3 Severity: normal rdiff-backup writes hundreds of megabytes to /tmp, possibly overflowing it. If the program has the possibility to control the target directory for the temporary files, the manpage should mention it. If the program always writes to /tmp, the temporary directory should be configurable either by command line option, or per environment variable. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-vash Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages rdiff-backup depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii librsync1 0.9.7-1 Library which implements the rsync ii python2.3 2.3.4-18 An interactive high-level object-o ii rdiff 0.9.7-1 Binary diff tool for signature-bas -- no debconf information
Bug#502701: ld.so.preload-manager: underdocumented
Package: ld.so.preload-manager Version: 0.3.3-3 Severity: wishlist Please add more docs and example code to the package. This is important since there is a lot to be done wrong with the script and it modifies things in a very important location. Greetings Marc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.27-zgsrv (SMP w/1 CPU core; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418548: apt-spy: segfaults
Package: apt-spy Version: 3.1-16 Severity: normal apt-spy segfaults when used. scyw00225:~# sudo apt-spy -d unstable -a europe -o output.aptspy Couldn't find country LU . Skipping. Couldn't find country LV . Skipping. SERVER: ftp.at.debian.org Benchmarking FTP... Downloaded 4219943 bytes in 5.35 seconds Download speed: 770.68 kB/sec Benchmarking HTTP... Downloaded 4219943 bytes in 2.69 seconds Download speed: 1531.77 kB/sec SERVER: gd.tuwien.ac.at Benchmarking FTP... Downloaded 1069920 bytes in 25.21 seconds Download speed: 41.44 kB/sec Benchmarking HTTP... Downloaded 1895232 bytes in 15.08 seconds Download speed: 122.73 kB/sec SERVER: debian.mur.at Benchmarking FTP... Downloaded 4219943 bytes in 11.99 seconds Download speed: 343.74 kB/sec Benchmarking HTTP... Downloaded 4219943 bytes in 10.98 seconds Download speed: 375.46 kB/sec Segmentation fault (core dumped) scyw00225:~# bt /usr/bin/ap apg apt-cdrom apt-rdepends apgbfmapt-configapt-show-source aplay apt-extracttemplates apt-show-versions aplaymidi apt-file apt-sortpkgs appletproxy apt-ftparchiveapt-spy appresapt-get apt-src apropos apt-key aptitude apt-cache apt-listchanges scyw00225:~# bt /usr/bin/ap apg apt-cdrom apt-rdepends apgbfmapt-configapt-show-source aplay apt-extracttemplates apt-show-versions aplaymidi apt-file apt-sortpkgs appletproxy apt-ftparchiveapt-spy appresapt-get apt-src apropos apt-key aptitude apt-cache apt-listchanges scyw00225:~# bt /usr/bin/apt-spy core -su: bt: command not found scyw00225:~# gdb /usr/bin/apt-spy core GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". warning: Can't read pathname for load map: Input/output error. Reading symbols from /mnt/usr/usr/lib/libcurl.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcurl.so.3 Reading symbols from /lib/tls/libc.so.6...Reading symbols from /mnt/usr/usr/lib/debug/lib/tls/libc-2.3.6.so...(no debugging symbols found)...done. (no debugging symbols found)...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /mnt/usr/usr/lib/libgssapi_krb5.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /mnt/usr/usr/lib/libkrb5.so.3... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /mnt/usr/usr/lib/libk5crypto.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /mnt/usr/usr/lib/libkrb5support.so.0... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5support.so.0 Reading symbols from /lib/libcom_err.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /lib/tls/libresolv.so.2...Reading symbols from /mnt/usr/usr/lib/debug/lib/tls/libresolv-2.3.6.so... (no debugging symbols found)...done. (no debugging symbols found)...done. Loaded symbols for /lib/tls/libresolv.so.2 Reading symbols from /mnt/usr/usr/lib/libidn.so.11... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libidn.so.11 Reading symbols from /lib/tls/libdl.so.2...Reading symbols from /mnt/usr/usr/lib/debug/lib/tls/libdl-2.3.6.so...(no debugging symbols found)...done. (no debugging symbols found)...done. Loaded symbols for /lib/tls/libdl.so.2 Reading symbols from /mnt/usr/usr/lib/i686/cmov/libssl.so.0.9.8...(no debugging symbols found)...done. Loaded symbols for /usr/lib/i686/cmov/libssl.so.0.9.8 Reading symbols from /mnt/usr/usr/lib/i686/cmov/libcrypto.so.0.9.8... (no debugging symbols found)...done. Loaded symbols for /usr/lib/i686/cmov/libcrypto.so.0.9.8 Reading symbols from /mnt/usr/usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/ld-linux.so.2...Reading symbols from /mnt/usr/usr/lib/debug/lib/ld-2.3.6.so... (no debugging symbols found)...done. (no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/tls/libnss_files.so.2...Re
Bug#432304: /usr/share/doc/stunnel4/StunnelConf-0.1.pl gzipped in the package
Package: stunnel4 Version: 3:4.20-2 Severity: normal /usr/share/doc/stunnel4/StunnelConf-0.1.pl is gzipped in the package, which is suboptimal since the script is intended to be executed from its current place. Greetings Marc -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.5-scyw00225 (PREEMPT) 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 stunnel4 depends on: ii adduser 3.103Add and remove users and groups ii libc6 2.5-11 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii libwrap07.6.dbs-13 Wietse Venema's TCP wrappers libra ii netbase 4.29 Basic TCP/IP networking system ii openssl 0.9.8e-5 Secure Socket Layer (SSL) binary a ii perl-modules5.8.8-7 Core Perl modules ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime stunnel4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#929203: lighttpd: PIDFile= references path below legacy directory /var/run
On Sun, May 19, 2019 at 11:01:21AM +0200, Olaf van der Spek wrote: > May 19 10:56:32 buster systemd[1]: /lib/systemd/system/lighttpd.service:6: > PIDFile= references path below legacy directory /var/run/, updating > /var/run/lighttpd.pid → /run/lighttpd.pid; please update the unit file > accordingly. To make things worse, whatever creates this log message doesn't take a drop-in into account, so simply doing systmctl edit lighttpd and adding the appropriate new PIDFile line doesn't get rid of the messages :-( Greetings Marc
Bug#915379: anacron.service: should probably use KillMode=process
On Wed, Nov 11, 2020 at 09:34:16AM +, Tomas Janousek wrote: > On Mon, Dec 03, 2018 at 01:42:58PM -0500, Boyuan Yang wrote: > > I chose KillMode=mixed intentionally. Here's the reason: we want to stop > > anacron service elegantly and not to abruptly kill any process inside the > > control group. Anacron is accepting SIGUSR1 and interprets it as the request > > to exit gracefully; it will wait till all its jobs to finish before it exits > > by itself. > > Unfortunately this isn't entirely true. > > Anacron does wait for jobs to finish, but if any job invokes exim4's > /usr/sbin/sendmail to send its result to the user, that sendmail forks the > setuid /usr/sbin/exim4¹ to process the queue in the background and deliver the > mail. Anacron doesn't wait for this forked process, and systemd kills it > immediately, resulting in the mail not being delivered until the queue gets > processed by something else. Worse. If the receiving side does post-DATA checking of the message, and systemd sends SIGKILL to the exim process on the sending side, the receiving side might continue delivery without the sending side noticing the confirmation (it's already dead by then). During the next exim queue run, the message will be delivered a second time. In this case, 5 seconds of extra wait would probably not be enough. Greetings Marc
Bug#1004126: memtest86+.iso does not boot from USB
Package: memtest86+ Version: 5.31b+dfsg-2 Severity: minor (Severity: minor, because the experimental version is affected) I tried dd'ing the memtest86+.iso to two differen USB sticks. Both don't boot on two different older ThinkPad Notebooks (one T520 and one X121e) - the systems just fall back to the Boot Menu. The Free-as-in-Beer memtest.iso from memtest86.com works fine on both boxes. Greetings Marc -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.16.1-zgws1 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages memtest86+ depends on: ii debconf [debconf-2.0] 1.5.79 memtest86+ recommends no packages. Versions of packages memtest86+ suggests: ii grub-pc2.06-2 ii memtest86 4.3.7-4 pn memtester ii mtools 4.0.33-1+really4.0.32-1 -- debconf information excluded
Bug#1004126: memtest86+.iso does not boot from USB
On Fri, Jan 21, 2022 at 02:33:44PM +0100, Michael Prokop wrote: > * Marc Haber [Fri Jan 21, 2022 at 01:03:13PM +0100]: > > I tried dd'ing the memtest86+.iso to two differen USB sticks. Both don't > > boot on two different older ThinkPad Notebooks (one T520 and one X121e) > > - the systems just fall back to the Boot Menu. The Free-as-in-Beer > > memtest.iso from memtest86.com works fine on both boxes. > > I suppose your system runs with EFI, while memtest86+ needs 16-bit > boot and doesn't work with EFI systems, AFAIK. memtest86+.elf on the same system runs fine if booted from an USB stick with grub-pc (not grub-efi). Is that a possible indication that the system doesn't run with EFI? I'd like to keep it running until tomorrow. Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
Bug#1004126: memtest86+.iso does not boot from USB
On Fri, Jan 21, 2022 at 02:57:50PM +0100, Michael Prokop wrote: > * Marc Haber [Fri Jan 21, 2022 at 02:41:03PM +0100]: > > On Fri, Jan 21, 2022 at 02:33:44PM +0100, Michael Prokop wrote: > > > * Marc Haber [Fri Jan 21, 2022 at 01:03:13PM +0100]: > > > > > I tried dd'ing the memtest86+.iso to two differen USB sticks. Both don't > > > > boot on two different older ThinkPad Notebooks (one T520 and one X121e) > > > > - the systems just fall back to the Boot Menu. The Free-as-in-Beer > > > > memtest.iso from memtest86.com works fine on both boxes. > > > > I suppose your system runs with EFI, while memtest86+ needs 16-bit > > > boot and doesn't work with EFI systems, AFAIK. > > > memtest86+.elf on the same system runs fine if booted from an USB stick > > with grub-pc (not grub-efi). Is that a possible indication that the > > system doesn't run with EFI? I'd like to keep it running until tomorrow. > > If you have /sys/firmware/efi on your running Debian system (with > either efivars or efivarfs kernel module loaded), then you're > running in EFI mode. > > grub-pc doesn't do EFI boot, so I'd assume your system was booted in > legacy/compatibility mode then? I can confirm that the X121e has its boot mode set to "Legacy only". The T520 will be running the test until tomorrow morning. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
Bug#1004126: memtest86+.iso does not boot from USB
On Fri, Jan 21, 2022 at 07:24:32PM +0100, Marc Haber wrote: > I can confirm that the X121e has its boot mode set to "Legacy only". The > T520 will be running the test until tomorrow morning. The T520 is set to "UEFI/Legacy Boot: Both" and "UEFI/Legacy Boot Priority: Legacy First". Greetings Marc -- ----- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
Bug#228564: gnats: Please update Dependencies to exim4
Package: gnats Severity: wishlist Hi, gnats currently has a dependency (either Depends:, Recommends: or Suggests:) on exim|mail-transport-agent As exim4 is now the default mta for sarge, could you please update this to $dependency: exim4|mail-transport-agent? That change will ease the transition from exim to exim4. I would greatly appreciate to have a package of gnats in sarge with the updated dependency. Greetings Marc P.S. This bug report has been filed automatically
Bug#228569: jitterbug: Please update Dependencies to exim4
Package: jitterbug Severity: wishlist Hi, jitterbug currently has a dependency (either Depends:, Recommends: or Suggests:) on exim|mail-transport-agent As exim4 is now the default mta for sarge, could you please update this to $dependency: exim4|mail-transport-agent? That change will ease the transition from exim to exim4. I would greatly appreciate to have a package of jitterbug in sarge with the updated dependency. Greetings Marc P.S. This bug report has been filed automatically
Bug#935268: ferm: Ferm fails to properly install
On Wed, Aug 21, 2019 at 09:38:13AM +, David Venhoek wrote: > On a fresh debian 9 opencloud image system, after running apt update and apt > upgrade, trying to install ferm with > ``/usr/bin/apt-get -y -o "Dpkg::Options::=--force-confdef" -o > "Dpkg::Options::=--force-confold" install ferm | tee /dev/null`` > results in the ferm service failing during the execution of the apt-get > command. Does this still apply with the current package? If so, please help to reproduce this. I intend to close this bug by the end of October 2025 if the bug is not reproducible by then. Greetings Marc
Bug#810628: Saving and restoring packet counters
Control: tags -1 help thanks On Mon, Jan 11, 2016 at 07:53:37AM +1300, martin f krafft wrote: > iptables keeps packet and byte counters for each rule, and these can > be quite useful for various purposes. Unfortunately, when ferm > applies its ruleset, all the counters get zeroed. > > iptables does allow counters to be restored for each rule. > Mightn't it be possible then that ferm upon flushing the rules saves > all the counters and then tries to restore them for each rule for > which a counter was previously known? I could imagine this to be as > simple as hashing the rule, storing the counters against this hash, > and upon restore, setting counters for all rules for which a hash > can be found. With ferm's upstream development having slowed down, it is unlikely that Upstream would implement this. And I don't want to flood the upstream issue tracker with wishlist requests. If this is still important for you, please consider filing an upstream request yourself. A patch implementing this would be appreciated. Therefore tagging this bug "help". Greetings Marc
