if [ "$exe" = "$EXE" ]; then
echo "$pid"
return 0
fi
sleep 1
timer=$(( timer - 1 ))
done
return 1
}
Hope this helps,
--
Michel Lespinasse
On Tue, Apr 20, 2021 at 11:43:12AM +0200, Ondřej Surý wrote:
> Control: forwarded -1 https://gitlab.isc.org/isc-projects/bind9/-/issues/2623
>
> Hi Michel,
>
> the issue will be fixed in the next upstream release (due to next week).
>
> The overwrite should happen only once on the upgrade to
Package: bind9
Version: 1:9.16.13-1~bpo10+1
I'm running a debian buster system, with a small number of packages
installed from buster-backports, one of them being bind9 (for the
dnssec inline signing / policy enhancements).
I'm using inline dnssec signing for some of my zones:
zone
Got the fix upstream as commit 527933db2434cc103428e04cf72fdd04c13a06a9
On Mon, Feb 1, 2021 at 6:27 AM Mattia Rizzolo wrote:
>
> Hi!
>
> On Sun, Jan 31, 2021 at 05:48:25AM -0800, Michel Lespinasse wrote:
> > Dehydrated supports two locations for config settings:
> > - Th
As suggested here, I filed the issue with ISC as
https://gitlab.isc.org/isc-projects/bind9/-/issues/2463
Package: bind9
Version: 1:9.16.11-2~bpo10+1
I'm running a debian buster system, with a small number of packages
installed from buster-backports, one of them being bind9 (for the
dnssec inline signing / policy enhancements).
My setup seemed to work fine with bind9 version 1:9.16.8-1~bpo10+1 ,
but
Package: dehydrated
Version: 0.7.0-1~bpo10+1
Severity: normal
Dear Maintainer,
Dehydrated supports two locations for config settings:
- The main config file, /etc/dehydrated/config by default
- Per-certificate config files, i.e. certs/*/config
Settings defined in the per-certificate config
Package: dkimpy-milter
Version: 1.2.1-1~bpo10+1
Severity: normal
This is a tiny thing I noticed while checking the dkimpy-milter code
for another issue I was looking at:
dkimMilter.get_identities_sign() initially sets iequals = None;
from context it seems that it should set self.iequals = None
Package: dkimpy-milter
Version: 1.2.1-1~bpo10+1
Severity: normal
I have been encountering issues trying to configure the sign-vs-verify
logic in dkimpy-milter. Some of it comes down to confusing documentation,
but it also appears that the behavior I want can not be configured.
I would like the
Package: dhcp3-client
Version: 3.1.1-5
Tags: patch
While trying to figure out why it takes so long to up an interface using
dhcp, I had a look at the source code. It seemed to me that a lot of
the delays were unnecessary. After fixing what I saw, it now takes about
a quarter second to up an
Package: ifplugd
Version: 0.28-12
Tags: patch
According to ifplugd's manual, when passed the options -u0 and -d0,
ifplugd should up and down the interface as soon as it detects the cable
was connected or disconnected. For example, if running with options
-t10 -u0 -d0, one would expect the
I'm learning only today of the proposed dependancy on apache2-suexec.
I think it's a bad idea: the dspam web frontend runs just fine with other
web servers, and it is very unusual to have a packaged cgi-bin script
depend on any particular web server.
I have been running dspam's web frontend with
Package: python2.4-minimal
Version: 2.4.4-3+etch1
Tags: patch
I'm observing a descriptor leak issue using python 2.4 as distributed in etch.
This is on an amd64 architecture system.
The following code leaks two file descriptors when 'jpegexiforient' is
not installed:
try:
Package: cherokee
Version: 0.5.5.dfsg-2
First day I use cherokee, so it's possible I did something wrong...
I have a cgi-bin script I've been working on - it generates thumbnail
galleries from some picture directory on my hard drive. Sometimes the CGI
script generates a Location: header for a
I thought I should send out a minimal test case for this.
I started with a fresh cherokee installation from etch
(on amd64 architecture) and kept the default config files.
I created /usr/lib/cgi-bin and added the following script as
/usr/lib/cgi-bin/crashme.cgi:
#!/usr/bin/python
import sys
Package: udev
Version: 0.105-4
I'm using debian etch on a couple systems, but with a custom compiled
2.6.26 kernel. The systems have SATA DVD drives which are correctly
recognized by my kernel. udev does create an scd0 device for them, but
for some reason it does not create any dvd and cdrom
I was hitting this as well, on all of my debian machines at several sites,
most of them running etch.
Today I found a fix: in the preferences menu, selecting
new pages should be opened in a new window, then again
new pages should be opened in a new tab fixes the issue.
This worked on all of my
cpu. auto behaves like single on uniprocessor system,
Hope this helps,
--
Michel Lespinasse
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
???
(I'm not sure when the DST time change occurs in other countries/locations...)
--
Michel Lespinasse
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: ntp
Version: 1:4.2.2.p4+dfsg-2
The ntp package as included in etch does not properly support the 'burst'
option in ntp.conf. If a local client tries to synchronize with
time.example.net using a line such as 'server time.example.net burst iburst'
in its ntp.conf file, the burst option
Package: klibc-utils
Version: 1.4.34-1
Trying to run nfsmount, I get the following errors:
nfsmount -o ro,nolock server:/foo /mnt
socket: Protocol not supported
socket: Protocol not supported
NFS over TCP not available from server
Using strace, I see the following:
execve(nfsmount, [nfsmount,
On Wed, Aug 15, 2007 at 05:56:51PM +0200, maximilian attems wrote:
urrgs indeed that got fixed postetch
ok i've build tested the attached git patch.
Thanks for the patch and for the corresponding build instructions
(I had never used debuild before).
I can confirm that this builds fine on
Package: clamav-milter
Version: 0.91.1-1~volatile1
Severity: normal
I've been following the instructions from
/usr/share/doc/clamav-base.README.Debian.gz to interface clamav-milter
with postfix using a setgid directory. However this does not work
out of the box - as shown in the instructions,
Package: clamav-base
Version: 0.90.1-3etch3
Severity: important
In debian etch one can set RAMRUN=yes in /etc/default/rcS and get a
tmpfs mounted over /var/run. This works fine with most packages, but not
with clamav. On startup I get a message 'ERROR: Socket file
/var/run/clamav/clamd.ctl
I've been having this issue as well. I was running bind9 (the final
etch version) on a small mipsel router, and it died about once a week.
Today I transferred my name server to an amd64 box (still running etch).
I dont know yet if this will help. Maybe not, as I see Philippe's report
is on i386.
On Fri, Apr 20, 2007 at 01:52:52AM -0400, Daniel Kahn Gillmor wrote:
Please weigh in there if you have any thoughts about the issues we'll
face during the upgrade. The more folks who speak up about what they
need for 3.8.0, the better our package will be.
I'm using dspam as a delivery agent
I did hit the same issue at work - autofs worked fine as I just
installed the packages, then broke at soon as I rebooted. Yuck!
As noted earlier the main issue is that nis and autofs are both at
priority 19 currently. Seems like we should at least start by moving
nis to priority 18, since that
I had reported this bug a week ago running on my mipsel based router.
Today I hit it again. Same assertion failure shown in syslog.
I'm still running version 1:9.3.2-P1.0-1.
If you can tell me how to configure things so that bind9 generates a
core file when it dies, I'll do that to help the
Package: bind9
Version: 1:9.3.2-P1.0-1
Bind9 (running on my mipsel based router) died today. Trying to investigate
the issue, I found the following lines in my syslog and daemon.log files:
Jan 30 19:17:59 Trieuse named[650]: mem.c:628: INSIST(((unsigned char
*)mem)[size] == 0xbe) failed
Jan 30
Package: linux-2.6
Version: 2.6.18-8
Severity: normal
This is a followup to an issue initially reported to the mdadm package
as bug 405919. As there is really a separate kernel issue, Martin asked
me to file a separate bug.
The RAID1 repair process is currently a no-op. The upstream
Package: mdadm
Version: 2.5.6-7
Severity: normal
My RAID1 arrays get checked by checkarray the first sunday of every
month (default mdadm configuration, I think).
I have noticed that /sys/block/md1/md/mismatch_cnt reports a count of
128 unsynchronized blocks. checkarray does not report or
Package: dpkg
Version: 1.13.24
Severity: normal
As reported under bug 395140, dpkg/dselect takes a lot of memory and
can easily push low-memory systems to swap. Most of this memory usage
is related to parsing the available file into an in-memory database.
I mentionned this issue to Matt
This change reworks parse.c to avoid mmapping the entire file, which reduces
memory usage by up to 20MB when parsing the available file.
The file is now read in 64KB chunks. A new chunk is loaded whenever we
get to the end of the previous chunk. Because fields can cross over
chunk boundaries (or
Hmmm - let me take back my previous comment about interactive
performance being OK again on a 32MB box.
I had edited /var/lib/dpkg/available on my box to remove all lines
starting with a space - i.e., in practice, the multiline package
descriptions. With *that* change plus my ncurses patch,
The attached patch helps with low-memory performance by implementing
segregated memory storage. A separate obstack is used for allocating
information related to the Installed-Size, Origin, Maintainer, Bugs,
Architecture, Source, Filename, Size, MD5sum, MSDOS-Filename and
Description fields, as
tags 395140 patch
thanks
The following patch seems to reduce dselect memory usage by using a
smaller ncurses buffer size. Interactive performance is useable again
on my 32MB test box.
Thanks,
--
Michel Walken Lespinasse
Bill Gates is a monocle and a Persian cat away from being the villain
in a
Package: dselect
Version: 1.13.22
Severity: normal
dselect select seems to take about 48 MB while displaying the packages, this
causes a
small-memory system (32MB) to go heavily into swap.
A quick run with valgrind --tool=massif reveals that about 15MB are allocated
by 'newpad'.
Apparently
Package: util-linux
Version: 2.12r-10
Severity: normal
I'm having a minor issue with a small mipsel system which does not have
any hardware clock (so it can not keep track of time accross reboots).
I set up the system's clock using ntpdate, but that can only happen once
the network is up, which
Package: initscripts
Version: 2.86.ds1-15
Severity: normal
I'm having some minor time issues at boot time on a small mipsel system.
I made the following observations about the system:
/etc/init.d/checkroot.sh has a small header indicating hwclockfirst
should be started. However in /etc/rcS.d,
I've been talking with upstream maintainer Matt Johnston and it looks like
a version of this patch should make it into the next upstream release.
Hope this helps,
--
Michel Walken Lespinasse
Bill Gates is a monocle and a Persian cat away from being the villain
in a James Bond movie. -- Dennis
Package: dropbear
Version: 0.48.1-1
I'm hitting the same problem as in bugs #310732 and #355414 - trying to
run dropbear on a small mipsel system, but /dev/random does not have
enough entropy. This makes dropbear unreliable on this system without
a recompile.
The attached patch adds a -u runtime
Package: installation-reports
Boot method: CD
Image version: etch beta3 mipsel netinst. Also tried daily built image (aug 28)
Date: August 28, 2006
Machine: DECstation 5000/200, simulated using gxemul (gxemul -e3max)
Comments:
I did not succeed with the install.
I was trying to follow gxemul
Package: hdparm
Version: 6.1-2
Severity: wishlist
The hdparm package has support for setting drive parameters depending on
APM power events. However, there is no such support for ACPI power events.
Maybe this could be added ? Or is there a nicer way to make ACPI
backwards compatible with APM
Package: hotplug
Version: 0.0.20040329-22
Severity: wishlist
I have a digital camera (nikon coolpix) that stores pictures on CF
cards. The camera has an usb interface, with the usb-storage driver
I can mount the camera's CF card as my /dev/sda1 drive. This works fine
with hotplug.
There is one
44 matches
Mail list logo