.
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
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
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
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
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 #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: 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
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: 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
;>'
> 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
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
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
y to download the entity or this
specific test needs to be disabled.
Cheers,
Sven
Package: libgcc-s1
Version: 10-20200202-1
Severity: serious
On systems where /lib is a symlink to /usr/lib (which is the case for
every new buster installation, for instance), it can easily happen that
/usr/lib/$DEB_HOST_MUTIARCH/libgcc_s.so.1 disappears on upgrades. This
happens whenever libgcc-
ing: trying to overwrite '/usr/share/doc/libtool/TODO.gz', which is
also in package libtool 2.4.6-12
| Setting up libtool-doc (2.4.6-12) ...
`
Cheers,
Sven
have a good reason
to remove the package, so there actually seems to be a need to find a
solution for this soon. Unfortunately, right now, I don't see a better
solution than removing kubectx from unstable.
Regards
Sven
signature.asc
Description: OpenPGP digital signature
Package: haskell-githash
Version: 0.1.3.1-3
Severity: serious
I was attempting to build haskell-githash on a system that had no usable
network and thus also no FQDN. I do interpret this as an attempt to access
the network during build, though this is debatable, so feel free to
downgrade the severi
Tags 951636 + patch
Tags 951637 + patch
thanks
See https://salsa.debian.org/haskell-team/DHG_packages/merge_requests/4
Package: getmail6
Version: 6.7-1
Severity: serious
Your package ships /usr/bin/getmail and various other files owned by the
getmail package, here is a complete list:
,
| # dpkg -i --force-overwrite getmail6_6.7-1_all.deb
| (Reading database ... 13802 files and directories currently installed.
On 2020-10-22 21:08 +0100, Sudip Mukherjee wrote:
> On Wed, Oct 21, 2020 at 09:44:14AM +0200, Sven Joachim wrote:
>> Package: getmail6
>> Version: 6.7-1
>> Severity: serious
>>
>> Your package ships /usr/bin/getmail and various other files owned by the
>> g
hreads.so
Kind regards,
Sven
signature.asc
Description: This is a digitally signed message part.
On Sunday, 23 February 2020 09:07:09 CET Sven Eckelmann wrote:
[...]
> But I can confirm that the build breaks on sid with cmake 3.16.3-1 and libc6-
> dev 2.29-10. I will poke around to find out why cmake isn't able anymore to
> find libpthread.so and instead is trying (and fail
64-linux-gnu/libprocps.so', needed by 'glretrace'. Stop.
This is bug #951494 in libprocps-dev.
Cheers,
Sven
Hi.
Looks like this is due to a missing build-dependency on the libx11-xcb-dev
package.
Adding that dependency makes the package build for me.
Cheers,
Sven
e './rstb_365910_e7e00756.4.log': open error: Too many
>> open
>> files [v8.1908.0 try https://www.rsyslog.com/e/2433 ]
>> Maybe just a temporary issue. Could you give it back?
>
> I already did that. It failed twice.
The same error occurred on powerpc, ppc64 and sparc64, so I suspect
it is specific to big endian architectures.
Cheers,
Sven
Can you please check again. I would assume this can be reassigned after
confirmation to texlive-latex-extra:
reassign 922767 texlive-latex-extra
forcemerge 920621 922767
affects 922767 src:libemf
thanks
Kind regards,
Sven
[1] https://tests.reproducible-builds.org/debian/history/libemf.html
signature.asc
Description: This is a digitally signed message part.
n/changelog 2019-08-28 21:53:11.0 +0200
@@ -1,3 +1,12 @@
+congress (9.0.0+dfsg1-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS twice in a row (Closes: #928791).
+- Ignore __pycache__ artifacts during dpkg-source.
+- Clean build and test artifacts.
+
+ -- S
ncompatibilities with Linux 5.0 and 5.1 can be fixed with the
attached patch. It should now be possible to build the kernel module even
against Linux 5.3(-rc5).
Kind regards,
SvenFrom: Sven Eckelmann
Date: Fri, 30 Aug 2019 21:16:27 +0200
Subject: Fix build of sysdig-dkms against Linux 5.
hroot, then installing libglx-mesa0 from buster. This
worked just fine, so unless you can give additional information, there's
not much we can do.
Cheers,
Sven
Control: reassign -1 debhelper 12.5
Am 07.09.2019 um 10:10 schrieb Sven Joachim:
> Am 07.09.2019 um 08:43 schrieb Helmut Grohne:
>
>> Source: xserver-xorg-input-libinput
>> Version: 0.29.0-1
>> Severity: serious
>> Tags: ftbfs
>>
>> xserver-xorg-in
will fail at runtime in the
installer because the library is not there.
Cheers,
Sven
Dear Maintainer,
when try to open a small image (128x128 px) Gimp crashed completely.
Debian System Information see below.
Gimp produces this crash debug output:
```
GNU Image Manipulation Program version 2.10.8
git-describe: GIMP_2_10_6-294-ga967e8d2c2
C compiler:
Using built-in specs
Package: xserver-xorg-video-tdfx
Version: 1:1.5.0-1
Severity: serious
In version 1:1.5.0-1 xserver-xorg-video-tdfx no longer depends on
xorg-video-abi-24 and xserver-xorg-core. The reason is that commit
058dc36806b3 ("Bump debhelper to 12.") inadvertently dropped not only
autoreconf, but also xsf
7;http_proxy' environment
variable.
make[1]: *** [debian/rules:19: override_dh_auto_build] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:11: binary] Error 2
Having no Java experience, but it looks like a missing (possibly not yet
packages) build dependency to me.
Cheers,
Sven
n Debian.
There are probably two possible fixes (maybe more):
1) Move the autostart file into the respective libxapp1 packages (with the
binary)
2) Use the alternatives mechanism to let one binary package provide the
executable at a common location.
Cheers,
Sven
ioned library package I spoke about. Doh.
Cheers,
Sven
Andreas Henriksson schrieb am Fr., 19. Feb. 2021, 21:22:
> Hello,
>
> On Fri, Feb 19, 2021 at 10:45:41AM +0100, Sven Mueller wrote:
> > Package: xapp
> > Version: 2.0.6-1
> > Severity: serious
> >
> > xap
org/Python/2Removal clearly says that packages are not
allowed to rely on it.
cdbs also doesn't depend on python-is-python2, which could be argued to
allow this usage, so it is actually broken in Bullseye.
Cheers,
Sven
Am Mi., 24. Feb. 2021 um 19:34 Uhr schrieb Jonas Smedegaard :
> severity -1 normal
>
> Hi Sven,
>
> Quoting Sven Mueller (2021-02-24 19:02:41)
> > /usr/lib/cdbs/waf-unpack is using /usr/bin/python and it's syntax is
> > Python 2 only.
> > I have no clue
debian/rules:21: override_dh_auto_test] Error 124
I get a different error here:
,
| ## #916415
| timeout 11 ./nocache apt show coreutils 1>>/dev/null
| apt: nocache.c:148: init_mutexes: Assertion `fds_lock != NULL' failed.
| Aborted
| make[1]: *** [debian/rules:21: override_dh_auto_test] Error 134
`
Increasing the timeout to 60 as you suggested does not help.
Cheers,
Sven
AFAICS the problem is that libcrypt.so.1 can temporarily
go missing if libc6 2.31-4 is unpacked before libcrypt1, breaking the
assumption that binaries from essential packages are always usable.
I don't have a good idea how to fix that, though. :-(
Cheers,
Sven
> Alois Wohl
6 so
it cannot be configured before libc6 is at least unpacked.
Cheers,
Sven
|19 | int ip_route_me_harder(struct net *net, struct sock *sk, struct
sk_buff *skb, unsigned addr_type);
| | ^~
`
This has been fixed upstream with 3.12 and 3.13 respectively.
Grüße,
Sven.
Source: devtodo
Version: 0.1.20-8
Severity: serious
X-Debbugs-Cc: Carlos Henrique Lima Melara , Sven
Joachim
The purge-tasks and rm-tasks-and-db-file autopkgtests are currently
failing on ci.debian.net, creating a migration problem for ncurses. It
seems however that this has nothing to do with
Package: google-oauth-client-java
Version: 1.28.0-1
Severity: serious
This can likely be fixed with a build dependency on grpc-java
[ERROR] Failed to execute goal on project google-oauth-client: Could not
resolve dependencies for project
com.google.oauth-client:google-oauth-client:jar:1.28.0: Can
Hi.
I just re-ran tests after adding a build dependency on libgrpc-java and
that fixed the reported issue.
Cheers,
Sven
Hi Tony.
You might be right and I'll try to debug a little more.
I'll share the build log with you directly. As it is from an internal
build, I suspect I might have missed removing some internal names that I
don't want to see published on bugs.debian.org.
Cheers,
Sven
Am Do., 1
declared
dependency on libgrpc-java.
0.24.0-1 does have that dependency.
Sorry for the noise.
Am Fr., 11. Dez. 2020 um 10:41 Uhr schrieb Sven Mueller <
sven.muelle...@gmail.com>:
> Hi Tony.
>
> You might be right and I'll try to debug a little more.
> I'll share the bui
il after installation.
To be fair though, I'm not even sure having the symbols file for the python
bindings .so files makes much sense.
Cheers,
Sven
.
Cheers,
Sven
riginal dh_doxygen script? CC'ing Paolo for this, see intro.
Cheers,
Sven
Attached is a patch to the included dh_doxygen
Description: Remove custom dh_doxygen (broken with newer doxygen)
Once upon a time, the custom script was useful, but this is not the time.
Author: Sven Mueller https://bugs
ebian/changelog?
Cheers,
Sven
Am Do., 17. Dez. 2020 um 16:55 Uhr schrieb Mathieu Parent <
math.par...@gmail.com>:
> Le jeu. 17 déc. 2020 à 16:48, Sven Mueller a
> écrit :
> >
> > Hi Mathieu.
>
> Hi,
>
> > Just wanted to say that your fix here seems wrong:
ached apt archive contents
> I: unmounting /home filesystem
> I: unmounting dev/ptmx filesystem
> I: unmounting dev/pts filesystem
> I: unmounting dev/shm filesystem
> I: unmounting proc filesystem
> I: unmounting sys filesystem
> E: pbuilder update failed
> E: could not update with cowdancer, try --no-cowdancer-update option
Please follow that advice, see #970555 for details.
Cheers,
Sven
or exit status 1
> Errors were encountered while processing:
> /var/cache/apt/archives/libtinfo6_6.2+20200918-1_amd64.deb
Use the --no-cowdancer-update cowbuilder option to work around this, see
#970555 for details.
Cheers,
Sven
Package: webext-compactheader
Version: 3.0.0~beta5-2
Severity: grave
Control: forwarded -1 https://github.com/jmozmoz/compactheader/issues/42
After upgrading thunderbird from 68 to 78, it deactivated the
CompactHeader extension as incompatible.
Perhaps it should be replaced by
https://addons.thun
ibncursesw6 into libtinfo6, but then people will likely
complain about bloating their chroots.
Cheers,
Sven
man page
Grüße,
Sven.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500,
'unstable'), (500, 'testing'), (200, 'experimental'), (1, 'ex
5.1/build] Error 2
make[1]: *** [/usr/src/linux-headers-5.9.0-1-common/Makefile:185: __sub-make]
Error 2
make[1]: Leaving directory '/usr/src/linux-headers-5.9.0-1-amd64'
make: *** [Makefile:25: ipt_NETFLOW.ko] Error 2
---8<--
Grüße,
Sven.
-- System Inform
ing strange
is going on.
You can reduce the severity to minor for now. As soon as I find how in
what way two of my systems differ and why, I will update (and quite
possibly close) the bug.
Grüße,
Sven.
t has the
following three lines:
if (NOT CMAKE_INSTALL_LIBDIR)
set(CMAKE_INSTALL_LIBDIR "lib")
endif()
So it did not install the libraries into a multiarch directory before,
but now that CMAKE_INSTALL_LIBDIR is explicitly set it does, and the
debian/*.install files are of course not prepared for that.
Cheers,
Sven
t; OUT_VERTEX(dstX, dstY);
> ^~
> make[5]: *** [Makefile:695: gen4_vertex.lo] Error 1
It seems that Fedora and openSUSE have stumbled upon this earlier:
https://src.fedoraproject.org/rpms/xorg-x11-drv-intel/c/f2e86334f3a168b04afddb57d4bc4f630e59a5e9
https://bugzilla.suse.com/show_bug.cgi?id=1092541
Disclaimer: I don't really have an informed opinion here.
Cheers,
Sven
make: *** [debian/rules:7: binary] Error 2
> | dpkg-buildpackage: error: debian/rules binary subprocess returned exit
> status 2
>
> This looks like some dependency changed possibly debhelper or autoconf
> or something.
Almost certainly it is has been triggered by the recent upload of
googletest, since the gtest-source directory is just a copy (via cp -a)
of /usr/src/googletest/googletest. Looks like that googletest upload
broke out-of-tree builds.
Cheers,
Sven
Control: found -1 1.4.7-3
On 2018-10-05 03:08 +0100, Olly Betts wrote:
> On Tue, Oct 02, 2018 at 11:10:46PM +0200, Sven Joachim wrote:
>> Indeed, but that needs to be fixed in libxapian30's shlibs file.
>
> Fixed there by xapian-core 1.4.7-3.
Unfortunately it is not really f
om
>
> Makefile:3168: recipe for target 'test-suite.log' failed
> make[5]: *** [test-suite.log] Error 1
Should be fixed by commit d446dba317[1] ("tests: fix --format='%4000f'
expected out
a stretch->buster upgrade.
Attached is a patch (untested).
Cheers,
Sven
>From 6c6d71192d2b1dc0ec47757f8c6acaf0c85a079e Mon Sep 17 00:00:00 2001
From: Sven Joachim
Date: Fri, 12 Oct 2018 10:54:04 +0200
Subject: [PATCH] Do not remove /var/cache/apparmor/CACHEDIR.TAG on upgrades
Closes:
n
package with the translation files. The exact Provides/Replaces
versions might have to be adjusted, and the exact relationship between
libgpg-error0 and libgpg-error-l10n is also debatable. I have chosen an
unversioned Recommends, but others are also possible. What would not
work is an exact "
Source: audit
Version: 1:2.8.4-1
Severity: serious
The latest upload of audit FTBFS on various architectures. It looks like
a test program is built twice in parallel and make stumbles upon that[1]:
,
| make[5]: Entering directory '/<>/debian/build/auparse/test'
| gcc -DHAVE_CONFIG_H -I. -I..
0%: Checks: 1, Failures: 1, Errors: 0
| tests/volume-test.c:148:F:volume:volume_test:0: Assertion 'mdn <= 300' failed
`----
Similar on armhf, i386, s390x and sparc64.
Cheers,
Sven
1.
https://buildd.debian.org/status/fetch.php?pkg=pulseaudio&arch=arm64&ver=12.2-1&stamp=1536269336&raw=0
ackage emacs25 25.2+1-6+b2
>
> This is more or less the same issue as https://bugs.debian.org/904957
> which either hasn't been fixed correctly or the fix has been removed
> already again.
The former. The attached patch should fix that, but I have not tested
it at all.
Cheers
Source: gdk-pixbuf
Version: 2.38.0+dfsg-2
Severity: serious
Tags: ftbfs
The attempt to fix the test timeouts on slow arches in 2.38.0+dfsg-2 has
introduced a new FTBFS problem on i386[1]:
,
|debian/rules override_dh_auto_test
| make[1]: Entering directory '/<>/gdk-pixbuf-2.38.0+dfsg'
| #
Control: tags -1 + patch
On 2018-09-08 09:10 +0200, Sven Joachim wrote:
> Source: gdk-pixbuf
> Version: 2.38.0+dfsg-2
> Severity: serious
> Tags: ftbfs
>
> The attempt to fix the test timeouts on slow arches in 2.38.0+dfsg-2 has
> introduced a new FT
include files in /include, etc. Installing debhelper-11.3.5 fixes
> the problem.
Bisection shows that commit a7ec05c10093f ("dh: Track which options have
been passed") has triggered the problem. I had a look at the gforth
build logs with debhelper 11.3.5 and 11.4, but could not spot an obvious
cause. Maybe Niels has more luck.
Cheers,
Sven
m/
| chrome-gnome-shell:
/etc/chromium/native-messaging-hosts/org.gnome.chrome_gnome_shell.json
| debian-edu-config: /etc/chromium/policies/managed/chromium-networked-prefs
| plasma-browser-integration:
/etc/chromium/native-messaging-hosts/org.kde.plasma.browser_integration.json
| webext-browserpass:
/etc/chromium/native-messaging-hosts/com.dannyvankooten.browserpass.json
`
Cheers,
Sven
is a
more logical place for rpcinfo; the reason why it was put into /usr/sbin
is that libc-bin versions before 2.16 used to ship /usr/bin/rpcinfo.
See also #707589 on that topic.
Cheers,
Sven
Package: libomp-7-dev
Version: 1:7-6
Severity: serious
In the latest llvm-defaults upload libomp-dev depends on libomp-7-dev, but
libomp-7-dev conflicts with libomp-dev, so the latter is not installable.
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107511
> Fixes: f7d42ee7d319256608ad "include: update GL & GLES headers (v2)"
> Signed-off-by: Eric Engestrom
> Tested-by: Brad King
> Reviewed-by: Emil Velikov
> (cherry picked from commit 87c156183cd668f1341326cc7c88ab6686f27d8f)
>
> so something else is wrong.
KHR/khrplatform.h is installed, but into libegl1-mesa-dev, on which
mesa-common-dev does not currently depend.
Cheers,
Sven
_new@Base 0
> + fd_bo_put_iova@Base 2.4.91-1
> fd_bo_ref@Base 0
> fd_bo_size@Base 0
> fd_device_del@Base 0
> dh_makeshlibs: failing due to earlier errors
> debian/rules:103: recipe for target 'override_dh_makeshlibs' failed
> make[1]: *** [override_dh_makeshlibs] Error 2
I have added the missing symbols in git, not tested though.
Cheers,
Sven
ack/msgpack-python/issues/268
"package rename issues with msgpack 0.5.0"
Looks like a borg *and* msgpack issue to me.
Grüße,
Sven.
signature.asc
Description: OpenPGP digital signature
Source: imagemagick
Version: 8:6.9.9.39+dfsg-1
Severity: serious
Your package FTBFS on i386 due to a testsuite failure, here is a
hopefully relevant excerpt from the build log[1]:
,
| Line: 160, backgroundColor default (#) is incorrect
| Testing throwing and catching exceptions. A
hive package, which should have
fixed the issue according to [1].
Cheers,
Sven
1.
http://git.savannah.nongnu.org/cgit/autoconf-archive.git/commit/m4/ax_create_pkgconfig_info.m4?id=b7f95244497a32f67f60ec16dabc665c05bab734
. The dh_strip override had already been removed
in git, I have added a bug closure to the Debian changelog there.
Cheers,
Sven
bug back to glib2.0 for that, but "debian/rules
clean" even fails when meson is installed, which looks like a serious
problem in debhelper.
,
| $ debian/rules clean
| dh clean --with gnome,python3
|dh_auto_clean
| LC_ALL=C.UTF-8 ninja clean
| ninja: error: loading 'build.ninja': No such file or directory
`
Cheers,
Sven
ringing this up again. This is a long standing bug in libevas-dev.
Increasing the severity for the libevas-dev bug now because they have uploaded
the problematic version to unstable without fixing it.
Kind regards,
Sven
signature.asc
Description: This is a digitally signed message part.
e from Debian.
Kind regards,
Sven
[1] https://sourceforge.net/p/enlightenment/mailman/message/36077810/
signature.asc
Description: This is a digitally signed message part.
Package: libtinfo5
Version: 6.0+20170701-1
Severity: serious
The symbol _nc_read_entry got inadvertently dropped in favor of
_nc_read_entry2, and this breaks reverse dependencies (ncurses-bin
before 6.0+20170701-1 and tack):
,
| $ infocmp
| infocmp: relocation error: infocmp: symbol _nc_re
On 2017-07-14 16:13 +0200, Sven Joachim wrote:
> Package: libtinfo5
> Version: 6.0+20170701-1
> Severity: serious
>
> The symbol _nc_read_entry got inadvertently dropped in favor of
> _nc_read_entry2, and this breaks reverse dependencies (ncurses-bin
> before 6.
On 2017-07-14 16:13 +0200, Sven Joachim wrote:
> Package: libtinfo5
> Version: 6.0+20170701-1
> Severity: serious
>
> The symbol _nc_read_entry got inadvertently dropped in favor of
> _nc_read_entry2, and this breaks reverse dependencies (ncurses-bin
> before 6.0+201707
On 2017-07-14 18:57 +0200, Sven Joachim wrote:
> On 2017-07-14 16:13 +0200, Sven Joachim wrote:
>
>> The symbol _nc_read_entry got inadvertently dropped in favor of
>> _nc_read_entry2, and this breaks reverse dependencies (ncurses-bin
>> before 6.0+20170701-1 and tack):
&
6f413b02944a5a8ce6e6ff45d042f33bdd73aa51
Author: Sven Joachim
Date: Sun Jul 16 14:52:15 2017 +0200
Update libtinfo5.symbols file
Bring back the _nc_read_entry symbol, drop _nc_read_entry2. This
restores ABI compatibility with the stretch libtinfo5 package, but
creates a new incompatibility with the
it
| rather than using def_prog_mode().
`
Changing the test in configure.ac to use TERMTYPE rather than TERMINAL
fixes the problem, see the attached debdiff. It is very noisy because
the patch run_autoconf.diff had to be refreshed by rerunning autoreconf.
It would be better to regenerate
dh_install (see #867866) but overzealously also touched a few other
utilities like dh_installdocs. It turns out that these programs
actually treated an argument like 'foo bar' as a single file in 10.2.5,
and obviously there are a few packages which rely on
he versions are too low:
,
| $ apt-cache show libglib2.0-dev-bin | grep -E '^(Breaks|Replaces)'
| Replaces: libglib2.0-dev (<< 2.51.4-1~)
| Breaks: libglib2.0-dev (<< 2.51.4-1~)
`
They need to be bumped to 2.53 or so, because glib2.0 2.52.3 ended up in
unstable without the libglib2.0-dev-bin binary package.
Cheers,
Sven
94: ./configure: rmtest.c: not found
>> no
>>
>> ERROR: There is no wide character support on curses!
>>
>> dh_auto_configure: ./configure --build=x86_64-linux-gnu
>> --prefix=/usr --includedir=\${prefix}/include
>> --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info
>> --sysconfdir=/etc --localstatedir=/var --disable-silent-rules
>> --libdir=\${prefix}/lib/x86_64-linux-gnu
>> --libexecdir=\${prefix}/lib/x86_64-linux-gnu
>> --disable-maintainer-mode --disable-dependency-tracking returned
>> exit code 1
>> make[1]: *** [debian/rules:9: override_dh_auto_configure] Error 2
Cheers,
Sven
Source: smuxi
Version: 1.0.7-2
Severity: serious
Your package FTBFS in unstable, here is the tail of my build log:
,
| DLL map: 'ncurses' target: 'libncursesw.so.5'
| dh_clideps: Error: Missing shlibs entry: libncursesw.so.5 or ncurses for:
smuxi-frontend-stfl.exe!
| Use of uninitializ
r_pairs[pair-2]
| $1 = {fg = 0, bg = 0, mode = 0, prev = 0, next = 0}
`
So it seems that the ncurses library did not allocate enough memory to
hold all the color pairs in sp->_color_pairs, resulting in the eventual
heap buffer overflow.
That's how far I have tracked the issue, hopefully Thomas Dickey can
investigate it further and even provide a fix.
Cheers,
Sven
Source: ecere-sdk
Version: 0.44.15-1
Severity: serious
Tags: buster sid
Your package fails to build on i386[1] with a rather bogus syntax error:
,
| Building 2nd stage ecere...
| make[2]: Entering directory '/tmp/ecere-sdk-0.44.15/ecere'
| /usr/lib/gcc/i686-linux-gnu/7/include/stddef.h:435:78
Thanks for the quick reply.
On 2018-05-16 06:46 -0400, Jérôme St-Louis wrote:
> Dear Sven,
>
> Thank you for the notice.
> It would be extremely helpful in solving this rapidly to have a
> quick-link to the exact version of that stddef.h (possibly the other
> libc headers as
Source: ui-utilcpp
Version: 1.8.5-2
Severity: serious
Your package FTBFS everywhere[1], the reason being that the configure
script has a syntax error after regeneration (but not before):
,
| $ bash -n ./configure
| $ dh_autoreconf
| libtoolize: putting auxiliary files in '.'.
| libtoolize: co
Control: reassign -1 acr 1.6.1-1
On 2018-05-15 14:42 +0200, meskio wrote:
> Quoting Sven Joachim (2018-05-06 21:50:57)
>> It seems to me this is a bug in acr 1.6.1-1. The configure script
>> generated by it is clearly broken, and the same tudu version built
>> successfull
On 2018-05-21 16:28 +, Niels Thykier wrote:
> Control: tags -1 patch
> Control: severity -1 serious
>
> On Mon, 21 May 2018 17:05:54 +0200 Sven Joachim wrote:
>> Package: debhelper
>> Version: 11.3
>>
>> Upon rebuilding (binary-arch only) ncurses with deb
x-gnu/libthread_db.so.1".
| Mail version 8.1.2 01/15/2001. Type ? for help.
| "/var/mail/sven": 1 message 1 new
|
| Program received signal SIGSEGV, Segmentation fault.
| __strlen_sse2_bsf () at ../sysdeps/i386/i686/multiarch/strlen-sse2-bsf.S:50
| 50../sysdeps/i386/i686/multiarch/strl
101 - 200 of 1362 matches
Mail list logo