Hi,
Am Sonntag, dem 27.04.2025 um 16:18 +0200 schrieb Ben Hutchings:
> So it seems like this problem may be specific to PackageKit.
>
> Sven and Laurent, do your affected systems have PackageKit installed?
My affected system has PackageKit installed, though PK was relatively
recently
Source: xapian-core
Version: 1.4.28-1
Severity: serious
In the latest upload of xapian-core, libxapian changed its soname from
30 to 29 and a new binary package libxapian29 appeared out of nowhere.
If this were intended, the package would have needed to go threw NEW,
but since the package is not l
3 orig/test-ncat-udp.sh test-ncat-udp.sh
--- orig/test-ncat-udp.sh 2025-03-10 14:06:56.0 +
+++ test-ncat-udp.sh2025-03-23 22:07:22.827289754 +
@@ -63,6 +63,7 @@
test_communication() {
transmit_udp_data
+sleep 0.05
if ! received_udp_data; then
echo "ncat UDP
Hi Hilko,
please find attached a patch fixing this bug.
Cheer,
Sven
Description: Fix passing argument 4 of ReadFile from incompatible pointer type
ReadFile returns the number of read bytes in a DWORD, i.e. unsigned long,
not in an int.
Mangle returned value into an int when it is used with
Hi Alexandre,
On Tue, 18 Mar 2025 19:22:29 + Debian FTP Masters
wrote:
> Source: python-pysnmp4
> Source-Version: 4.4.12-4
> Done: Alexandre Detiste
Thanks for the prompt upload.
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
signature.asc
Description: This is a d
Control: tag -1 pending
Hello,
Bug #1100678 in crack reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-security-team/crack/-/commit/0dd07189c69541142bb532571e
>
> emacs testfile.cpt
>
There seems be a fix to this upstream, though not release yet [1].
Somebody knowledgable in Emacs and Lisp might know what to do with what
is written down in this bug report.
B
tian false positive (see bug#994716)
-unpack-message-for-deb-data ar failed for */libm.a
unpack-message-for-deb-data ar failed for */libmcheck.a
Cheers,
Sven
e the attached patch should fix this.
Kind regards,
Sven
Index: libowasp-esapi-java-2.4.0.0/pom.xml
===
--- libowasp-esapi-java-2.4.0.0.orig/pom.xml
+++ libowasp-esapi-java-2.4.0.0/pom.xml
@@ -3,7 +3,7 @@
4.0.0
org.owasp.esapi
Control: tag -1 pending
Hello,
Bug #1089549 in exifprobe reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-security-team/exifprobe/-/commit/a7de418128854789ce
Hi Thorsten,
see https://salsa.debian.org/sven-geuer/rng-tools-debian for what,
according to my tests, fixes the issue.
Cheers,
Sven
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
signature.asc
Description: This is a digitally signed message part
On Wed, 2025-01-15 at 20:28 +0100, Thorsten Glaser wrote:
> On Wed, 15 Jan 2025, Sven Geuer wrote:
>
> > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504044#162
>
> > Applying ExecCondition to me seems the most reasonable solution to this
> > bug.
>
>
to start”
> conditions the same.
I believe the service should get skipped per ExecCondition also in this
case (no random device found/available).
>
> Thanks in advance,
> //mirabilos
Sven
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
signature.asc
Description: This is a digitally signed message part
by this.
Btw. it looks like you didn't Cc the original author. The bug tracker will not
automatically send mails to the original submitter when using
n...@bugs.debian.org [1]. nnn-submit...@bugs.debian.org would do this (but not
send a mail to the package maintainer).
Kind regards,
n.net/770299671/agg_1%3A2.7.0.r145+dfsg-1_1%3A2.7.0.r145+dfsg-1ubuntu1.diff.gz
Kind regards,
Sven
signature.asc
Description: This is a digitally signed message part.
nd is the symbols file. It mentions libagg2 but
should mention libagg2t64
Kind regards,
Sven
signature.asc
Description: This is a digitally signed message part.
s or the maintainer can spend time on this.
>
> Chris
Using memcpy instead of memset seems correct to. Commented out old code
shows that formerly bcopy was in use, providing the same funcionality
as memcpy.
I am working on providing a package containing the fix.
Sven
--
GPG Fingerprint
3DF5
-- debconf information:
* postfix/destinations: turtle.local, turtle, localhost.localdomain, localhost
* postfix/root_address: sven
* postfix/dynamicmaps_conversion_warning: true
* postfix/mailbox_limit: 0
* postfix/mailname: localhost.localdomain
postfix/new
On 2024-11-26 23:19 +0100, Johannes Schauer Marin Rodrigues wrote:
> Package: binutils-multiarch
> Version: 2.43.50.20241126-1
> Severity: serious
>
> Hi,
>
> there is a file conflict between binutils and binutils-multiarch:
>
> Preparing to unpack .../4-binutils_2.43.50.20241126-1_amd64.deb ...
>
Control: tag -1 pending
Hello,
Bug #1074830 in autolog reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-security-team/autolog/-/commit/e8235d334df4d4f17a40ee
Package: texlive-base
Version: 2024.20240829-1
Severity: serious
There was a hiccup in today's upgrade:
,
| Vorbereitung zum Entpacken von .../10-texlive-base_2024.20240829-1_all.deb ...
| Entpacken von texlive-base (2024.20240829-1) über (2024.20240706-1) ...
| dpkg: Fehler beim Bearbeiten d
Control: tag -1 pending
Hello,
Bug #1075442 in reglookup reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-security-team/reglookup/-/commit/baed15c8e1c51dc421
Control: tag -1 pending
Hello,
Bug #1075441 in recoverdm reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-security-team/recoverdm/-/commit/77ecac59716eb24b86
crackzip 1.0-12 fixes the issue according to my tests.
As requested above, I keep the bug open.
Best,
Sven
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
signature.asc
Description: This is a digitally signed message part
.
dsniff 2.4b1+debian-34 fixes the issue according to my tests.
As requested above, I keep the bug open.
Best,
Sven
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
signature.asc
Description: This is a digitally signed message part
Package: login
Version: 1:4.16.0-2+really2.40.2-4
Severity: serious
Tags: patch
The login package no longer ships its PAM configuration file
/etc/pam.d/login, this will likely lead to breakage on new installations
(on upgrades the file remains as an obsolete conffile).
The following patch fixes t
Package: adequate
Version: 0.16.7
Severity: grave
The current version of adequate fails on any package for me, complaining
about unexpected output from update-binfmts:
,
| $ adequate ncurses-base
| 2024/08/02 17:20:41 Unexpected output from /usr/sbin/update-binfmts
--display: "mask =
Control: tag -1 pending
Hello,
Bug #1077098 in ccrypt reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-security-team/ccrypt/-/commit/102694749767bc5d69b328b0
Hello debian-gcc team,
On Fri, 2024-07-05 at 23:48 +0200, Sven Geuer wrote:
> On Wed, 2024-07-03 at 12:46 +, Matthias Klose wrote:
>
> > Package: src:tightvnc
> > Version: 1:1.3.10-8
> > [...]
> > Please keep the issue open until the package can be built in
&g
Control: tag -1 pending
Hello,
Bug #1074517 in changeme reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-security-team/changeme/-/commit/c29a3d1b51c60d4b3d8d
Control: tag -1 pending
Hello,
Bug #1074500 in pompem reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-security-team/pompem/-/commit/503578cc4bea4940ff64f47d
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.
P
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
| upgrade
upload yet, and wait
> 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 pr
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 gue
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.
>
because that version is only in 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
file was moved, but it
> seems that only one of these packages should 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
The problem is that the hppa and powerpc 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
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.
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
(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
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
;>'
> make: *** [debian/rules:22: binary-arch] 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
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 seem
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
t "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
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 kee
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 in
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, but is
ure is opaque, hence
its size is unknown to the compiler. This probably means that the
menu_choose() function needs some substantial changes. I have not
investigated further, if somebody cares about this package and the old
AP points it supports they will have to do the work.
Cheers,
Sven
s/src/watch/CMakeFiles/watch.dir/nc_windows/header_window.cpp.o]
> Error 1
The attached patch fixes these errors and similar ones in
analyzers/src/watch/nc_windows/statistics_window.cpp. Note that
getmaxx(window) returns window->_maxx + 1, and similar for getmaxy().
Disclaimer: I have only te
id use of incomplete typedef ‘ITEM’ {aka ‘struct
> tagITEM’}
> 236 | menu_items[i]->userptr = conf_item; /* the xml conf */
> |^~
> make[3]: *** [Makefile:308: gui.o] Error 1
The attached patch fixes this, but I have only tested
}
> 180 | ex < getbegx(below->win))
> | ^~
> [more errors snipped]
I have not tested it myself, but these errors should be fixed in libgnt
2.14.4 which has been released upstream the other day. See
https://keep.imfreedom.org/libgnt/libgnt/rev/2da723f790d6, which
explicitly mentions this bug.
Cheers,
Sven
ssed
directly anymore. The remedy is rather simple: instead of
item->index, use item_index(item) to retrieve the index. See the
attached patch which can be added to the series file.
Disclaimer: I have only tested that the package builds, not if it works.
Cheers,
Sven
From 037e6dd0794
^~
`
The attached patch fixes them and lets the package build, but I have
not tested if it actually works.
Cheers,
Sven
Description: Fix build with opaque ncurses
Since ncurses patchlevel 20231021 the WINDOW structure is opaque, its
members cannot be add
^~
> ydpdict.c:856:27: error: invalid use of incomplete typedef ‘WINDOW’ {aka
> ‘struct _win_st’}
> 856 | event.x > (window->_begx + correct3) && event.x <
> (window->_begx + window->_maxx + correct4))
> | ^~
> ydpdict.c:
^~
There are quite a few more instances of such errors across the source
code, the attached patch should fix all of them. The package builds and
from a cursory look appears to work, but it would be good if a potential
NMU'er reviews and tests the patch before uploading.
Cheers,
|^~
> bosh.c:454:34: error: invalid use of incomplete typedef ‘WINDOW’ {aka ‘struct
> _win_st’}
> 454 | move(stdscr->_cury,stdscr->_curx-1);
> | ^~
The attached patch fixes that
42 | typedef struct _win_st WINDOW;
The attached patch, which can be added to the series file fixes, these
errors and two additional ones in src/linpac.cc, but I have only tested
that the package builds, not if it works. Note that getmaxx(win)
returns win->_maxx + 1, and similar for getmaxy.
tailsWin->_maxy - 2;
> |^~
The attached patch, which can be added to the series file, fixes these
errors, but I have only tested that the package builds, not if it works.
Note that getmaxx(win) returns win->_maxx + 1, and similar f
h ncurses 6.5 this option is enabled by default;
| older versions disable it by default.
`
While ncurses 6.5 has not been released yet, the change has already been
made in the patchlevel Debian is shipping. From the NEWS file:
,
| 20231021
| + change defaults for configure opaq
not been released yet, the change has already been
made in the patchlevel Debian is shipping. From the NEWS file:
,
| 20231021
| + change defaults for configure opaque and widec options (prompted by
| discussion with Branden Robinson).
`
Cheers,
Sven (ncurses maintainer in
Package: rust-urlshortener
Version: 3.0.2-1
Severity: grave
Justification for severity: Policy violation
During a rebuild of Debian testing, we ran into this test failing during an
sbuild controlled build on a VM with limit network connectivity (only
configured APT repositories usable). See log e
egfaulting (like
the "forwarded" bug) but erroring out on imprecise measurements.
If I recall correctly, there is a separate issue on github about this,
somehow related to font rendering(?). However, I can't seem to find it
anymore.
Kind regards,
Sven
Control: tag -1 pending
Hello,
Bug #1056340 in ncurses reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/ncurses/-/commit/e153e2d6e987a20ea820b8463dc360ca6
Severity: serious
Package: faad2
Tags: patch upstream security fixed-upstream
Please apply upstream fix
https://github.com/knik0/faad2/commit/1001f9576cbb29242671c489cd861de61cfe08e2?diff=unified
Kind regards,
Sven
e this test or ensure that it's not using external resolvers.
Kind regards,
Sven
(as
per its own dicumentation) and a working alternative exists for
LWP::Protocol::http::SocketUnix exists, my suggestion and the graveness of
this bug is still valid.
Grüße,
Sven.
working version in
LWP::Protocol::http::SocketUnixAlt, I suggest packaging that and
removing liblwp-protocol-http-socketunix-perl from Debian.
Grüße,
Sven.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500,
Control: tag -1 pending
Hello,
Bug #1054022 in ncurses reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/ncurses/-/commit/fd97890e29438193658d075422710eed8
ze if neither
| environment variables or ioctl is used. The ncurses test-program
| with options "-E -T" demonstrates this feature.
`
Reverting ncurses/tinfo/lib_setup.c to the 20230923 patchlevel made the
problem disappear. I'll leave it to Thomas to work out the details.
Cheers,
Sven
/null pop -a || test $? = 1
> returned exit code 1
> make: *** [debian/rules:4: clean] Error 25
This is a bug in dh_quilt_unpatch which makes many packages FTBFS.
Cheers,
Sven
Package: libgprofng0
Version: 2.40.90.20230729-1
Severity: grave
Tags: patch
The new versions of binutils is not installable:
,
| $ LANG=C apt -s install binutils binutils-x86-64-linux-gnu
| [...]
| Some packages could not be installed. This may mean that you have
| requested an impossible si
.. x86_64-pc-linux-gnu
>> checking whether the C compiler works... no
>> configure: error: in `/<>/debian/build-gtk'
>> configure: error: C compiler cannot create executables
The compiler is CC=gcc-12, which is apparently not present because emacs
does not build-depend on it.
Cheers,
Sven
On 2023-07-23 10:57 +0300, Adrian Bunk wrote:
> On Sun, Jul 23, 2023 at 09:03:24AM +0200, Sven Joachim wrote:
>> On 2023-07-23 09:37 +0300, Adrian Bunk wrote:
>>
> I haven't checked whether the replacement package names are correct,
>> > but the = dependences
.1+20181013-2+deb10u2) in Depends.
> ...
>
>
> I haven't checked whether the replacement package names are correct,
> but the = dependences hardcoded in debian/control are clearly wrong.
Hardcoding a dependency on libtinfo6 is also wrong, but libncurses-dev
is indeed the successor of libncurses5-dev.
Cheers,
Sven
; and here it's also on amd64, but a seemingly very different NVidia
> graphics card.
Quite likely the same issue, I would say.
Cheers,
Sven
Control: tags -1 + patch
On 2023-07-01 20:32 +0200, Sven Joachim wrote:
> Source: debian-installer-utils
> Version: 1.146
> Severity: serious
> Tags: trixie sid ftbfs
>
> Unfortunately your package FTBFS after the recent ncurses upload. From
> my suild log:
>
>
Source: debian-installer-utils
Version: 1.146
Severity: serious
Tags: trixie sid ftbfs
Unfortunately your package FTBFS after the recent ncurses upload. From
my suild log:
,
|debian/rules override_dh_auto_install
| make[1]: Entering directory '/<>'
| for file in /usr/share/terminfo/a/an
thunderbird exits with the last line of "Exiting due to channel
> error.":
Yeah, seen by other peopl as well.
> Versions of packages thunderbird depends on:
> ii libnss3 2:3.90-2
Downgrade that to version 2:3.89-2, and you're a happy camper.
Cheers,
Sven
Package: libnss3
Version: 2:3.90-2
Severity: grave
X-Debbugs-Cc: Sven Joachim , Carsten Schoenert
After upgrading libnss3 thunderbird no longer starts, in a terminal
window I see these messages:
,
| $ thunderbird
| ATTENTION: default value of option mesa_glthread overridden by environment
Unblock requested:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1034621
--
GPG Fingerprint
3DF5 E8AA 43FC 9FDF D086 F195 ADF5 0EDA F8AD D585
signature.asc
Description: This is a digitally signed message part
et me know if you still believe the service
file should be moved back to /lib from /usr/lib.
Andreas, I am not sure how it might be possible to have everything
created automatically by debhelper, especially the part creating an
initial configuration from user input might prevent this. If yo
adds the necessary Breaks (ppl actually needs
a binNMU, its version in bookworm is the same as in bullseye).
I think that libswipl9 should be split into its own package after the
bookworm release, the freeze policy forbids doing that now.
Cheers,
Sven
From b9d119873ed8d7fa891bce356cffe443
Package: tzdata-legacy
Version: 2022g-7exp1
Severity: serious
There was an error installing your package:
,
| Unpacking tzdata-legacy (2022g-7exp1) ...
| dpkg: error processing archive
/var/cache/apt/archives/tzdata-legacy_2022g-7exp1_all.deb (--unpack):
| trying to overwrite '/usr/share/zo
d not migrate to
testing while gdb is kept out there by both #1031745 and a manual block
request by the release team.
Please keep this bug open until gdb 13.1 migrates.
Cheers,
Sven
> which package introduced that additional check. Let me know if you
> cannot reproduce.
I can reproduce this, but only if the target directory
(/run/runit/supervise) actually exists. Otherwise dpkg-source does not
complain.
Lintian reports the absolute symlink as a warning, but maybe turning it
into an error would be more appropriate.
Cheers,
Sven
[Switching over to the cloned bug.]
On 2023-02-09 12:31 -0500, Theodore Ts'o wrote:
> On Thu, Feb 09, 2023 at 06:04:23PM +0100, Sven Joachim wrote:
>>
>> Thanks from me as well :-). To prevent e2fsprogs from migrating to
>> testing before grub2 and breaking d-i, I am
rhaps it would also be a good idea to add a versioned
"Breaks: grub2-common (<< 2.06-8~)" to e2fsprogs.
Cheers,
Sven
1 - 100 of 1032 matches
Mail list logo
