)
LSM: AppArmor: enabled
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
Description: Change DEBUSER to DEBFULLNAME
Author: Sven Geuer
Last-Update: 2024-06-10
--- a/docs/manpages/gbp-clone.xml
+++ b/docs/manpages/gbp-clone.xml
@@ -162,7 +162,7
Package: libgl1-mesa-dri
Version: 24.1.1-1
Severity: serious
Control: block -1 by 1067699
I just had to downgrade a bunch of packages from src:mesa to version
24.1.0-2, because the installation of libllvm18:i386 failed due to a
file conflict that has been present for a few months, see #1067699.
Source: sploitscan
Version: 0.9.1-1
Severity: normal
Dear Maintainer,
Vcs-Browser and Vcs-Git are listed in d/control like
Vcs-Browser: https://salsa.debian.org/pkg-security-team/SploitScan
Vcs-Git: https://salsa.debian.org/pkg-security-team/SploitScan.git
These URLs do not exist thus
you would
probably have to write the code to add wtmpdb support yourself.
Personally I would be inclined to say that non-login sessions should not
be recorded in wtmpdb and call it a day.
Cheers,
Sven
Control: retitle -1 ITA: roffit -- convert nroff manual pages into HTML
Control: owner -1 !
I started working on this package.
Cheers,
Sven
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
signature.asc
Description: This is a digitally signed message part
Control: severity -1 wishlist
Control: tags -1 + wontfix
On Sat, 17 Sep 2022 21:25:48 +0200 Thomas Uhle
wrote:
> [...]
>
> It might be a little late for an answer. Anyway, vpnc supports both the
> SHA1 hash algorithm for integrity protection (RFC 4109) and also the AES
> cipher with 128
Control: tags -1 + wontfix
On Sat, 17 Sep 2022 22:11:05 +0200 Thomas Uhle
wrote:
> [...]
>
> Well, maybe it's too late for some explanations. Anyway, these three
> documents on the internet (among others) may explain the difference
> between main mode and aggressive mode:
> *
e of xterm's users probably like it
that way.
Cheers,
Sven
However, attempting this in a tty with and without root gave me the
following error message:
setfont: ERROR setfont.c:406 kfont_load_font: Cannot find default font
Kind regards,
Sven Grewe
I got an idea. Wouldn't it be nice to have multiple packages only for
the plug-ins alongside the core one? The user can then choose to install
core + selected plug-ins if they want to. Full/standard option still
installs all of them.
Good for the user/enterprise and a lot more work for the
l to
have anything from the original KeepassXC.
I created a separate issue about this.[2]
Kind regards,
Sven Grewe
[1] NEWS file
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071847
OpenPGP_0x8BABBCC7175C7DA0.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Descriptio
a to state that
the standard package comes "Without any features" in it's short description.
Kind regards,
Sven Grewe
PS: Upstream maintainers and users are mad because of this change.
OpenPGP_0x8BABBCC7175C7DA0.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Descript
owner -1 debma...@g-e-u-e-r.de
retitle -1 ITA: rinetd -- Internet TCP/UDP redirection server
I set up a git repo by 'gbp import-dscs --debsnap ...' under my
personal projects [1] and started to work on the package.
Cheers,
Sven
[1] https://salsa.debian.org/sven-geuer/rinetd
--
GPG Fingerprint
On Thu, 23 May 2024, Colin Watson wrote:
> On Fri, May 17, 2024 at 09:42:05PM +0200, Sven-Haegar Koch wrote:
> > I just upgraded openssh as part of my normal "apt dist-upgrade" every
> > few days, from 1:9.7p1-4 to 1:9.7p1-5.
> >
> > The whole apt went throug
e; urgency=medium
.
* New upstream version 1.10.1
* Drop patches applied upstream
* Update copyright years
* Declare conformance to Policy 4.7.0, no changes needed.
Grüße,
Sven.
Package: openssh-server
Version: 1:9.7p1-5
Severity: important
Dear Maintainer,
I just upgraded openssh as part of my normal "apt dist-upgrade" every
few days, from 1:9.7p1-4 to 1:9.7p1-5.
The whole apt went through without any errors - but afterwards sshd
was no longer running / listening on
or similar) installed
*only*. openjdk-17-jre always needs to be installed, leading to
unnecessary packages on the system.
A possible solution might be to have the zookeeper package depend on
java-runtime instead (which is provided by default-jre as well).
--
Sven Dewit
Linux-Systemadministrator
Package: software-properties-gtk
Version: 0.99.30-4
Severity: normal
Tags: upstream
Dear Maintainer,
installing software-properties-gtk today per aptitude caused the
following warning message:
software-properties-gtk (0.99.30-4) wird eingerichtet ...
Hi,
I can not reproduce the issue with the latest vym release. Removing and
restoring via
undo seems to work just fine in new documents.
Can you confirm that as well?
Sven
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
Hi,
please reject that package from p-u NEW. I'm sorry for the
faulty upload, this one should've targeted unstable.
Sven
Package: wnpp
Severity: normal
Version: 1.9
eel free to tell me if I
> should delay it longer.
Seems your NMU was ignored and reverted in the latest upload. :-(
Cheers,
Sven
> diff -Nru ed-1.20.1/debian/changelog ed-1.20.1/debian/changelog
> --- ed-1.20.1/debian/changelog2024-02-17 12:12:41.0 +0100
> +++ ed-1.
Package: snmpd
Version: 5.9.4+dfsg-1.1+b1
Severity: normal
Dear Maintainer,
Since last reboot, from linux kernel 6.6.x into amd64 6.7.9-2, snmpd
started complaining once per minute into syslog:
Apr 16 10:18:19 corona snmpd[1915]: systemstats_linux: unexpected header length
in /proc/net/snmp.
Package: elpa-magit
Version: 3.3.0+git20231219.1.c7ab6931-1
Severity: serious
After loading magit Emacs displayed the following message in the
*Warnings* buffer:
,
| Emergency (magit): Magit requires ‘transient’ >= 0.5.0,
| but due to bad defaults, Emacs’ package manager, refuses to
|
on 4.1.2 there isn't zero padding but space
padding in the traditional timestamp. Likely there is a bug
somewhere, maybe even in one of the other patches I carry in the
package, but I believe the format returned here, without zero
padding on the day of the month is correct.
Sven
; Just confirming. You could have modified /etc/login.defs if you chose
> and gotten a similar affect, right?
I think the file to edit is actually /etc/pam.d/common-session, adding
the "nousergroups" option in the line with pam_umask.so. That is what I
did after reading the pam_umask(8) manpage.
Cheers,
Sven
shd from different architectures, but
then the local admin should know what they are doing and install
libpam-lastlog2 for all architectures. There does not seem to be any
particular reason why libpam-lastlog2 should recommend lastlog2.
Cheers,
Sven
On 2024-04-06 21:45 +0200, Santiago Vila wrote:
> El 6/4/24 a las 20:53, Sven Joachim escribió:
>> 1. https://www.debian.org/doc/debian-policy/ch-relationships.html#id11
>
> Ok, I had not read that part of Policy in a long time.
>
> One minor last thing:
>
>
because it's still linked statically.
Yes, but if you then decide to remove the libdialog-dev package, the
libdialog.a file is gone, although the old dialog package supposedly
still provides libdialog-dev. That is the reason why Policy recommends
to use "Replaces" in combination with "Breaks"[1].
Cheers,
Sven
1. https://www.debian.org/doc/debian-policy/ch-relationships.html#id11
ian/copyright (Upstream-contact ⇒
Upstream-Contact).
.
[ Sven Joachim ]
* New upstream snapshot.
- Fixes FTBFS with -Werror=implicit-function-declaration
(Closes: #1066469).
* Update debian/watch to version 4, and look for tarballs on
https://invisible-mirror.
On 2024-04-03 22:47 +0200, Alejandro Colomar wrote:
> On Wed, Apr 03, 2024 at 06:01:50PM +0200, Sven Joachim wrote:
>> Control: severity -1 normal
>>
>> On 2024-04-03 11:29 +0200, Alejandro Colomar wrote:
>>
>> > I now see that `apt-file show glibc-doc` shows
; for that bug to be fixed to do an upload without the pages.
Note that manpages-dev 6.7-2 has dropped the clashing files for the time
being. I do not think there is any need to hurry, so I am downgrading
the severity of this bug. Whenever the glibc-doc package in unstable
drops the manpages, we should file a bug against manpages-dev to include
them again.
Cheers,
Sven
Package: bsdgames
Version: 2.17-31
Severity: serious
Your package fails to configure in a fresh installation (but not when
upgrading from a previous version). This is what happens in a throwaway
chroot (unrelated lines stripped from apt/dpkg output):
,
| # apt install bsdgames
| Selecting
On 2024-04-01 19:02 +0200, Alejandro Colomar wrote:
> Hi Sven,
>
> On Mon, Apr 01, 2024 at 06:38:52PM +0200, Sven Joachim wrote:
>> Makes perfect sense, but at the moment it can only be uploaded to
>> experimental.
>>
>> > We're not in a freeze, so I
On 2024-04-01 18:00 +0200, Alejandro Colomar wrote:
> Hi Sven,
>
> On Mon, Apr 01, 2024 at 05:35:18PM +0200, Sven Joachim wrote:
>> Obviously the manpages-dev package should not have shipped these files
>> as long as there are in glibc-doc; this is tracked in #1068166.
>
n experimental and will remain there for
several weeks if not months. I think manpages-dev should drop these
files for now and re-include either when glibc 2.38 is in unstable or
when it is in testing.
There is also the problem that some derivatives (most notably Ubuntu)
are already shipping glibc 2.39 and will have to adjust Breaks/Replaces
versions in manpages-dev accordingly. Thoughts?
Cheers,
Sven
Control: tags -1 + patch
On 2024-04-01 06:41 +0200, Sven Joachim wrote:
> Control: notfound -1 6.05.01-1
> Control: found -1 6.7-1
>
> On 2024-04-01 06:17 +0200, Bas Couwenberg wrote:
>
>> Source: manpages
>> Version: 6.05.01-1
>> Severity: serious
>> Justi
uld include this manpage.
There is a script debian/check-conflicts in the manpages source package
which is supposed to detect such clashing files, but it is buggy because
it only scans the contents of amd64 packages, while glibc-doc is an
arch:all package.
Cheers,
Sven
On 2024-03-30 12:38 +0100, Santiago Vila wrote:
> El 30/3/24 a las 9:43, Sven Joachim escribió:
>> I think it would make sense for Debian to follow what Arch and Fedora
>> are doing, introduce a libdialog15 package with the shared library and a
>> libdialog-dev package
On 2023-01-05 20:32 -0500, Thomas Dickey wrote:
> - Original Message -
> | From: "Santiago Vila"
> | To: "Thomas Dickey" , 1012...@bugs.debian.org
> | Cc: "Sven Joachim"
> | Sent: Thursday, January 5, 2023 7:09:22 PM
> | Subject: Bug#101
On 2024-03-29 20:36 -0700, Steve Langasek wrote:
> On Sat, Mar 30, 2024 at 01:41:40AM +0100, Chris Hofstaedtler wrote:
>> Hi OpenSSH, shadow Maintainers,
>>
>> On Sat, Mar 30, 2024 at 01:32:08AM +0100, Chris Hofstaedtler wrote:
>> > On Fri, Mar 29, 2024 at 06:02:
Source: util-linux
Version: 2.40~rc2-8
Severity: wishlist
It seems desirable to ship liblastlog2 in trixie, considering that the
/var/log/lastlog file is not Y2038-safe and pam in unstable has already
dropped pam_lastlog.so, meaning that non-ssh logins are no longer
recorded in /var/log/lastlog.
Package: dh-debputy
Version: 0.1.22
Severity: important
Retrying xterm with dh-debputy (see
https://salsa.debian.org/joachim-guest/xterm/-/tree/debputy?ref_type=heads)
I noticed that no conffiles are registered, although xterm ships various
files in /etc:
,
| $ debdiff
owerpc buildds have an outdated
version of dpkg-dev installed, although a newer one has been available
for over a week. I could and maybe should add dpkg-dev (>= 1.22.6) to
Build-Depends, but that is one more thing that needs to be reverted when
#1066968 gets fixed.
Cheers,
Sven
Source: xserver-xorg-video-nouveau
Version: 1:1.0.17-3
Severity: normal
Control: block -1 by 1066966
As a stopgap measure for #1066382, xserver-xorg-nouveau currently
disables -Werror=implicit-function-declaration via
DEB_BUILD_MAINT_OPTIONS=qa=-bug-implicit-func. This is obviously
undesirable
Package: xserver-xorg-dev
Version: 2:21.1.11-2
Severity: normal
Forwarded: https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1222
File: /usr/include/xorg/fb.h
As noticed in #1066382, xserver-xorg-video-nouveau FTBFS with
-Werror=implicit-function-declaration, because wfbScreenInit is
On 2024-03-13 18:07 +0100, Sven Joachim wrote:
> Control: forwarded -1
> https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/569
>
> On 2024-03-13 12:47 +0100, Lucas Nussbaum wrote:
>
>> Source: xserver-xorg-video-nouveau
>> Version: 1:1.
r. I am afraid it will take weeks or even months to fix this
bug.
On the other hand I could override dpkg by injecting
-Wno-error=implicit-function-declaration. Would that be acceptable?
Cheers,
Sven
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
signature.asc
Description: This is a digitally signed message part
dency loop because libss2 provides libss2t64.
Upgrading e2fsprogs resulted in removal of e2fsprogs-l10n because the
latter has a rather strict versioned dependency on the former and had
not been built yet. Run "apt update", and you should be able to
reinstall e2fsprogs-l10n.
Cheers,
Sven
(the latest stable
release), but fixed as of tack 1.09-20230201 (the latest development
snapshot).
@Thomas: since tack 1.09 is more than four years old and there has been
no new snapshot for over a year, how about releasing tack 1.10? This
bug will likely hit other distros as they upgrade to GCC 14.
Cheers,
Sven
Control: forwarded -1 https://gitlab.freedesktop.org/mesa/mesa/-/issues/10613
On 2024-02-17 18:53 +0100, Sven Joachim wrote:
> Control: severity -1 grave
>
> On 2024-02-17 13:35 +0100, Lorenzo Beretta wrote:
>
>> Package: libgl1-mesa-dri
>> Version: 24.0.1-1
>>
CPPFLAGS lets the build
succeed, but I have not tested the resulting binary package yet. See
commit d7ba24fb6e4f ("wfb: Fix missing init function decls behind
FB_ACCESS_WRAPPER") which noticed and fixed the missing function
declaration, but got reverted in commit ca13913aaf7e.
Cheers,
Sven
Package: libzookeeper-java
Version: 3.8.0-11+deb12u1
Zookeeper comes with a new metrics systems since 3.6.0, enabling users
to monitor several aspects of the service. This new metrics system also
supports Prometheus monitoring, see
Source: cups
Version: 2.4.7-1.2
Tags: patch
X-Debbugs-Cc: Sven Joachim , Michael Hudson-Doyle
Renaming libcups2 to libcups2t64 has caused several README.Debian.gz
symlinks to become broken:
,
| $ symlinks /usr/share/doc/cups*
| dangling: /usr/share/doc/cups/README.Debian.gz -> ../libcu
Control: tags -1 + patch
On 2024-03-07 18:49 +0100, Sven Joachim wrote:
> Package: wv
> Version: 1.2.9-6.1
> Severity: serious
> X-Debbugs-Cc: Sven Joachim , Steve Langasek
>
>
> After renaming the libwv-1.2-4 library package to libwv-1.2-4t64, the
> /usr/share/d
Package: wv
Version: 1.2.9-6.1
Severity: serious
X-Debbugs-Cc: Sven Joachim , Steve Langasek
After renaming the libwv-1.2-4 library package to libwv-1.2-4t64, the
/usr/share/doc/wv symlink has become dangling.
,
| $ file /usr/share/doc/wv
| /usr/share/doc/wv: broken symbolic link to libwv
Control: tags -1 + patch
On 2024-03-05 11:47 +0100, Sven Joachim wrote:
> Package: perl-base
> Version: 5.38.2-3.1
> Severity: serious
> X-Debbugs-Cc: Sven Joachim , Steve Langasek
>
>
> On i386, perl-base provides perlapi-5.38.2t64 rather than
> perlapi-5.38.2. Thi
Package: perl-base
Version: 5.38.2-3.1
Severity: serious
X-Debbugs-Cc: Sven Joachim , Steve Langasek
On i386, perl-base provides perlapi-5.38.2t64 rather than
perlapi-5.38.2. This makes tons of packages uninstallable or
unbuildable and is not what has been agreed upon in #1060246.
The reason
Error 2
>
> Given the time and the architectures failing, this is probably related
> to dpkg switching on -Werror=implicit-function-declaration on these
> architectures (see https://bugs.debian.org/1065371 and a good summary
> of a similar case in https://bugs.debian.org/1065431 against lintian).
Not really, these arches now default to a 64-bit time_t and therefore
you get the conflicting types (suseconds_t is a long int,
__suseconds64_t a long long int). This has nothing to do with implicit
function declarations.
Cheers,
Sven
hat the umask after login had
changed from 022 to 002. So it seems this bug should be closed, too.
Cheers,
Sven
Package: libuuid1
Version: 2.39.3-7
Severity: serious
The last upload renamed libuuid1t64 back to libuuid1, but because the
former has an unversioned Replaces: on the latter, it will not take the
library files back. Removing the libuuid1t64 package will therefore
silently lose the files.
It
Control: tags -1 + patch
On 2024-02-29 23:26 +0100, Sven Joachim wrote:
> Package: xdelta
> Version: 1.1.3-10.5
> Severity: serious
> X-Debbugs-Cc: Sven Joachim , Steve Langasek
>
>
> The xdelta package still depends on libxdelta2, rather than on
> libxdelta2t64 as it s
Package: xdelta
Version: 1.1.3-10.5
Severity: serious
X-Debbugs-Cc: Sven Joachim , Steve Langasek
The xdelta package still depends on libxdelta2, rather than on
libxdelta2t64 as it should.
The build log on m68k[1] shows that on this architecture libxdelta2t64
gained a dependency on libxdelta2
Hi Daniel,
great tip, I always looked for something like this.
I will change it in the next package release
;safety, removals";
This does cause aptitude to hold apt back by default, rather than remove
libapt-pkg6.0. You can press 'n' at the prompt, the next solution
aptitude then suggests is to upgrade apt.
Cheers,
Sven
er to integrate it into the upcoming version of
amule.
Sven
[1] https://salsa.debian.org/debian/amule/-/merge_requests/7
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
signature.asc
Description: This is a digitally signed message part
hclient, but left the old
configfile around.
While installing your test package I lost wifi connection, but I think
that was not from your package but from updating network-manager from
unstable at the same time (did dist-upgrade), which always breaks my
network.
c'ya
sven-haegar
--
Three may keep
I would like to add a few more points here, not to prolong the
discussion but rather for future reference and for myself.
On 2024-02-21 07:06 +0100, Adam Borowski wrote:
> On Tue, Feb 20, 2024 at 07:41:42PM +0100, Sven Joachim wrote:
>> The reason for including \E(B here is that sg
stemd *all* systemd files are actually caught by the /usr
install rule right below the changed line from the patch in
above-mentioned bug.
Attached, you find a patch that actually fixes the build for both old
and new versions of systemd.
Cheers,
Sven
diff -ur sysstat-12.7.5/debian/rules syss
investigate the problem because I need the machine and
have already downgraded all packages from src:mesa. There does not seem
to be an upstream report yet.
Cheers,
Sven
proto static
192.168.30.1 dev wg_rtr proto kernel scope link src 10.53.16.8
Kind regards,
Sven
-- Package-specific info:
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64
e environment. Either add abi=+time64 there
or set DEB_BUILD_OPTIONS rather than DEB_BUILD_MAINT_OPTIONS in the
environment.
I don't think there is a bug here.
Cheers,
Sven
Package: console-setup
Version: 1.225
Severity: grave
After the upgrade from 1.223, console-setup.service failed to start due
to a syntax error in the setupcon script:
,
| $ setupcon
| /usr/bin/setupcon: 1386: Syntax error: Missing '))'
`
It looks like dash does not like the construct
Package: libnuma1
Version: 2.0.17-2
Severity: normal
Forwarded: https://github.com/numactl/numactl/issues/212
Tags: fixed-upstream
After today's upgrade I noticed the error message
get_mempolicy: Function not implemented
appearing on my terminal and wondered where it comes from. It turns out
Packaging Team.
@Samuel: When I am ready I intend to request a move of the repository
from the Debian group to the Debian Security Tools Packaging Team. Let
me know if you agree to this procedure.
Sven
[1] https://salsa.debian.org/debian/vpnc
[2] https://salsa.debian.org/sven-geuer/vonc
--
GPG
libvte9 (<< 1:0.28)
> +Breaks: libvte9t64 (<< 1:0.28)
This change (and the corresponding one in control.in) looks incorrect to
me. Old versions of the library package (in this case versions before
1:0.28) are not going to be renamed retroactively, so the Breaks should
be left alone.
Bug in your conversion script?
Cheers,
Sven
000 +
> +++ libcdk5-5.0.20180306/debian/libcdk5nc6t64.lintian-overrides
> 2024-01-31 20:15:03.0 +
> @@ -0,0 +1,2 @@
> +libcdk5nc6t64: package-name-doesnt-match-sonames libcdk5
> +libcdk5nc6t64: package-name-doesnt-match-sonames libcdk5nc6
This ad
Source: directfb
Version: 1.7.7-11.1~exp1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: Sven Joachim , Michael Hudson-Doyle
, Steve Langasek
The experimental upload of directfb FTBFS on all architectures[1],
because debian/libdirectfb-1.7-7t64.install is supposed to be run by
dh-exec
Package: debian-ports-archive-keyring
Version: 2024.01.31
Severity: normal
Upgrading from 2024.01.05 left the obsolete conffile
/etc/apt/trusted.gpg.d/debian-ports-archive-2023.gpg on my system,
because debian/debian-ports-archive-keyring.maintscript has not been
updated when the 2023 key was
can see that it calls
wenclose() to decide if the mouse event happened inside the window, and
the latter simply looks at the window coordinates[2].
If you insist on using a pad larger than the screen size, you will have
to work around that limitation somehow, I am afraid. For instance,
after calling
On 2024-01-27 13:46 +0100, Sven Joachim wrote:
> Package: libdebhelper-perl
> Version: 13.12
> Severity: important
> X-Debbugs-Cc: Sven Joachim , debian-h...@lists.debian.org
>
> Commit 018a0c9a7164f ("Dh_Lib.pm: Fix warning from `cp -n`") uses cp's
> --up
Package: coreutils
Version: 9.4-3+b1
,
| $ cp -n /bin/true tmp
| cp: warning: behavior of -n is non-portable and may change in future; use
--update=none instead
`
The advice to use the --update=none option is highly questionable,
because this option is even less portable than -n. It is
Package: libdebhelper-perl
Version: 13.12
Severity: important
X-Debbugs-Cc: Sven Joachim , debian-h...@lists.debian.org
Commit 018a0c9a7164f ("Dh_Lib.pm: Fix warning from `cp -n`") uses cp's
--update=none option which has been introduced rather recently, namely
in coreutils 9.3. Olde
+ 0:00 grep qemu
This creates problems no longer being able to cleanly shutdown
or reboot VMs on proxmox host, especially with the guest agent
"killed" unnoticed by unattended-upgrades in the background.
Greetings,
Sven
-- System Information:
Debian Release: 12.4
APT prefers stab
.
Sven
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-5-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE
till ships the /lib/systemd/system-generators
directory. Removing the last line from debian/postfix.dirs should fix
that, see the attached (trivial, but untested) patch.
Cheers,
Sven
diff --git a/debian/postfix.dirs b/debian/postfix.dirs
index f9e42cc3..253d301b 100644
--- a/debian/postfix.dirs
Hi Hilmar,
Am 24.01.2024 um 12:42 schrieb Preuße, Hilmar:
> On 19.01.2024 17:23, Sven Joachim wrote:
>
> Hello,
>
>> Your package's autopkgtest runs the upstream test suite which is
>> nice. However, it first builds the program and then tests that,
>> rather tha
, I would be left without /lib/ld-linux.so.2 as well. But
in such a situation it is always possible to remedy the situation by
reinstalling libc6-i386. This is not ensured if only libc6-i386 is
removed, as essential programs might depend on libc6:i386, leaving no
easy way of recovery.
Cheers,
Sven
that is probably to use the dh_movetousr
tool added in debhelper 13.11.7, see the attached patch.
Cheers,
Sven
[1] https://wiki.debian.org/UsrMerge
From 4f14a04ac48d09e942ee25349862772c7e9448db Mon Sep 17 00:00:00 2001
From: Sven Joachim
Date: Sun, 21 Jan 2024 17:37:15 +0100
Subject: [PATCH] Move
Control: tags -1 + patch
On 2024-01-18 19:32 +0100, Sven Joachim wrote:
> Package: di-utils-terminfo
> Version: 1.148
> Control: block 887649 by -1
>
> Please include the xterm-256color in di-utils-terminfo. AFAICS this is
> a prerequisite for fixing #887649, because vte
Am 20.01.2024 um 10:22 schrieb Preuße, Hilmar:
> On 19.01.2024 18:04, Sven Joachim wrote:
>> On 2024-01-19 17:11 +0100, Sven Joachim wrote:
>
> Hi Sven,
>
>>> Your package has a test suite that probably should be run at build time,
>>> but it is not. I lo
On 2024-01-19 17:11 +0100, Sven Joachim wrote:
> Source: asymptote
> Version: 2.86+ds1-1
>
> Your package has a test suite that probably should be run at build time,
> but it is not. I looked at the git repository and found that it has
> been disabled since at least 2015:
&
at runtime which might vanish
after a rebuild.
In #1061151 I have requested that the test suite be run at build time.
Cheers,
Sven
`
This leaves me rather puzzled: why exactly would it bad if make tries to
compile prc/test.cc?
Note that the test suite is run in an autopkgtest since version
2.73+ds-2, so it apparently works.
Cheers,
Sven
ould probably not be too helpful, because that manpage is likely
not present. The "Fetching Compiled Descriptions" section in
terminfo(5) is probably the most accurate reference.
Cheers,
Sven
TERM=xterm.
In case anyone has unrealistically high hopes: I can send a patch for
the current bug, but do not volunteer to fix #887649.
Cheers,
Sven
1. https://bugzilla.gnome.org/show_bug.cgi?id=740641
2.
https://sources.debian.org/src/vte2.91/0.74.2-1/src/vtedefines.hh/?hl=144#L144
On 2024-01-11 17:59 +0100, Sven Joachim wrote:
> Package: devscripts
> Version: 2.23.7
>
> After upgrading perl from 5.36.0 to 5.38.2, debcheckout displays some
> twenty deprecation warnings:
>
> ,
> | $ debcheckout etckeeper
> | given is deprecated at /usr/bin/deb
Jan 2024 20:52:16 +0100, Sven Joachim wrote:
>
>> > After upgrading rxvt-unicode today, it's no longer displaying UTF-8
>> > properly. /var/log/apt/history.log shows:
>> > Upgrade: rxvt-unicode:amd64 (9.31-1, 9.31-1+b1)
>
> Same here. Which made me quite nervous un
is to run "mc" and note that all the box-drawing
> characters are corrupted.
I have not tested it, but the attached patch should fix that. See
http://lists.schmorp.de/pipermail/rxvt-unicode/2023q3/002665.html.
Cheers,
Sven
diff --git a/src/rxvtperl.xs b/src/rxvtperl.xs
index ba697f
Package: devscripts
Version: 2.23.7
After upgrading perl from 5.36.0 to 5.38.2, debcheckout displays some
twenty deprecation warnings:
,
| $ debcheckout etckeeper
| given is deprecated at /usr/bin/debcheckout line 419.
| when is deprecated at /usr/bin/debcheckout line 420.
| when is
1 - 100 of 9428 matches
Mail list logo
