Debian's Sendmail package has been orphaned for several years. The
amount of work which might be involved in maintainership is a little
scary, but I should like to take it on.
To control unwanted mail, I primarily use milters. In the early years
(I've used Sendmail in production for more than 2
Package: linux-image
Version: 4.19.0-8-amd64
Severity: critical
Tags: patch
Justification: breaks the whole system
Dear Maintainer,
Please see debian-bugs mailing list thread below, but please be aware
that the threading of the messages could be improved upon.
https://lists.debian.org/debian-use
Package: iptables-persistent
Severity: critical
Tags: security patch ipv6
Justification: root security hole
Dear Maintainer,
* What led up to the situation?
Running '/usr/sbin/netfilter-persistent save' from root's crontab.
* What was the outcome of this action?
A mail message fro
Package: iptables-persistent
Severity: critical
Tags: security patch ipv6
Justification: root security hole
Dear Maintainer,
* What led up to the situation?
Running '/usr/sbin/netfilter-persistent save' from root's crontab.
* What was the outcome of this action?
A mail message fro
Hi there,
When I upgraded my laptop from Wheezy to Jessie the JME driver failed.
When I was running Wheezy the Debian-supplied version did not work at
all, leaving me with no Ethernet connection. So I would routinely
replace the JME driver supplied by Debian with one from JMicron which
I compil
Confirmed that this fault is still present three years on.
The app leaks huge quantities of memory even when it is not used.
In this example it appears bad enough to use up all available swap
(2GiB) in about a month and so kill the machine:
http://www.jubileegroup.co.uk/JOS/misc/free_swap_graph
Package: apt
Version: 0.9.7.9+deb7u1
Followup-For: Bug #645713
Dear Maintainer,
* What led up to the situation?
apt-get dist-upgrade, Squeeze->Wheezy.
* What exactly did you do (or not do) that was effective (or ineffective)?
http://www.howtoforge.com/how-to-upgrade-debian-squeez
Package: cdrom
Followup-For: Bug #583200
Dear Maintainer,
Using the Debian 7.0 AMD64 network install CDROM.
Attempted to create a Debian Wheezy system on /dev/sdd of a system
which already contains a Debian Squeeze installation on /dev/sda.
Two other drives in the system. All are 3-Terabyte SA
Hi there,
On Thu, 8 Nov 2012, Roger Leigh wrote:
On Wed, Nov 07, 2012 at 06:05:32PM +, G.W. Haywood wrote:
logs as a time series and not one big pile of jumbled messages:
[1.017969] nv_probe: set workaround bit for reversed mac addr
[1.022092] SCSI subsystem initialized
Hi there,
On Wed, 7 Nov 2012, Roger Leigh wrote:
On Wed, Nov 07, 2012 at 04:25:51PM +, G.W. Haywood wrote:
> On Wed, 7 Nov 2012, Roger Leigh wrote:
>
> >Nowadays, parallel startup using startpar is the default. Disabling
> >this is not something which is useful ..
Hi there,
On Wed, 7 Nov 2012, Roger Leigh wrote:
On Wed, Nov 07, 2012 at 01:02:57PM +, G.W. Haywood wrote:
...
The parallel boot system added at least one option which is not mentioned in
the rcS man page, 'CONCURRENCY'. ...
This is intentionally undocumented.
In previ
Package: initscripts
Severity: normal
The man page for rcS is dated 16 January 2006.
The parallel boot system added at least one option which is not mentioned in
the rcS man page, 'CONCURRENCY'. This option is mentioned in for example
http://www.debian.org/releases/stable/amd64/release-notes/ch
Hi there,
2009/7/26 Moritz Muehlenhoff :
> On Thu, Feb 19, 2009 at 05:47:55PM +0100, Bastian Blank wrote:
>> Please provide more information:
>> - uname -a
>> - the complete kernel log (dmesg)
>> - cat /sys/devices/system/clocksource/clocksource0/*
>
> Dimitri, can you provide the mentioned inform
Hello again,
> On Thu, Feb 19, 2009 at 02:01:11PM +0100, Daniel Baumann wrote:
> > reassign 515978 libc6
> > thanks
> >
> > G.W. Haywood wrote:
> > > This problem is a symptom of a library issue.
>
> The GNU libc simply calls the gettimeofday syscall
Hello again,
Apparently this issue has been around for quite a while. What a pity
it hasn't been properly put to bed yet.
https://bugzilla.redhat.com/show_bug.cgi?id=128428
For the time being I've added
clock=tsc
to my kernel boot command line as a workaround. This resolves my
immediate 'pin
Hi all,
This problem is a symptom of a library issue.
The 'ping' utility has the a similar problem.
Until upgrading from 'Etch' to 'Lenny' on AMD64 (dual Opteron)
we had no problems with either. The system runs 'Smokeping'
tp monitor our networks. Now it is basically useless.
The results from
16 matches
Mail list logo