Package: ausweisapp2
Version: 1.26.7-2
Severity: wishlist
Hey.
A new upstream major version (2.x) is out, and they've apparently also
rebranded it back to just "AusweisApp" (i.e. no longer a 2 in the name).
Cheers,
Chris.
Source: libaacs
Version: 0.11.1-2
Severity: wishlist
Hey.
Upstream contains the aacs_info program at:
src/examples/aacs_info.c
would it be possible to build and package that (e.g. as libaacs-tools or so),
too?
Thanks,
Chris.
On Sun, 2023-11-26 at 15:52 +1100, Dmitry Smirnov wrote:
> https://salsa.debian.org/debian/smartmontools/-/commit/625f38bc
Thanks :-)
And sorry again for the noise and not having checked --install in
detail before reporting.
Cheers,
Chris
Hey Paul.
On Sun, 2023-11-26 at 11:01 +0800, Paul Wise wrote:
> BTW Chris, I imagine you might have some issues for this page:
>
> https://wiki.debian.org/PrivacyIssues
In which respect?
AFAICS that page is mainly about privacy (in the sense of calling
home).
My main concern is rather security
Package: duperemove
Version: 0.11.2-3
Severity: wishlist
Hey
Debian’s 0.11.2 is older than 2 years. 0.14.1 is out with many changes.
Thanks,
Chris.
Control: severity -1 normal
Control: tags - security
Hey.
On Sun, 2023-11-26 at 12:23 +1100, Dmitry Smirnov wrote:
> I think you misunderstood that invocation of `update-smart-drivedb`
> in postinst is an equivalent of
>
> ```
> cp -f /usr/share/smartmontools/drivedb.h
> /var/lib/smartmontool
If you really insist on having that functionality, wouldn't it be
anyway better to:
- Add a systemd.timer that regularly (perhaps weekly?) calls
update-smart-drivedb instead of doing it only once in postinst,
where it's unlikely to be of much use, because the package was just
upgraded, so th
Package: smartmontools
Version: 7.4-1
Severity: grave
Tags: security
Justification: user security hole
X-Debbugs-Cc: Debian Security Team
Hey.
The most recent upgrade forces people to use
update-smart-drivedb by doing it already in the postinst and not leaving it
up to the user whether he wants
Package: sshfs
Version: 3.7.3-1.1
Severity: normal
Hey.
The following problem persits also in unstable.
Doing the following fails:
# mount foo.example.org:/ /mnt -t fuse.sshfs -o setuid=someUser,furtherOptions
fuse: unknown option(s): `-o setuid=someUser'
Whereas it does work if one calls e.g.:
Just for the records:
There's now a fix for this at:
https://github.com/systemd/systemd/pull/30074
(which I confirmed working)
>From my side it's not super important to have that cherry picked.
I'd hope it might still make it into 255, so for that I can easily wait
and it saves you guys some wo
Control: forwarded -1 https://github.com/systemd/systemd/issues/30083
On Fri, 2023-11-17 at 13:48 +, Luca Boccassi wrote:
> Please open an issue on github and attach debug level logs showing
> the
> error
Done.
Cheers,
Chris.
On Fri, 2023-11-17 at 15:37 +0100, Michael Biebl wrote:
> downgrades are not officially supported by Debian.
Sure... and if it's not fixable... well then it's not. But at least it
would be better then to abort the downgrade if it's detected that e.g.
a DE is running.
In my case it didn't matter bu
On Fri, 2023-11-17 at 08:40 +0100, Bastian Venthur wrote:
> If bash completion is not enabled on purpose, I would
> consider this behaviou a bug. But I believe just enabling the bash
> completion
> by default would be the better solution.
In any case, please do not enable the fzf-completion (i.e.
Package: systemd
Version: 255~rc2-1
Severity: normal
Hey.
The following two issues are both solved when downgrading to 254.5-1 (and
completely
rebooting the system, before trying again - they also shop up again, only after
completely rebooting the upgraded systemd again):
1) I have a somewhat s
Package: debhelper
Version: 13.11.7
Severity: wishlist
X-Debbugs-Cc: pkg-systemd-maintain...@lists.alioth.debian.org
Hey there.
Would it make sense and be possible for the systemd debhelper programs to
support systemd generators?
I think of something like just copying the file to the right loca
Hey.
Upstream has released 6.6.1, which contains an important fix.
6.6 should not be used, see:
https://lore.kernel.org/linux-btrfs/20231105222046.19483-1-dste...@suse.com/T/#u
Cheers,
Chris.
Package: btrfs-progs
Version: 6.3.2-1
Severity: wishlist
Hey.
6.6 is out ad 6.3 is rather outdated now :-)
Cheers,
Chris.
Package: webext-ublock-origin-firefox
Version: 1.52.0+dfsg-1
Severity: wishlist
Hey.
1.53.0 is out since a few days :-)
Thanks,
Chris.
FYI: Ubuntu is apparently also consider to add this:
https://github.com/openssh-gsskex/openssh-gsskex/issues/24#issuecomment-1768955946
Cheers,
Chris.
Hey.
Seems a new upstream version is out:
https://github.com/strukturag/libheif/releases/tag/v1.17.0
Cheers,
Chris
Package: openssh-client
Version: 1:9.4p1-1
Severity: wishlist
Hey there.
I've recently filed:
https://github.com/openssh-gsskex/openssh-gsskex/issues/24
(not sure whether this is actually the current upstream, if there's
any at all, of Debian's GSSAPI patch).
In short, the problem is, that the
Hey Jeremy
It seems everything is now fixed upstream (see
https://github.com/strukturag/libheif/issues/974).
But upstream also said[0] a new release might follow in the next
days,... so I guess you don't really need to cherry pick the various
commits that were now necessary.
[0] https://git
Hey Unit 193.
Just a heads up:
I recently filed https://github.com/yt-dlp/yt-dlp/issues/8193 and it
was implemented via:
https://github.com/yt-dlp/yt-dlp/pull/8205
So in future versions you can drop the Recommends on:
python3-xattr | python3-pyxattr | attr
probably altogether.
Thanks,
Chris
Hey Jeremy
On Sat, 2023-09-30 at 05:39 -0400, Jeremy Bícha wrote:
> I pushed my change to the wip/10421242 branch of
> https://salsa.debian.org/multimedia-team/libheif if someone wants to
> do a test build.
I finally came around testing this.
1) building (with all build-deps installed) generall
Thanks for fixing this, Jonathan. :-)
Cheers,
Chris.
Hey.
On Fri, 2023-09-29 at 20:13 -0400, Jeremy Bícha wrote:
> Please install pipewire-audio instead of pipewire directly.
a) That still leaves the problem of other processes freezing?
b) Shouldn't other packages, which now depend on
pipewire-pulse|pulseaudio, then rather depend on pipewire-au
Package: pipewire
Version: 0.3.80-2
Severity: normal
Hey there.
Recently, cinnamon-settings-daemon in version 5.8.1-2 started to prefer
pipewire(-pulse) over pulseaudio, so I thought cinnamon would be ready
for it and gave it a try.
That is, I've installed pipewire (and pipewire-pulse) but no re
Package: firefox
Version: 118.0-1
Severity: wishlist
Hey.
Numerous packages have started to suggest:
pipewire-pulse | pulseaudio
(or vice versa).
It seems firefox also works with pipewire-pulse, so maybe firefox should adopt
the same alternative?
Thanks,
Chris.
Hey folks.
I filed an issue upstream at:
https://github.com/junegunn/fzf/issues/3457
which describes the situation leading to this bug and discusses
possible solutions.
The main problem is IMO, that right now, fzf's completion.bash file
contains both, code for:
a. completing options for fzf itse
Just for the records:
The workaround I've proposed before (using something like
/etc/bash_completion.d/fzf) may not be the best way either.
I'm looking into what should be done (see also discussion
at https://github.com/scop/bash-completion/issues/1055), but perhaps
the ideal solution would first
Hey.
A workaround would be what the git package does with:
/etc/bash_completion.d/git-prompt
which sources:
/usr/lib/git-core/git-sh-prompt
which in turn provides:
__git_ps1()
and some others that are thereby unconditionally loaded by every bash
instance.
I've asked upstream whether there a
On Thu, 2023-09-21 at 23:31 +0200, Egmont Koblinger wrote:
> VTE's emulation behavior didn't change recently. Bash/Readline could
> have changed, I don't know (might be interesting to check their
> Ubuntu
> packages' changelogs).
What I did notice that libvte and gnome-terminal packages were both
Hey.
Any chance to cherry pick the fixing commit from upstream and upload a
new version with that to unstable?
Thanks,
Chris.
Hey there.
It's a bit weird, I can *no* longer reproduce it.
I have now (and everything else except libheif* at the current versions
of unstable):
libvte-2.91-0:amd64 0.74.0-2
gnome-terminal 3.50.0-1
If I use my original PS1 and the command I've mentioned before, go back
with the Up key and then
On Tue, 2023-09-19 at 13:47 +0200, Samuel Thibault wrote:
> I can't reproduce it.
Interestingly, I've just been able to reproduce it even with 0.73.99-1:
I have this command:
$ exiftool -p '${CreateDate} ${FileName}' * 2> /dev/null
press enter, then Up key, then I move the cursor behind the 2 an
Package: libvte-2.91-0
Version: 0.74.0-1
Severity: important
Hey.
After upgrading to 0.74.0-1 I've experienced some weired behaviour when
editing history lines in bash (via libreadline).
What I do is, getting a line from the history, either via the Up-key
or via incremental reverse searh (Ctrl-
On Thu, 2023-09-07 at 16:30 +0200, Julian Andres Klode wrote:
> Cleaning it up would certainly be the wrong choice, after all the
> reason
> it sticks around for you is your local configuration snippets you
> dropped in
> there.
Ah, I thought maybe you had just dropped the functionality to have
cu
Sorry, hadn't seen that this was already reopened.
Cheers
Chris.
Control: reopen -1
Hey.
Even with 45~rc-1 I still get the same behaviour.
Nothing printed on the keys and a segfault soon as I press any key:
[ +19,376357] tecla[619172]: segfault at 18 ip 55cb938ae404 sp
7ffc1cbea498 error 4 in tecla[55cb938ac000+4000] likely on CPU 2 (core 4,
socket
Package: grub-common
Version: 2.12~rc1-9
Severity: normal
Hey.
This package apparently used to contain/create /etc/default/grub.d but no longer
does so.
On upgrade:
Unpacking grub-common (2.12~rc1-9) over (2.06-13) ...
dpkg: warning: unable to delete old directory '/etc/default/grub.d': Direct
Thanks :-)
Best wishes,
Chris.
Package: python3-pep517
Version: 0.13.0-2
Severity: normal
Hey.
As far as I understand python3-importlib-metadata is just a backport of features
that are included since python 3.8.
So maybe it would be possible to depend on:
python3-importlib-metadata | python3 (> 3.8)
like some other package
Package: visidata
Version: 2.11-1
Severity: normal
Hey.
As far as I understand python3-importlib-metadata is just a backport of features
that are included since python 3.8.
So maybe it would be possible to depend on:
python3-importlib-metadata | python3 (> 3.8)
like some other packages, that a
On Fri, 2023-08-11 at 09:36 -0400, Jeremy Bícha wrote:
> Yes, this is a known issue and it's why I am patching out the switch
> from gkbd-display to tecla in GNOME 45 apps until the tecla app
> actually works.
Ah thanks :-)
Cheers,
Chris.
Package: tecla
Version: 45~beta-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hey.
IIRC, this was already the case in the previous version in sid:
When starting tecla, I see only the window and they grey areas for
the keys, but the
Package: libsource-highlight-common
Version: 3.1.9-4.2
Severity: wishlist
Hey.
src-hilite-lesspipe.sh depends on the source-highlight binary,
which is however not part of libsource-highlight-common nor does
that depend on the package which contains it.
Perhaps src-hilite-lesspipe.sh should be be
Hey.
Just for the records:
I've filed an RFP[0] for the lesspipe alternative from:
https://github.com/wofr06/lesspipe
respectively
https://www-zeuthen.desy.de/~friebel/unix/lesspipe.html
which, AFAICS, is also the one used in gentoo.
Should it get packaged, than maybe both could simply happi
Hey Milan.
Have you already had a change to look at my "pull requests"?
https://salsa.debian.org/calestyo-guest/less/-/tree/misc-improvements
(Would love to see RPMs readable without having to install rpm. :-D)
And perhaps also at:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=988570
btw:
Package: wnpp
Severity: wishlist
* Package name: lesspipe
Version : 2.08
Upstream Contact: Wolfgang Friebel
* URL : https://github.com/wofr06/lesspipe
* License : GPL2
Programming Lang: Shell
Description : a preprocessor for less
https://github.com/wof
Package: highlight
Version: 3.41-2+b6
Severity: wishlist
Hey.
3.41 seems quite old (5 years ago?)... 4.4 is the most recent version as of now
:-)
Cheers,
Chris.
Hey.
A fix has been merged upstream... well at least a fix for udisk (only).
libblockdev might still do that questionable stuff.
https://github.com/storaged-project/udisks/commit/60179ee1a364fc8a4b32a45668abd9f75ebf0117
Cheers,
Chris.
Package: postgresql-common
Version: 248
Severity: normal
Hi.
Apparently, postgresql-common before bookworm used to contain a
dpkg conffile:
/etc/sysctl.d/30-postgresql-shm.conf
which has however been dropped without beeing cleaned up porperly
from existing installations (by using dpkg-maintscr
Control: forwarded -1 https://github.com/strukturag/libheif/issues/933
Hey.
AFAICS, this had also been reported (and fixed meanwhile) upstream.
Cheers,
Chris.
Hey.
Thanks for your efforts in this issue :-)
Uhm... I'm really not an expert... but from a first glance is looks
reasonable.
Cheers,
Chris.
On Mon, 2023-07-17 at 07:50 +0200, Michael Biebl wrote:
> To me this looks like a BTRFS specific issue (and I don't use BTRFS).
If you mean that back and forth renaming, then... well... partially...
as I've said, it's not new to me, only that "_unformatted" postfix is
new.
And that (postfix) seems
Hey Joachim.
On Mon, 2023-07-17 at 08:49 +0200, Joachim Bauch wrote:
> do you have any of the "libheif-plugin-*" packages installed with
> 1.16.2?
Quoting myself :-)
On Sun, 2023-07-16 at 14:25 +0200, Christoph Anton Mitterer wrote:
> But after upgrading to 1.16.2-1+b1 dies
Hey Michael.
I've looked further into this, and it seems to be even worse than
originally thought.
udisks mounts the fs readable (actually even if it would mount it ro,
it might still cause writes to it)... which may easily cause data
corruption if a user unplugs a removable device... because the
On Sun, 2023-07-16 at 16:25 +0200, Fabian Greffrath wrote:
> Do you have the heif-gdk-pixbuf package installed?
Yes:
On Sun, 2023-07-16 at 14:25 +0200, Christoph Anton Mitterer wrote:
> With libheif1, heif-gdk-pixbuf and heif-thumbnailer installed, I was
Cheers,
Chris.
Weird... I did another upgrade/downgrade cycle and it now works (with
the downgraded version) for eog too.
And I'm pretty sure I checked the first time, whether eog was perhaps
still running and using the old (that is the new version) of the lib.
Package: libheif1
Version: 1.16.2-1+b1
Severity: grave
Justification: renders package unusable
Hey.
With libheif1, heif-gdk-pixbuf and heif-thumbnailer installed, I was able
to display *.heic images from my smartphone in eog, geeqie and gimp.
But after upgrading to 1.16.2-1+b1 dies works no long
Control: forwarded -1 https://github.com/storaged-project/udisks/issues/1145
Hey Michael.
On Fri, 2023-07-14 at 08:09 +0200, Michael Biebl wrote:
> If udisks is mounting/unmounting a partition, you should get
> udisks-Message: 08:06:35.032: Mounted /dev/sdb2 at
> /media/michael/Test
> on beh
Control: tags -1 - moreinfo
On Tue, 2023-07-11 at 14:20 +0200, Michael Biebl wrote:
> Please provide a debug log of udisksd (run it with --debug) which
> shows
> the mount/unmount.
Did the following just after the upgrade to 2.10.0-3:
In the unit file:
ExecStart=/usr/libexec/udisks2/udisksd --d
Package: udisks2
Version: 2.10.0-3
Severity: normal
Hey.
Since upgrading to the new udisks I've noted that it seems to auto mount
(but then again unmount) a fs:
nvme0n1p3 is a small partition with a btrfs on my NVME, that just
contains some non-encrypted stuff like SMART logs (for that device)
On Mon, 2023-07-10 at 22:32 +0200, Michael Biebl wrote:
> Good catch, thanks
Thank *you*, for maintaining! :-)
Package: udisks2
Version: 2.10.0-2
Severity: normal
Hey.
I guess it was forgotten to bump the Suggests of libblockdev-mdraid2 to
…3 as well :-)
Thanks,
Chris.
Package: python3.12-minimal
Version: 3.12.0~b3-1
Severity: normal
Hey.
Just FYI, when puring the package I get:
Removing python3.12-minimal (3.12.0~b3-1) ...
Unlinking and removing bytecode for runtime python3.12
E: py3clean:65: cannot find magic tag for Python 3.12: ('python3.12', '-c',
'impor
Hey.
Just wondered whether this package has been orphaned? 2022-08-R1 is out
since last year, making the current version outdate for ~6 years...
possibly also missing any security fixes then (at least any such fixes
which weren't recognised as security relevant).
Cheers,
Chris.
Source: bats
Version: 1.8.2-1
Severity: wishlist
Hey.
1.9.0 is out :-)
Would be nice to see it packaged.
Thanks,
Chris.
Source: rich
Version: 13.3.1-1
Severity: minor
Hey.
The homepage seems to be https://github.com/Textualize/rich now.
Cheers,
Chris.
Source: python-termcolor
Version: 1.1.0-3
Severity: wishlist
Hey.
1.1.0 is more then ten years old :-)
2.3.0 would be current.
Cheers,
Chris.
Hey Daniel.
On Tue, 2023-06-13 at 07:45 +0200, Daniel Baumann wrote:
> thank you for your report, this has been fixed in 1.12-2:
>
> https://git.progress-linux.org/users/daniel.baumann/debian/packages/zutils/commit/?id=4596dac645e794ca9153e92a99d176dfc357c2ce
>
> I've confirmed that when upgradi
On Mon, 2023-05-22 at 21:05 +0200, Pierre Gruet wrote:
> Thanks for your help on this matter,
Thanks for your efforts :-)
Cheers,
Chris.
Thanks :-)
I guess it's clear anyway... but just to be sure... only try clean up
via rmdir (users might have added their own overrides in
/etc/systemd/system/netfilter-persistent.service.d)
Cheers,
Chris.
On Thu, 2023-05-25 at 21:52 -0500, Richard Laager wrote:
> At first glance, I agree that these should be cleaned up. I just need
> to
> actually do the work on this, ASAP, of course.
I guess it will anyway not make it into bookworm... so no hurry neeed
:-)
Thanks,
Chris.
Package: base-passwd
Version: 3.6.1
Severity: wishlist
Hey there.
Back then when #969631 was discussed, a number of arguments
were brought forward why it would be nice and maybe even possible
to migrate the UID of the _apt user on legacy installations to
it's new UID from the globally reserved r
On Wed, 2023-05-24 at 15:19 +0200, Michael Biebl wrote:
> Am 24.05.23 um 14:52 schrieb Christoph Anton Mitterer:
> > On Wed, 2023-05-24 at 09:47 +0200, Michael Biebl wrote:
> > > > The following would be at least a bit more restrictive:
> > > > /var/log/mail
On Wed, 2023-05-24 at 09:47 +0200, Michael Biebl wrote:
> See
> https://salsa.debian.org/ddp-team/release-notes/-/merge_requests/177
Ah... sorry I hadn't looked there.
> > The following would be at least a bit more restrictive:
> > /var/log/mail.{info,warn,err} /var/log/lpr.log
> > /var/log/{
Oh and there's more which IMO can be improved.
If people take the currently named pattern:
- /var/log/mail.{info,warn,err,log}*
- /var/log/lpr.log*
- /var/log/{messages,debug,daemon}*
the may accidentally delete quite some other files. e.g. anything that
starts with debug.
Also, daemon is actual
Package: release-notes
Severity: normal
X-Debbugs-Cc: bi...@debian.org
Hey.
As of now, the section says that the following files are no longer
created:
- /var/log/mail.{info,warn,err,log}*
- /var/log/lpr.log*
- /var/log/{messages,debug,daemon}*
I've looked through rsyslog's changelog.Debian.gz
Hey.
Clarifying on this:
With "clean up" I didn't mean "remove"... ;-)
AFAICS, the two files are now contained in util-linux-extra (again as
conffiles).
On a Debian sid system of mine (that I typically upgrade every day - so
it got every version in between installed),... the files are in fact
*
btw: The reason for the file not being cleaned up is that a wrong
version is used in the maintainer scripts:
dpkg-maintscript-helper rm_conffile /etc/needrestart/hook.d/30-pacman 3.5-4 --
"$@"
But according to changelog.Debian, it was removed in 3.5-5.
dpkg-maintscript-helper(1) says:
pr
Hey.
Sorry, your reply slipped somehow through.
The problem is not the removal of the file, which indeed happens in
postrm,... but that it's still wrongly registered as dpkg conffile.
I think the proper solution here would be to (on the next upgrade of
the package):
- cp -a the current file to s
Hey.
Unfortunately the previous leftover conffiles haven't been cleaned up
in the meantime.
And even more conffiles need to be added to that list, namely
$ dpkg-query --showformat='${Package}\n${Conffiles}\n' --show | awk '/^[^
]/{pkg=$1}/ obsolete$/{print pkg,$0}' | cut -d ' ' -f 1-3 | colum
Package: util-linux
Version: 2.38.1-5+b1
Severity: normal
Hey.
Seems the package used to contain some conffiles which it now longer does:
# dpkg-query --showformat='${Package}\n${Conffiles}\n' --show | awk '/^[^
]/{pkg=$1}/ obsolete$/{print pkg,$0}' | cut -d ' ' -f 1-3 | column -t
util-linux
Package: iptables-persistent
Version: 1.0.20
Severity: normal
Hey.
When upgrading to 1.0.20 from 1.0.19, there are files left over:
Unpacking iptables-persistent (1.0.20) over (1.0.19) ...
dpkg: warning: unable to delete old directory
'/etc/systemd/system/netfilter-persistent.service.d': Direct
Oh and I've just noticed that I've had accidentally reported the bug
against ntpsec, not ntp.
Not sure where these files should be ideally cleaned up.
I mean in principle of course ntp, but must people that follow sid,
will have already removed the package and thus never see the clean up.
Hey.
I've just noted there are more leftover files, namely dangling symlinks
at:
l /etc/systemd/system/multi-user.target.wants/ntp.service /etc/rc*.d/*ntp
lrwxrwxrwx 1 root root 13 Jul 10 2017 /etc/rc2.d/S03ntp -> ../init.d/ntp
lrwxrwxrwx 1 root root 13 Jul 10 2017 /etc/rc3.d/S03ntp -> ../init.
Hey Pierre.
On Sun, 2023-05-21 at 14:23 +0200, Pierre Gruet wrote:
> Could you please tell me if the issue is still showing up in the
> currently packaged version, and if so, can you please give me the
> steps
> to reproduce it?
I've just tried and the outcome is a bit odd:
While I don't get t
Hey Daniel.
On Fri, 2023-05-19 at 13:54 +0200, Daniel Baumann wrote:
> The problem you're describing sounds like #1031695 from
> dh_installsystemd. However, when looking at the mdadm 4.2-5 .deb
> file,
> it's not affected by that.
>
> Installing it on a clean system (with and without merged-usr)
Package: zutils
Version: 1.12-2
Severity: normal
Hey.
Seems the package used to contain a conffile, which it now longer does:
# dpkg-query --showformat='${Package}\n${Conffiles}\n' --show | awk '/^[^
]/{pkg=$1}/ obsolete$/{print pkg,$0}' | cut -d ' ' -f 1-3 | column -t
zutils /etc/zu
Package: needrestart
Version: 3.6-3
Severity: normal
Hey.
Apparently the package used to contain the following conffile, but no longer
does so:
# dpkg-query --showformat='${Package}\n${Conffiles}\n' --show | awk '/^[^
]/{pkg=$1}/ obsolete$/{print pkg,$0}' | cut -d ' ' -f 1-3 | column -t
needr
Package: debian-archive-keyring
Version: 2023.3
Severity: normal
Hey.
Seems the package used to contain some conffiles which it now longer does:
# dpkg-query --showformat='${Package}\n${Conffiles}\n' --show | awk '/^[^
]/{pkg=$1}/ obsolete$/{print pkg,$0}' | cut -d ' ' -f 1-3 | column -t
debi
Source: ntpsec
Version: 1:4.2.8p15+dfsg-1
Severity: important
Hey.
When upgrading from bullseye to bookworm (and thus chaning from
ntp to ntpsec), the following files are leftover:
dpkg: warning: unable to delete old directory '/var/lib/ntp': Directory not
empty
dpkg: warning: unable to delete
Package: fetch-crl
Version: 3.0.20-1
Severity: normal
Hey.
When purging the package one gets:
Purging configuration files for fetch-crl (3.0.20-1) ...
dpkg: warning: while removing fetch-crl, directory '/var/cache/fetch-crl' not
empty so not removed
dpkg: warning: while removing fetch-crl, dir
Hey.
1) Just for the records:
https://github.com/xsuchy/distribution-gpg-keys/issues/76
was closed/rejected... I proposed some alternative names there
(completely avoiding GPG|[Open]PGP terms) but it feels as if the
upstream author wants to stick with the name?!
So from that PoV, there's IM
On Sat, 2023-05-13 at 12:09 +0200, Andrea Bolognani wrote:
> However, I'm afraid we might have missed our chance.
>
> At this point, nobody is going to be upgrading from 5.6.0-3, but from
> a more recent version of libvirt-daemon-system where the conffiles in
> question are already not considered
Package: intel-microcode
Version: 3.20230214.1
Severity: normal
Tags: security
X-Debbugs-Cc: Debian Security Team
Hey.
There's a new version 20230512 out which according to changelog
fixes an undisclosed security issues for numerous platforms.
Cheers,
Chris
-- System Information:
Debian Rele
On Fri, 2023-05-12 at 14:27 +0200, Andrea Bolognani wrote:
> I think at this point we can assume that most people who have hit the
> issue on upgrade will have cleaned things up manually by now, so I'd
> be inclined to close the bug and move on.
>
> Any objections?
Well not a strong objection fro
Hey Guilhem.
> There might be a better way to detect an initramfs-tools environment
I once faced the same question when writing a (cryptsetup) keyscript,
i.e. how to definitely find out whether one's "within" the initramfs.
With crypsetup it may seem easy - check for e.g. /scripts/local-
top/cr
Package: memtest86+
Version: 6.10-4
Severity: wishlist
Hey.
6.20 is out :-)
Cheers,
Chris.
101 - 200 of 2393 matches
Mail list logo