This bug is still present in bookworm. Attached updated patch.
diff -urN bash-5.2.15.orig/execute_cmd.c bash-5.2.15/execute_cmd.c
--- bash-5.2.15.orig/execute_cmd.c 2022-12-13 17:09:02.0 +
+++ bash-5.2.15/execute_cmd.c 2022-12-13 17:09:02.0 +
@@ -5633,7 +5633,12 @@
On Fri, 23 Feb 2024, Andreas B. Mundt wrote:
Hi Tim,
thanks for the provided patch! We see the same issue here, so I
included it in a locally built package to give it a try on our
infrastructure.
So far it looks quite promising, no errors up to now .
That's great! I've been running it for
Try again - without the old patch at the top.diff --git a/CMakeLists.txt b/CMakeLists.txt
index 024f6a0..011ab42 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -1,5 +1,7 @@
cmake_minimum_required(VERSION 3.1)
+set(CMAKE_EXPORT_COMPILE_COMMANDS ON)
+
# try to set the best C++ language
I've cleaned up the patch and got rid of a lot of the cruft that got
added while I was debugging.
Also found one more race condition in my original solution that I
believe is now fixed.
And I believe it's now safe even if different urls map to the same cache
file which the previous patch didn't
I've managed to reproduce this issue when many hosts hit apt-cacher-ng
at the same time.
Attached a patch which fixes it for me - this is a quick and hacky
patch!
Sent debug logs of a run that reproduces this problem and a run with
this patch applied directly to the maintainer.
diff --git
Guess we're finding out where everyone's update windows are. Some
though may report before resolving the issue or somewhat after.
Or people may not have noticed yet if they haven't rebooted or attempted
to start a new guest.
It doesn't affect buster hosts. bullseye is impacted.
Package: apt-cacher-ng
Version: 3.7.4-1
Severity: minor
Dear Maintainer,
The /etc/cron.daily/apt-cacher-ng installed by apt-cacher-ng uses
/usr/bin/xz from xz-utils but apt-cacher-ng does not depend on that
package.
Please consider adding this dependency otherwise you can get emails from
cron
I'd like to propose a slightly modified patch:
diff -urN bash-5.1.orig/debian/etc.bash.bashrc bash-5.1/debian/etc.bash.bashrc
--- bash-5.1.orig/debian/etc.bash.bashrc2022-03-27 18:36:06.0
+
+++ bash-5.1/debian/etc.bash.bashrc 2022-03-27 18:36:06.0 +
@@ -4,7
This same problem happens for SUBSHELL_PAREN, SUBSHELL_COMSUB,
SUBSHELL_PIPE and SUBSHELL_COPROC as well as SUBSHELL_ASYNC
Test case (This must be sourced to see SHLVL == 1 which causes
/etc/bash.bashrc to be sourced in a shell started by ssh)
$ cat test.sh
test1="bash -c 'echo \$SHLVL'"
I have also hit this bug while backporting openssh from unstable to bullseye
(ironically so I can avoid the need to use dpkg-divert)
I've redone the patch proposed above so that it applies against the
unpacked source package:
apt-mirror@aptmirror17:/mnt/mirror/local-debs (master)$ cat
On Wed, 8 Sep 2021, Helmut Grohne wrote:
I do see the advantages of using https. I do not see how to not make it
happen without breaking relevant use cases. Same with the /usr-merge. I
do see the advantages. I've stopped counting the things that broke. Most
recent one is the uucp FTBFS. Change
Package: debianutils
Version: 4.8.6.1
Severity: wishlist
Dear Maintainer,
add-shell uses the following construct to ensure that the last line of
/etc/shells contains a newline:
if ! awk '{print}' "$file" > "$tmpfile"
I'd like to request that it be changed to
if ! grep '' "$file" > "$tmpfile"
Package: dpkg
Version: 1.20.7.1
Severity: wishlist
Dear Maintainer,
This is a wishlist item relate to:
Re: Bug#924401: #924401 base-files fails postinst when base-passwd is unpacked
With the patch included below the problem packages, Provides: awk and
base-passwd can be trivially modified so
On Mon, 22 Feb 2021, Johannes Schauer Marin Rodrigues wrote:
So yes, workarounds are (sadly) still necessary to debootstrap Debian. But
arguing with Debian policy is the wrong way forward as policy does not talk
about the debootstrap scenario but only about the system where your packages
were
On Mon, 22 Feb 2021, Helmut Grohne wrote:
On Mon, Feb 22, 2021 at 07:33:10AM +, Tim Woodall wrote:
A. /etc/passwd is part of base-passwd's interface and base-files is
right in relying on it working at all times. Then base-passwd is rc
buggy for violating a policy must. Fixing
On Mon, 22 Feb 2021, Colin Watson wrote:
On Mon, Feb 22, 2021 at 07:33:10AM +, Tim Woodall wrote:
As far as I can see, making base-passwd not essential, only required,
and then making passwd and base-files pre-depend on base-passwd the
system seems to bootstrap /etc/passed and /etc/group
On Mon, 22 Feb 2021, Tim Woodall wrote:
On Sun, 21 Feb 2021, Chris Hofstaedtler wrote:
* Tim Woodall [210221 15:28]:
I am unsure how debootstrap avoids the first problem - It could just be
down to luck that debootstrap configures base-passwd before passwd. grep
is Priority: required
Hi,
A. /etc/passwd is part of base-passwd's interface and base-files is
right in relying on it working at all times. Then base-passwd is rc
buggy for violating a policy must. Fixing this violation is
technically impossible.
I seem to have hit this same issue independently.
Could you
On Sun, 21 Feb 2021, Chris Hofstaedtler wrote:
* Tim Woodall [210221 15:28]:
I am unsure how debootstrap avoids the first problem - It could just be
down to luck that debootstrap configures base-passwd before passwd. grep
is Priority: required and Essential: yes so it could be argued
On Sun, 21 Feb 2021, Chris Hofstaedtler wrote:
* Tim Woodall [210221 15:28]:
I am unsure how debootstrap avoids the first problem - It could just be
down to luck that debootstrap configures base-passwd before passwd. grep
is Priority: required and Essential: yes so it could be argued
Package: passwd
Version: 1:4.5-1.1
Severity: minor
Dear Maintainer,
passwd has a dependency on grep and base-passwd but does not explicitly
state those dependency.
When attempting to configure without base-passwd configured you get:
Setting up passwd (1:4.5-1.1) ...
pwck: cannot open
Might not be related, but a trivial makefile:
foo bar &:
echo
make -t only touches foo, not bar. Rerunning says 'foo is up to date'
Package: make
Version: 4.3-4
Severity: normal
Dear Maintainer,
(N.B. I've backported make 4.3-4 to buster as I need grouped targets but
I have made no changes other than to depend on guile-2.2-dev instead of
guile-3.0-dev)
In some cases you need to run make -t multiple times to touch all the
Hi,
I'm seeing a similar issue trying to install build-deps.
Steps to reproduce:
Minimal system with build-essential installed running on a system that
does not have systemd installed
fakeroot fakechroot chroot ${buildchroot}
apt-get -y --only-source build-dep openssh=1:7.9p1-10+deb10u2
...
Package: usbip
Version: 2.0+4.19.160-2
Severity: important
Dear Maintainer,
usbip stops working (this has been a long standing issue) and not the
bug I'm reporting.
Previously, when this happens I would do rmmod usbip_host, modprobe
usbip_host and then it would start working again.
Now, when I
My mistake. I was looking at the imap certificate but forgot to look at
the SMTP certificate - which is where the Subject Alternative Name was
missing.
This can be closed.
Package: chromium
Version: 80.0.3987.149-1~deb10u1
Severity: normal
Dear Maintainer,
If you start chromium with valid working ipv6 proxy config but no default
route configured then chromium will say:
No internet
There is something wrong with the proxy server, or the address is incorrect.
Add
Awesome, thank you! Confirmed that this has fixed my verification
failure. (FWIW, my failure was on ext3)
On Sun, 6 Oct 2019, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the dump package:
#940473: dump: Verify fails
Certificate:
Data:
Version: 3 (0x2)
Serial Number: 1044 (0x9896ac)
Signature Algorithm: sha256WithRSAEncryption
Issuer: C = GB, ST = London, O = Certificate Authority, CN = Tim
Woodall CA
Validity
Not Before: Sep 15 13:20:28 2019 GMT
Package: dump
Version: 0.4b46-3
Severity: minor
Dear Maintainer,
This is a very longstanding, but minor, bug that I've finally got around
to reporting. I did investigate trying to fix but it appeared highly
non-trivial.
Note that this only affects a verify. A restore gives the correct
results.
I've just upgraded to buster and this problem is resolved.
Package: sendmail-base
Version: 8.14.4-4+deb7u1
Severity: minor
I have /etc/mail/tls and also /etc/mail/ssl which contains dhparam.pem.
On upgrading sendmail-base the pre-inst script does:
# Move files to new home
if [ -d /etc/mail/ssl ]; then
I'm also seeing this problem. I can trigger these errors trivially by
doing:
/sbin/lvcreate -A n -L500M -s -nvar-backup /dev/vg0/var
and
/sbin/lvremove -A n -f /dev/vg0/var-backup
Seeing lots of these two errors:
Mar 24 10:53:25 feynman kernel: [4198946.403294] mdadm: sending ioctl
1261 to a
Upstream now has a fix for this. version 1.72 of traverse.c
Index: traverse.c
===
RCS file: /cvsroot/dump/dump/dump/traverse.c,v
retrieving revision 1.71
retrieving revision 1.72
diff -u -w -r1.71 -r1.72
--- traverse.c 10 Jun 2010
Package: dump
Version: 0.4b43-1
Severity: important
Tags: upstream patch
einstein:~# /sbin/dump -0 -f- /var/spool/news/overview/ | restore -oax -f-
DUMP: Date of this level 0 dump: Sat Feb 19 13:27:45 2011
DUMP: Dumping /dev/mapper/vg0-var (/var (dir /spool/news/overview)) to
standard output
On Fri, 25 Sep 2009, Jose Luis Rivas wrote:
Hi Tim,
What Jamie says is easy to check, just see the log of xscreensaver and
check if this is the case.
If that's true then this bug should be reassigned.
I'm still not able to find any logs for xscreensaver at all.
But I now think that I'm not
This is still happening. I've not found a way to fix it.
There was an earlier comment about checking xscreensaver logs but I
don't know where these logs are.
Tim
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Sorry, only just seen this reply. (My spamfilter thinks anything not
sent via BTS is spam)
Where is the xscreensaver log? I cannot see anything in Xorg.log but I'm
not sure what I'm looking for.
Tim.
--
God said, div D = rho, div B = 0, curl E = - @B/@t, curl H = J + @D/@t,
and there was
Package: xscreensaver
Version: 5.05-3
Severity: important
If you are switched to a virtual terminal e.g. ctrl-alt-f1 then the X
session does not lock.
The old behaviour in etch: when you switched back to the X session
ctrl-alt-f7 the screen would momentarily display the old screen before
the
I've been having a similar problem trying to get lvm on raid booting
with root=UUID=...
I've managed to get it working as follows:
1. Copy /sbin/dmsetup to sbin in the initramfs.
2. Add lvm=vg0 to the kernel commandline
3. Apply the following:
diff -ur y/init x/init
--- y/init
Package: sendmail-bin
Version: 8.14.3-5
Severity: minor
It's possible to install sendmail without having the procps package
installed. However /etc/init.d/sendmail uses ps to determine if sendmail
is running.
Tim.
-- Package-specific info:
Ouput of /usr/share/bug/sendmail-bin/script:
snip
On Sat, 7 Jun 2008, Guido Günther wrote:
On Sat, Jun 07, 2008 at 04:07:49PM +0100, Tim Woodall wrote:
With the add replaced with change, or the udev rule removed completely I've
never seen a failure.
O.k. find. A mark the bug as fixed in lenny then.
Do you have a chance to try the packages
On Sat, 7 Jun 2008, Guido Günther wrote:
On Fri, Jun 06, 2008 at 10:33:36PM +0100, Tim Woodall wrote:
The /etc/udev/rules.d/multipath.rules exposes a race that causes LVM
snapshots to fail to be created intermittently.
You mean:
# take care of devmap partitioning
ACTION==add, SUBSYSTEM
Package: multipath-tools
Version: 0.4.7-1.1etch1
Severity: normal
The /etc/udev/rules.d/multipath.rules exposes a race that causes LVM
snapshots to fail to be created intermittently.
This caused my backups to suddenly start failing when I installed this
package to get kpartx.
/sbin/lvcreate -A
I've had exactly the same problem.
Upgraded to etch with 2.4 kernel - everything working fine.
Upgraded to 2.6 kernel - won't boot.
In the rescue shell, vgchange -ay vg0 gives no volumes group found.
Everything is at the latest version in etch.
partition table is /dev/hda1 for /boot
I've just found this comment attached to bug#381351:
I just did a bit of investigation into a slimilar issue - it seems that
the image created by initramfs-tools doesn't work with LVM if mdadm is
not installed.
I suspect that this was my problem as I didn't have mdadm installed.
It may be
Bother - what I meant to say in that last message and forgot is the
following that is extremely annoying:
Apr 3 22:54:49 pauli upsd[981]: Data for UPS [belkin] is stale - check driver
Apr 3 22:54:50 pauli upsmon[985]: Poll UPS [EMAIL PROTECTED] failed - Data
stale
Apr 3 22:54:50 pauli
I'm seeing a similar problem with the belkin driver attached to the
serial port.
Nut Version: 2.0.1-4
pauli:/etc/nut# uname -a
Linux pauli.home.woodall.me.uk 2.4.27-3-k6 #1 Wed Feb 8 12:52:54 UTC
2006 i586 GNU/Linux
In my case this seems to be caused by using the scanner which is
attached by an
Package: console-tools
Version: 1:0.2.3dbs-56
Followup-For: Bug #312844
I'm having exactly the same problem while attempting to build a kernel
for the psion 5mx (http://linux-7110.sourceforge.net/)
This contains a number of special keycodes for controlling things like
backlight, contrast, power
I've now constructed a patch that fixes this problem for me. (I don't
think this will fix the original problem as that was running loadkeys
without --mktable)
I now do:
LD_PRELOAD=./libconsole.so ./loadkeys -u --mktable keymap_psion_us.map
keymap_psion_us.patch.c
and the mapfile is created
I've discovered that the version of loadkeys in Sid already fixes the
problem building the keyboard map for the psion if you supply the -u
option. Still have the problem that you must be root (patch in bug
#341956 that fixes this)
Has the original poster tried using loadkeys with the -u flag? Or
The version in Sid, together with this patch, also fixes the problems
I've reported in Bug #312844
Tim.
--
God said, div D = rho, div B = 0, curl E = - @B/@t, curl H = J + @D/@t,
and there was light.
http://tjw.hn.org/ http://www.locofungus.btinternet.co.uk/
--
To UNSUBSCRIBE,
Identical problem, fixed by same patch, in package kbd.
(Patch is same change, but the above patch will not apply to the source
in kbd - the indenting is different)
Can this bug also be attached to package kbd? Or does a new bug need
opening?
Tim.
--
To UNSUBSCRIBE, email to [EMAIL
The included patch fixes the problem where CAserial no longer works.
Note that you now have to give either CAserial or CAcreateserial (or
both) in order to use a serial number file.
The first hunk of the patch fixes the actual bug report. The second hunk
fixes a bug where there is more than one
54 matches
Mail list logo
