Package: libgdbm6
Version: 1.19-2
Severity: important
Dear Maintainer,
I run a few DBM-intensive applications. They manipulate huge DBMs, but
they work usually like a charm:
15168 mojolic+ 20 0 90.8g 156260 5460 S 0.0 3.0 0:00.30
known_passwords
15159 mojolic+ 20 0 16.6g
You can close this bug indeed! Forgot to tell you that it works ok on bullseye.
28 janv. 2023 23:15:24 Marco d'Itri :
> On May 24, Marco d'Itri wrote:
>
>>> Package: inn2
>>> Version: 2.6.3-1+deb10u2
>> Sorry, I have no plans to spend time debugging oldstable but please let
>> me know if this
Package: inn2
Version: 2.6.3-1+deb10u2
Severity: normal
Dear Maintainer,
I do this in my /etc/news/filter/filter_nnrpd.pl's filter_post:
$modify_headers = 1;
$hdr{'X-test'} = "42";
return "";
However,
- with stock INN2 package, the X-test header does not get added
- doing
Package: onak
Version: 0.5.0-1
Severity: important
Dear Maintainer,
on a buster system, keyd uses 100% CPU:
onak 30318 98.6 0.0 8864 4884 ?Rs 08:04 5:39 /usr/sbin/keyd
-f
vz15:~# strace -p 30318 2>&1 | head -20
strace: Process 30318 attached
_newselect(4, [3], NULL, NULL,
On Mon, Jan 25, 2021 at 08:51:32AM -0800, Noah Meyerhans wrote:
> > It is incompatible with telnet and all other utilities I tried, which means
> > that debugging with ping now is moot.
>
> It does not invalidate ping's usefulness for debugging. When you
> specify a scope explicitly, it is
On Sat, Jan 23, 2021 at 10:04:00AM -0800, Noah Meyerhans wrote:
> https://github.com/iputils/iputils/pull/100
Interesting. They interpret the fact that link-local works as expected as
`broken', and fixed it.
> I agree that this is the normal way of fully specifying a link-local
> address.
Package: iputils-ping
Version: 3:20180629-2+deb10u1
Severity: wishlist
Dear Maintainer,
This is puzzling:
$ telnet fe80::1
Trying fe80::1...
telnet: Unable to connect to remote host: Invalid argument
[ normal behaviour with link-local addresses ]
schaefer@reliand:~$ telnet -6
Package: mailman
Version: 1:2.1.29-1+deb10u1
Severity: minor
Dear Maintainer,
diff -uP /var/lib/mailman/messages/fr/LC_MESSAGES/mailman.po.distrib
/var/lib/mailman/messages/fr/LC_MESSAGES/mailman.po
--- /var/lib/mailman/messages/fr/LC_MESSAGES/mailman.po.distrib 2020-04-24
16:27:05.0
Package: marco
Version: 1.20.3-1
Severity: minor
Dear Maintainer,
old X11 utilities seem to have garbled window titles icon (grayed
out?), see capture here:
https://login.alphanet.ch/~schaefer/tmp/garbled-window-icons-mate-buster.png
In addition, modern utilities such as Firefox have
Package: marco
Version: 1.20.3-1
Severity: normal
Dear Maintainer,
Old X11 utilities have no titles with marco, under system locale
LC_CTYPE=fr_CH.iso-8859-1
LC_COLLATE=fr_CH.iso-8859-1
Work-around (assuming both locales where generated):
# dpkg-divert --rename marco
# cat > /usr/bin/marco <
With a non UTF-8 locale, the edit line on the bottom will display UTF-8
characters encoded in Latin-1.
See https://github.com/irssi/irssi/issues/1018.
.
irssi (1.2.0-2cril.0) unstable; urgency=medium
.
[ Marc Schaefer ]
* apply patch https://github.com/irssi/irssi/issues/1018
Author
On Tue, Jul 28, 2020 at 04:56:20PM +0200, Bernhard Schmidt wrote:
> Not sure whether we can backport this easily. The +noidnout suggestion
> is definitely bogus, that's dig style.
At least for me, I have a work-around in place.
Thank you and have a nice day.
Package: bind9-host
Version: 1:9.11.5.P4+dfsg-5.1+deb10u1
Severity: normal
Dear Maintainer,
Since buster, it seems that host insists in outputing a decoded version
of IDN domain names, and if the locale does not support it, it fails:
schaefer@virtual:~$ env LC_CTYPE=C host
Hello,
that bug is fixed in buster BTW.
Hello,
Thank you for your support.
I still use jessie, intend to upgrade to buster soon.
On Wed, Aug 07, 2019 at 02:40:04PM +0200, Hilmar Preuße wrote:
> regenerated the ps file and noticed that everthing look now. Are you
> still able to reproduce the issue. If yes, please send:
Yes, the ps
On Tue, Jul 30, 2019 at 03:27:08PM -0300, David Bremner wrote:
> Jul 28 22:12:08 rocinante nullmailer-send[30788]: From: to:
>
>
> That doesn't seem to be specific to my configuration, but I thought I
> should check before adding another regex. Do you not have such lines? Do
> you actually
Package: nullmailer
Version: 1:2.2-3
In buster, nullmailer now seems to report as nullmailer-send in syslog:
Jul 28 08:02:08 falken nullmailer-send[586]: Trigger pulled.
Jul 28 08:02:08 falken nullmailer-send[586]: Rescanning queue.
Jul 28 08:02:08 falken nullmailer-send[586]: Starting
Package: clamav
Version: 0.99.2+dfsg-0+deb7u3
Severity: minor
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
With Debian jessie, one of the test files is identified wrongly;
which has absolutely no impact on the package's functionnality.
$
Hello,
thank you for your reply:
> You didn't provide neither the log file nor the .fls file of
> latex -recorder test.tex
You can find the whole result here:
https://www.alphanet.ch/~schaefer/tmp/debian-latex-font-bug.tar.gz
> Please install
> texlive-full
> and retry.
I did,
Package: texlive-base
Version: 2016.20170123-5
Severity: normal
Dear Maintainer,
The following LaTeX file:
\documentclass[12pt,a4paper]{article}
\font\testing=cmssbx17 scaled 2500
\font\testingb=cmssbx17 scaled 1500
\font\testingt=cmss17 scaled 800
\begin{document}
Package: courier-imap
Version: 4.15-1.6
Severity: normal
Dear Maintainer,
a fresh jessie install had a funny issue:
- openssl s_client -starttls imap -connect server:imap
fails with a `140376675755688:error:1408F10B:SSL
routines:SSL3_GET_RECORD:wrong version number:s3_pkt.c:340:' error
Package: src:linux
Version: 3.16.7-ckt20-1+deb8u3~bpo70+1
Severity: normal
Dear Maintainer,
There was a regression in the Linux kernel which made the I/Os to
sr devices (especially when ejecting or writing to DVD-Rs) synchronous
(non parallel).
If you write to a few DVD writes simultaneously, a
On Sat, May 30, 2015 at 03:06:33PM +0200, Andreas Cadhalpun wrote:
However, I can't reproduce these other cases.
Not a problem, most of them would be removed by the first stage of
my antispam (white list on magic types).
/usr/share/clamav-testfiles/clam-v2.rar: OK
Package: clamav-daemon
Version: 0.98.7+dfsg-0+deb6u2
Severity: normal
Hi,
since the last clamav-daemon LTS update, clamdscan gets one test less than
clamscan:
despam@shakotay:~$ bin/test_clamdscan.sh
8c8
/usr/share/clamav-testfiles/clam_cache_emax.tgz: OK
---
Package: munin-node
Version: 2.0.6-4+deb7u2
Severity: important
Dear Maintainer,
When running big munin installations, with sometimes some services
timeouting, the resulting graphs are partial: munin aborts from the
point of error.
Upstream has fixed that already, at least in their
Hello,
this furiously resembles to:
https://bugs.launchpad.net/ubuntu/+source/tar/+bug/1043028
or
http://www.mail-archive.com/bug-tar@gnu.org/msg03446.html
I just downloaded tar_1.26+dfsg-6 source, applied the patch below and
attached and the problem seems fixed.
The problem disappears after a few restarts of the VZ, so don't
bother.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: linux-2.6
Version: 2.6.32-41
Severity: minor
Hi,
since the upgrade to this kernel a few hours ago, I am experiencing strange
loadaverage output in two VEs. One has almost 1.0 and the other 3.0, although
the host system has 0.30. Those VEs are not at all busy, their load hasn't
changed
Package: tomcat5.5
Version: 5.5.26-5
Severity: normal
*** Please type your report below this line ***
Hi,
sometimes
/etc/init.d/tomcat5.5 stop
doesn't kill jsvc. A manual killall jsvc is not enough, you need to
use killall -9 jsvc.
Changing the /etc/init.d/tomcat5.5 script should be done
Package: samba
Version: 2:3.2.5-4lenny8
Severity: normal
*** Please type your report below this line ***
In etch, I had a /etc/samba/smb.conf's share named tomcat55-webapps.
Unfortunately, I had to rename it to tomcat55-web for the share to
continue working in lenny with a XP pro Version 2002 SP
Package: coreutils
Version: 6.10-6
Severity: wishlist
schae...@virtual:~$ info coreutils cp
`--exclude=PATTERN'
When recursing, skip subdirectories or files matching PATTERN.
For example, `du --exclude='*.o'' excludes files whose names end
in `.o'.
schae...@virtual:~$ cp
On Sun, Nov 29, 2009 at 01:46:26PM -0700, Bob Proulx wrote:
Uhm... The coreutils 'cp invocation' node does not include a
--exclude option description in 6.10 in Lenny. The above shows up
in the 'du invocation' node. Could it be that you are looking at the
wrong documentation? I think so.
Hi,
bugs happens also on lenny (--- using the etch kernel). The filesystem
is regularly e2fsck'd and no error happens in dmesg.
I will presumably soon upgrade to the lenny kernel and see what happens.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: transproxy
Version: 1.5-1
Severity: important
If enabling logging (-l /tmp/blah), it will crash at every request with
a SIGSEGV. Fix is simply to add a #include time.h just after the
sys/time.h line.
Note that the compilation also produces quite a few signedness issues.
-- System
Package: coreutils
Version: 5.97-5.3
Severity: important
Really funny things happening:
virtual:~# mount | grep /backup
/dev/sdc1 on /backup type ext3 (ro)
127.0.0.1:/backup/vz/104 on /var/lib/vz/root/104/backup type nfs
(ro,soft,nolock,port=2049,mountport=2049,noudp,tcp,addr=127.0.0.1)
On Fri, Nov 21, 2008 at 02:42:02AM -0500, Daniel Dickinson wrote:
Pretty much every run I get messages like the following:
AFAIK it's because mtio operations are done in D state (uninterruptible
sleep).
And except for mtio operations which may last more than two minutes,
nothing in the usual
Hi,
*IF* POSIX or general use mandates that chmod(2) should not change
ctime if no change really occurs, this should be fixed in the
Linux kernel itself.
Fixing it in user space in the chmod(1) utility is wrong, because it
could introduce user-space race conditions.
For example:
timestamp 1:
On Thu, Mar 22, 2007 at 09:46:39AM +0100, Adolf Markus Berthold wrote:
This is a blocksize problem. I had the same problem with
package version 2.5.1p1-2.1 and a HP DAT72 usb drive.
What about specifying `mt -f /dev/nst0 setblk 512' in a pre-script
before backup ?
The default is AFAIK 0, which
Package: apache
Version: 1.3.33-6sarge3
Severity: minor
Hi,
using something like:
Directory /home/twiki/public_html/bin
Options +ExecCGI FollowSymLinks
SetHandler cgi-script
Order Allow,Deny
Allow from all
Deny from env=anonymous_spider
#
Package: lynx
Version: 2.8.5-2sarge2
Severity: normal
To reproduce:
- install apache from sarge
- make sure there are enough servers started
- do /usr/bin/apachectl status
you will observe a temporary directory in /tmp.
Running this regularly will clutter /tmp with temporary
Package: mailman
Version: 2.1.5-8sarge2
Severity: minor
I am running a Mailman from Debian stable (2.1.5-8sarge2), and I
experimented the following issue:
- even if disabled in Defaults.py and not enabled in mm_cfg.py,
VERP seems to be activated from time to time. I am guessing it is
Package: gedit
Version: 2.8.3-4sarge1
Severity: normal
Hi,
I haven't yet investigated this a lot, but this is what I see:
You can't specify a printer in gedit: strace shows
it always execs lpr -Plp
If you specify custom command in a script, it says:
** (gedit:8563): WARNING **:
Package: postgresql
Version: 7.4.7-6sarge1
Severity: minor
If your machine restarts in an uncontrolled way, /var/run is deleted,
but /var/lib/postgres/data/postmaster.pid is not. PostgreSQL will refuse
to start at the next boot even if it could recover from its journal.
-- System Information:
Package: apache
Version: 1.3.26-0woody6.cril0
Severity: minor
Tags: patch
Hi,
with a long status page, such as 15 kilobytes, the result of starting
/usr/sbin/apachectl status
is that spurious (empty) temporary directories remain in /tmp.
The problem is because apachectl status starts lynx
Package: installation-reports
Severity: important
Apparently, the 2.4.27 kernel in RC2 (at least) and also 2.4.27-2-k7
has a faulty sis900 driver which is unable to extract the MAC address
from the NVRAM.
eth0: SiS 900 PCI Fast Ethernet at 0xd400, IRQ 19, ff:ff:ff:ff:ff:ff.
This means
45 matches
Mail list logo
