G'day,
TLDR; I think the current openssh TOS settings of AF21 and CS1 are a poor
match for the old TOS bit fields and are causing confusion. IMHO AF22 and
AF11 would be a better backwards-compatible choice. I think the
iptables use of "08x/0x3f" for Maximize-Throughput is only wrong in that
the
has
become a source of more bugs than the rollsum it was designed to check.
So this problem has been fixed upstream with the release of v2.1.0 by
removing the --paranoia feature.
On Thu, 15 Aug 2019 at 21:35, Donovan Baarda
wrote:
> Thanks for reporting this.
>
> This should not be
was just considering removing the --paranoia setting because I thought
the delta code in librsync was pretty mature and we didn't need it any more.
I filed an upstream bug against librsync and will investigate/fix;
https://github.com/librsync/librsync/issues/155
--
Donovan Baarda
Package: zope2.13
Version: 2.13.22-1
Severity: normal
Dear Maintainer,
After a recent apt-get update and reboot my zope2.13 instances failed
to start. Running:
$ sudo /etc/init.d/zope2.13 start
gave no meaningful output. Running:
$ sudo systemctl status zope2.13
told me that it had "exited"
de the
TTL with the following entry in your dnsmasq.conf
min-cache-ttl=60
This will cache all responses for at least 1m.
--
Donovan Baarda <a...@minkirri.apana.org.au>
Package: nfs-common
Version: 1:1.2.8-9
Followup-For: Bug #768006
Dear Maintainer,
I also encountered this problem, and had a nasty time trying to fix
it. In my case I just want to nfs mount /home with this /etc/fstab
entry;
ngurra:/Minkirri/home nfs defaults,bg 0 0
On reboot
Package: shorewall
Version: 4.5.16.1-1
Severity: normal
Dear Maintainer,
My shorewall stopped working after an upgrade, refusing to start. A
quick check shows that it considers using the | prefix on marks in
the tcrules to be invalid;
$ sudo shorewall check
Checking...
Processing
Package: shorewall
Version: 4.5.21.1-1
Followup-For: Bug #726306
Dear Maintainer,
Just confirming that this bug is still present in version 4.5.21.1-1.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (300, 'unstable'), (200,
Package: shorewall
Version: 4.5.21.1-1
Followup-For: Bug #726306
Dear Maintainer,
I could fix this problem by applying the following change in
/usr/share/shorewall/Shorewall/Tc.pm;
--- Tc.pm.orig 2013-10-14 23:58:48.667300922 +1100
+++ Tc.pm 2013-10-15 09:48:25.831024113 +1100
@@ -645,7
Package: zope2.12
Version: 2.12.26-1
Severity: important
Dear Maintainer,
Debian testings python2.6 support has decayed to the point where
Zope2.12 can nolonger run.
After recent updates on my Debian testing system, I found Zope would
not start. Running the start command manually revealed a
Package: zope2.12
Version: 2.12.22-1
Severity: normal
Dear Maintainer,
In a fresh zope2.12 instance, the standard_error_message for any error
is rendered as text full of html tags. Just visiting a non-existing
page like http://localhost:9673/crap results in a page of barely
readable raw html.
Package: polipo
Version: 1.0.4.1-1.1
Severity: important
Dear Maintainer,
In a client configured to use the polipo proxy, attempting to access a
url with a nonexitent hostname like http://crap.crap/ makes polipo
crash. There is nothing in the logging output to indicate what
happened. A chrome
Package: polipo
Version: 1.0.4.1-1.1
Severity: wishlist
Dear Maintainer,
I'm used to using squid and using its logs to generate stats useful
for analysing traffic and proxy performance. This has been very useful
for tuning cache perfomance and identifying popular and/or problematic
servers.
Package: gnome-cups-manager
Version: 0.31-3
Followup-For: Bug #383785
I have exactly the same problem. The crutial line in error log appears
to be;
D [14/Jan/2007:11:55:52 +] [Job 12] Last OS error: 2
D [14/Jan/2007:11:55:52 +] [Job 12] ESP Ghostscript 815.03:
Unrecoverable error, exit
Package: cupsys-driver-gutenprint
Version: 5.0.0-2
Severity: important
After installing cupsys and cupsys-driver-gutenprint and attempting to
Add This Printer for my Epson Stylus R220 from the CUPS webserver
Administration tab, I was presented with only 6 different basic Epson
driver options,
Package: printconf
Version: 0.7.6
Severity: important
Attempting to run printconf gives;
$ sudo printconf
Configuring Epson Stylus Photo R220 on usb:/dev/usb/lp0 with
gutenprint driver
as queue stylus_photo_r220.
Cannot read file /usr/share/foomatic/db/source/driver/gutenprint.xml!
Driver file
Package: gnome-screensaver
Version: 2.14.3-1
Severity: important
The unlock dialog always reports the passwd is invalid. In my
/var/log/auth.log I see to following every time it fails;
Aug 20 14:13:28 pirli gnome-screensaver-dialog: (pam_unix)
authentication failure; logname= uid=1000 euid=1000
Package: rrdcollect
Version: 0.2.3-2
Severity: wishlist
Version 0.2.3 of rrdcollect includes support for exec://dir/command
style sources. This allows it to use commands for data collection,
such as /usr/bin/sensors.
This feature is enabled by passing --enable-exec to configure. I know
the
Package: evolution
Version: 2.2.2-4
Followup-For: Bug #325571
I have the identical problem with identical debugging output from gdb.
In my case the problem only started when I switched to the task view,
and now occurs every time I start evolution. By deleting ~/.evolution
I was able to get
Package: rdiff-backup
Version: 0.13.4-5
Severity: normal
I'm attempting to backup a filesystem that has a large number of hard
links. I am getting the following crash and traceback;
Traceback (most recent call last):
File /usr/bin/rdiff-backup, line 23, in ?
is not with sort, but with whatever has the locale sort tables.
This needs to be fixed. When you start to have FAQ's advising people how
to work around bugs like this, things are bad. A quick search found
people forcing locale=C for sorts all over the place.
--
Donovan Baarda
of a problem.
Yes please! I am not a DD, so I can't do the packaging stuff. Feel free
to email me if you need any help, but I can't promise rapid responses,
at least for a couple of months.
--
Donovan Baarda
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
Package: mdadm
Version: 1.9.0-2.1
Followup-For: Bug #294404
G'day,
just finished reading the stuff on this bug after finding an apt-get
upgrade to 1.9.0-21 broke my raid. The bug report for #301560 is also
related...
Moving mdadm-raid from S25 to S04 in rcS.d broke things for me. First,
udev
udev time to create things like
the /dev/sda devices after loading the sata_sil module.
This is something I detailed in the bug report at;
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=273182
--
Donovan Baarda [EMAIL PROTECTED]
http://minkirri.apana.org.au/~abo/
--
To UNSUBSCRIBE, email
modprobe could
take ages. But even if modprobe didn't wait for udev, anything that
wanted to mount those partitions would still have to wait for udev.
Unless udev can be made faster, it will probably prove to be unusable on
such systems.
--
Donovan Baarda [EMAIL PROTECTED]
http
.
It is fair enough to close a bug with a wont fix because it is a
wishlist that is never going to be implemented...
--
Donovan Baarda [EMAIL PROTECTED]
http://minkirri.apana.org.au/~abo/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: debianutils
Version: 2.8.4
Severity: wishlist
In /etc/X11/gdm/Xsession and /etc/X11/Xsession there is some scripting
designed to list run-parts style scripts in a directory that need to
be sourced. Next to this code is the following comment;
# until run-parts --noexec is implemented
Package: uw-imapd
Version: 7:2002edebian1-6
Severity: minor
The current logcheck ignore.d.server config does not quite correctly
filter out connect messages. Often these end in the form from
host.domain.name (222.222.22.22) and the current filter seems to not
expect the reverse lookuped
level
EVP interface?
The reason I ask is it would be pretty trivial to modify md5module.c to
use the openssl API for any digest, and would be less risk than
fresh-coding one.
--
Donovan Baarda [EMAIL PROTECTED]
http://minkirri.apana.org.au/~abo/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
G'day,
From: Bob Ippolito [EMAIL PROTECTED]
On Feb 11, 2005, at 6:11 PM, Donovan Baarda wrote:
[...]
Given that Python is already dependant on openssl, it makes sense to
change
md5sum to use it. I have a feeling that openssl internally uses md5,
so this
way we wont link against two
be to including the source in Python sources.
FWIW, I also have an md4sum module and md4c.c implementation that I'm
happy to contribute to Python (done for pysysnc).
--
Donovan Baarda [EMAIL PROTECTED]
http://minkirri.apana.org.au/~abo/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Thu, 2005-02-10 at 21:30 -0500, Bob Ippolito wrote:
On Feb 10, 2005, at 9:15 PM, Donovan Baarda wrote:
On Tue, 2005-02-08 at 11:52 -0800, Gregory P. Smith wrote:
[...]
One possible alternative would be to bring in something like PyOpenSSL
http://pyopenssl.sourceforge.net/ and just
On Thu, 2005-02-10 at 23:13 -0500, Bob Ippolito wrote:
On Feb 10, 2005, at 9:50 PM, Donovan Baarda wrote:
On Thu, 2005-02-10 at 21:30 -0500, Bob Ippolito wrote:
[...]
Only problem with this, is pyopenssl doesn't yet include any mdX or sha
modules.
My bad, how about M2Crypto http
On Fri, 2005-02-11 at 17:15 +1100, Donovan Baarda wrote:
[...]
I think it would be cleaner and simpler to modify the existing
md5module.c to use the openssl md5 layer API (this is just a
search/replace to change the function names). The bigger problem is
deciding what/how/whether to include
is running.
This seems counter to generally accepted use of pid files.
--
Donovan Baarda [EMAIL PROTECTED]
http://minkirri.apana.org.au/~abo/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
35 matches
Mail list logo