Bug#386609: Diablo II fails to start

Package: wine Version:0.9.16-1 Everything worked fine upto 0.9.15-1. 0.9.16-1 fails with: ... err:module:import_dll Library wined3d.dll (which is needed by LC:\\Windows\\System\\ddraw.dll) not found ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or

Bug#386945: initscripts: User Mode Linux (UML) doesn't start because /dev/shm is mounted noexec

Package: initscripts Version: 2.86.ds1-20 Severity: critical Justification: breaks UML environments The mountdevsubfs.sh init script mounts /dev/shm with the noexec flag. UML (/usr/bin/linux) complains about that and doesn't start. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject

Bug#386609: Same with 0.9.17

Package: wine Version:0.9.17-1 Same as with 0.9.16-1. DiabloII fails to start. It looks like libwined3d is completely missing. I found a /usr/lib/wine/libwined3d.def file, but no /usr/lib/wine/libwined3d.dll.so. But i am not shure if this is the problem. Tim -- To UNSUBSCRIBE, email

Bug#386609: same with 0.9.18-1

Package: wine Version:0.9.18-1 Same as with 0.9.16-1 and 0.9.17-1. DiabloII fails to start. It looks like libwined3d is completely missing. I found a /usr/lib/wine/libwined3d.def file, but no /usr/lib/wine/libwined3d.dll.so. Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Bug#386609: Same with 0.9.17

/usr/lib/wine/wined3d.dll.so is found in the libwine-gl package. (The name does not start with lib.) Wow, that's it! I somehow missed the new package, thanks. I think, the bug can be closed now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact

Bug#455479: failed to mount smbfs shares: mount error 13 = Permission denied

Am Mittwoch, 12. Dezember 2007 schrieb Steve Langasek: forcemerge 369495 455479 thanks On Mon, Dec 10, 2007 at 12:09:24PM +0100, Tim Rühsen wrote: Am Montag, 10. Dezember 2007 schrieb Steve Langasek: On Mon, Dec 10, 2007 at 11:51:39AM +0100, Tim Ruehsen wrote: mounting shares via

Bug#454115: on pc-to-pc twinkle sends INVITE to unknown IP 81.169.145.87:5060 (registrar not configured)

Package: twinkle Version: 1:1.1-2+b1 Severity: normal am trying to connect pc-to-pc (as described on the twinkle homepage, but without using name - so i just enter the destination IP 192.168.0.101 for example). I just enter the desired IP an hit 'Dial' which results in '503 Service

Bug#454115: on pc-to-pc twinkle sends INVITE to unknown IP 81.169.145.87:5060 (registrar not configured)

Am Montag, 3. Dezember 2007 schrieb Mikael Magnusson: Tim Rühsen wrote: Package: twinkle Version: 1:1.1-2+b1 Severity: normal am trying to connect pc-to-pc (as described on the twinkle homepage, but without using name - so i just enter the destination IP 192.168.0.101 for example

Bug#455479: failed to mount smbfs shares: mount error 13 = Permission denied

Am Montag, 10. Dezember 2007 schrieb Steve Langasek: On Mon, Dec 10, 2007 at 11:51:39AM +0100, Tim Ruehsen wrote: mounting shares via smbfs (also tried cifs - same problem) result in: mount error 13 = Permission denied the systems to mount are different linux systems: - current stable

Bug#528217: The problem is gone for me

Yesterday I could reproduce the behaviour after rebooting. Today, I rebooted, aptitude update, aptitude upgrade, started OpenOffice without a Document (from the KDE menu), stopped it, started OpenOffice from Dolphin (clicking on the same .odt files as yesterday) - and it did not crash the X

Bug#626579: libxpcom.so: cannot open shared object file: No such file or directory

Am Friday, 13. May 2011 schrieb Mike Hommey: On Fri, May 13, 2011 at 11:13:15AM +0200, Tim Rühsen wrote: Sorry, I forget to say that it causes a problem with prelink: prelink: /usr/lib/xulrunner-1.9.1/xulrunner-bin: Could not find one of the dependencies This just means

Bug#675056: clang / gcc 4.7 issue

There seem to be issues with clang compiled with gcc 4.7. Either a recompilation with gcc 4.6 or [gcc 4.7 -fno-tree-pre] could help. see also: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53147 Other problems with clang and gcc 4.7 can be found on llvm's bugzilla. Regards, Tim -- To

Bug#728735: wget: unexpected linker -Lyes/lib seen in wget --version

Package: wget Version: 1.14-4 Severity: minor Dear Maintainer, wget --version outputs -Lyes/lib as param to the linker. tim@debian:~$ wget --version GNU Wget 1.14 übersetzt unter linux-gnu. +digest +https +ipv6 +iri +large-file +nls -ntlm +opie +ssl/gnutls Wgetrc: /etc/wgetrc (System)

Bug#707555: Solution

I compiled the current wget from git on a current Debian SID. It works together with the option secure-protocol=SSLv3 (which does not work on Debians 1.14-2: 'GnuTLS internal error'). I have installed: gnutls-bin 3.1.12-2 libgnutls-openssl27:amd64 2.12.23-5 libgnutls-xssl0:amd64 3.1.12-2

Bug#724069: libidn11:amd64: invalid read of size 4 in idna_to_ascii_8z/idna_to_ascii_4z reported by valgrind

Package: libidn11 Version: 1.28-1 Severity: normal Dear Maintainer, compiling and running a C program using valgrind leads to 'invalid read of size 4' report. The code snippet is #include stdio.h #include idna.h void main(void) { char *host_asc = NULL; idna_to_ascii_8z(www.exampl.com,

Bug#725522: libgnutls28: memory leak calling gnutls_global_init/gnutls_global_deinit

Package: libgnutls28 Version: 3.2.4-4 Severity: normal Dear Maintainer, calling gnutls_global_init() followed by gnutls_global_deinit() leaves one memory chunk unfreed. That's what valgrind says: ==17498== HEAP SUMMARY: ==17498== in use at exit: 32 bytes in 1 blocks ==17498== total heap

Bug#733039: Exposing GnuTLS priority strings

There has been a discussion about exposing GnuTLS priority strings to the Wget user: http://lists.gnu.org/archive/html/bug-wget/2013-08/msg00053.html Tim signature.asc Description: This is a digitally signed message part.

Bug#745836: CRLs where from ?

Wget currently does not load CRLs. It loads (by default) certificates from the /etc/ssl/certs/ directory. If a cert is found here and is still valid (despite from any CRLs), the appropriate connection is accepted/verified. An implementation of CRL loading from local files would be nice and easy

Bug#766780: Please add Public Suffix List cookie domain checking via libpsl

Package: wget Version: 1.15-1 Severity: wishlist When building the next release of Wget (coming soon), please add Public Suffix List cookie domain checking. Not using libpsl makes using cookies much more vulnerable to 'supercookies'. in debian/control - add libpsl-dev to Build-Depends

Bug#790524: src:gmt: takes over files from several unrelated packages (was: Re: gmt: libgenome-perl in sid already provides /usr/bin/gmt)

Am Freitag, 3. Juli 2015, 22:11:49 schrieb Sebastiaan Couwenberg: * libpsl-dev [...] Filelist libpsl-dev vs. libgmt-dev: usr/lib/x86_64-linux-gnu/libpsl.so The libpsl gmt packages use different a SONAME. To ensure dependencies on the GMT libpsl it's bundled with

Bug#801784: gitk de_DE.UTF-8: Error in startup script: bad menu entry index "Ansicht bearbeiten ..."

On Wed, 14 Oct 2015 16:44:53 +0200 Christoph Berg wrote: > Package: gitk > Version: 1:2.6.1-1 > Severity: grave > > Hi, > > running in a German locale, gitk is broken: Workaround: LC_ALL=C gitk signature.asc Description: This is a digitally signed message

Bug#800698: Kmail2 display garbled (after a while)

Sorry for the noise. I just read #800698 to the end. And I can confirm that OpenJDK 8 solves the issue. For Netbeans, you have to set netbeans_jdkhome="/usr/lib/jvm/java-8-openjdk-amd64" in ~/netbeans-8.0.2/etc/netbeans.conf Tim Am Montag, 12. Oktober 2015, 16:38:45 schrieb Tim

Bug#813256: flex: C++ style comment in C output

Package: flex Version: 2.6.0-3 Severity: important Dear Maintainer, flex adds a C++ comment into C code which prevents compiling with gcc - std=c89. It has been fixed in upstream in commit 07d89829. Please also fix it in the Debian flex package. -- System Information: Debian Release:

Bug#808356: wget: bad syntax comment in .wget-hsts

This is fixed in the current wget 1.18. Tim signature.asc Description: This is a digitally signed message part.

Bug#849389: Remove patch 'wget-doc-CRLs.patch' from source package

Package: wget Version: 1.18-4 The patch states that wget does not suport CRLs. Well, it does: commit cf4991d6022d990604bb8175dc94b931e69617dc Author: Tim Rühsen <tim.rueh...@gmx.de> Date: Tue Nov 11 17:56:09 2014 +0100 Added OpenSSL support for --crl-file

Bug#857953: bash: debian/rules execute $(STRIP) even when empty

On Donnerstag, 16. März 2017 17:26:23 CET Matthias Klose wrote: > please read about bug severities. This bugs renders the source package unusable for me. That's what reportbug suggests 'important' for ("...major effect on the usability...") And I need the source package to create a .deb with

Bug#866406: Fixed upstream - please update package

It looks like this bug has been fixed upstream in commit 09b6e78d1592ce10fdc975025d699ee41444aa3f Author: Paul Eggert Date: Fri Feb 5 21:06:20 2016 -0800 Fix memory leak in AC_FUNC_MMAP * lib/autoconf/functions.m4 (AC_FUNC_MMAP): Fix memory leak in test

Bug#864377: docker.io: Failure to install (cannot start daemon)

On Mon, 26 Jun 2017 17:37:48 -0400 Antoine Beaupre wrote: > Control: notfound -1 1.13.1~ds1-2 > Control: tags -1 unreproducible > > Similarly: I installed 1.13.1~ds1-2 from sid on stretch and it installs > fine. > > Any more details on how to reproduce this? Which init

Bug#864377: docker.io: Failure to install (cannot start daemon)

Just an idea... aufs too old (not matching the kernel version) ? # uname -a Linux blitz-lx 4.11.0-1-amd64 #1 SMP Debian 4.11.6-1 (2017-06-19) x86_64 GNU/Linux # dpkg -l '*aufs*' un aufs-dev (no description available) ii aufs-dkms

Bug#864377: docker.io: Failure to install (cannot start daemon)

Here the work-around: Use a different device driver, you likely use 'aufs'. In /etc/default/docker change DOCKER_OPTS="--storage-driver=aufs" to DOCKER_OPTS="--storage-driver=devicemapper" (or whatever driver you like) Then start apt-get upgrade again to configure docker.io:

Bug#869090: gcc-6: Address sanitizer: Shadow memory range interleaves

On 07/20/2017 05:09 PM, Matthias Klose wrote: > On 20.07.2017 14:45, Tim Ruehsen wrote: >> Package: gcc-6 >> Version: 6.4.0-1 >> Severity: important >> >> Dear Maintainer, >> >> building autotools packages with address sanitizer currently breaks with >> gcc-6 and gcc-7. >> gcc-5 is not effected.

Bug#869090: gcc-6: Address sanitizer: Shadow memory range interleaves

Any program: #include int main(void) { printf("Hello\n"); } $ gcc-6 -g -fsanitize=address -fno-omit-frame-pointer x.c -o x $ ./x ==29033==Shadow memory range interleaves with an existing memory mapping. ASan cannot proceed correctly. ABORTING. ==29033==ASan shadow was supposed to be

Bug#870813: [bug #51666] Please hash the hostname in ~/.wget-hsts files

On Freitag, 18. August 2017 14:51:12 CEST Ander Juaristi wrote: > Follow-up Comment #2, bug #51666 (project wget): > > I'm not generally against these kind of small tweaks that don't harm and > slightly improve user's privacy. > > If Firefox doesn't do it, we don't care: it's their business and

Bug#862335: openssl creates and accepts certificates with bad notAfter field

On Thu, 11 May 2017 18:42:17 +0200 Kurt Roeckx wrote: > On Thu, May 11, 2017 at 02:59:20PM +0200, Harald Dunkel wrote: >> >> Please note the "-enddate 20451231235959Z" and compare with RFC >> 5280 section 4.1.2.5 (https://www.ietf.org/rfc/rfc5280.txt). The >> GeneralizedTime

Bug#856951: Now hit by this issue on unstable as well

Seems to hit me on unstable since today. runc 1.0.0~rc2+git20170201.133.9df8b30-1 systemd 233-9 container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"cgroup\\\" to rootfs

Bug#873715: includes -R (-rpath) in libidn2.pc file

On 08/30/2017 01:55 PM, Dmitry Eremin-Solenikov wrote: > Package: libidn2-dev > Version: 2.0.2-3 > Severity: normal > > Hi, > > libidn2.pc includes -R option in Libs.private section of the file. It > does not make sense, especially because this option points to the > standard libaries dir

Bug#870669: libidn: Make source package bootstrappable

On 09/13/2017 02:19 PM, Helmut Grohne wrote: > retitle 870669 move gcj-jdk from Build-Depends to Build-Depends-Indep > tags 870669 + patch > severity 870669 normal > user helm...@debian.org > usertags 870669 + rebootstrap > thanks > > On Thu, Aug 03, 2017 at 03:14:48PM -0700, Daniel Schepler

Bug#873903: libidn2-0: CVE-2017-14062: integer overflow in decode_digit

On Fri, 01 Sep 2017 06:52:53 +0200 Salvatore Bonaccorso wrote: > Source: libidn2-0 > Version: 0.10-2 > Severity: important > Tags: upstream security patch > > Hi, > > the following vulnerability was published for libidn2-0. > > CVE-2017-14062[0]: > | Integer overflow in the

Bug#873903: Wheezy update of libidn?

On Freitag, 1. September 2017 16:51:18 CEST Raphael Hertzog wrote: > Dear maintainer(s), > > The Debian LTS team would like to fix the security issues which are > currently open in the Wheezy version of libidn: > https://security-tracker.debian.org/tracker/source-package/libidn > > Would you

Bug#869561: underscores get stripped

On 08/30/2017 12:00 PM, Marco d'Itri wrote: > On Jul 24, Laurent Bigonville wrote: > >> I'm not sure when is the next planned release for libidn, but could you >> considere fixing that in debian? > 2.0.3 was released some weeks ago, can you package it? > I need this fix to

Bug#881915: libidn FTBFS with gtk-doc-tools 1.26: gtkdoc-mktmpl is no longer available

On 11/23/2017 03:37 PM, Helmut Grohne wrote: > On Thu, Nov 23, 2017 at 11:32:06AM +, Simon McVittie wrote: >> It looks as though plain gtkdocize replaces gtk-doc.make with a symbolic >> link, which dh-autoreconf won't delete (bug filed), breaking the ability >> to build twice in a row; so

Bug#882581: libidn2: debian/upstream/signing-key.asc is 15M and contains unrelated public keys

mon Josefsson <si...@yubico.com>" > :user ID packet: "Simon Josefsson <si...@josefsson.org>" > > and it seems entirely plausible that Simon Josefsson is the only valid > upstream release manager for libidn2. Simon and me (Tim Rühsen <tim.rueh...@gmx.de>

Bug#883407: libc6: getpwnam_r() leaks memory

On Tue, 5 Dec 2017 19:17:42 +0100 Aurelien Jarno wrote: > It's not something I can reproduce here, but getpwnam_r can behave very > differently depending on the nss configuration your system. A small > reproducer and the content of /etc/nsswitch.conf would definitely help. >

Bug#882689: libidn2: [INTL:de] Initial German translation

Hello Chris, sorry for the delay. I sent your work to coordina...@translationproject.org also with the request to take libidn2 onto their todo list. We seem to have missed that before. If interested, you can contact the translation team at https://translationproject.org/html/welcome.html.

Bug#883407: libc6: getpwnam_r() leaks memory

Package: libc6 Version: 2.25-3 Severity: normal Dear Maintainer, valgrinding a C code shows the following: ==27943== 4,096 bytes in 1 blocks are definitely lost in loss record 3 of 3 ==27943==by 0x6C27715: getpwnam_r@@GLIBC_2.2.5 (getXXbyYY_r.c:314) ==27943==by 0x4E8569F: rpl_glob

Bug#855346: been hit with same

On Fri, 8 Dec 2017 14:08:13 +0100 Paolo Inaudi wrote: > Profile from #126 still doesn't allow to open links in Firefox: > > dic 08 14:06:43 paolo-desktop audit[19990]: AVC apparmor="DENIED" > operation="exec" profile="thunderbird" name="/usr/lib/firefox/firefox" > pid=19990

Bug#842242: Missing $LINENO support is intentional

> So, keeping $LINENO support disable is *intentional* so as configure > *does not* catch dash as the default shell, because it breaks a lot of > packages with bashisms. The bug highlights the reason of this > deactivation, even if “long term” solution is to fix all the bashisms. > So, as long as

Bug#893280: linux-image-4.15.0-1-amd64: Crash in nouveau kernel code

Package: src:linux Version: 4.15.4-1 Severity: normal Dear Maintainer, sometimes I see kernel crashes when alt-tab'ing between windows in KDE. The, the either the Window renders unusable or everything is stuck (except mouse pointer movement). Everything means the keyboard is also dead, no

Bug#875370: dependency on PSL pulls in ICU, which dwarfs wget in size

On Sun, 10 Sep 2017 23:51:12 +0200 Josip Rodin wrote: > Package: wget > Severity: minor > > Hi, > > Resolving #766780 seems to have pulled in a pair of disproportionally large > libraries: > > [...] > The following NEW packages will be installed: > libicu52 libpsl0 > The following

Bug#908478: wget -r doesn't recurse if index.html hasn't been updated

On Mon, 10 Sep 2018 11:24:05 +0200 Tor Arntsen wrote: > Package: wget > Version: 1.19.5-1 > Severity: important > > Dear Maintainer, > > wget used for maintaining a local mirror of a web site > > Did: wget -r -N -np --no-host-directories $url/ > Outcome: Got 'index.html not mofified on server.

Bug#916779: libc6-armhf-cross: strerror(-3) sets errno to ENOMEM

On 12/19/18 12:55 AM, Aurelien Jarno wrote: > On 2018-12-18 22:11, Aurelien Jarno wrote: >> On 2018-12-18 21:34, Aurelien Jarno wrote: >>> Hi, >>> >>> On 2018-12-18 15:15, Tim Ruehsen wrote: Package: libc6-armhf-cross Version: 2.28-2cross2 Severity: normal Dear Maintainer,

Bug#916779: libc6-armhf-cross: strerror(-3) sets errno to ENOMEM

On 12/21/18 12:09 PM, Aurelien Jarno wrote: > On 2018-12-21 11:51, Tim Rühsen wrote: >> On 12/19/18 12:55 AM, Aurelien Jarno wrote: >>> On 2018-12-18 22:11, Aurelien Jarno wrote: >>>> On 2018-12-18 21:34, Aurelien Jarno wrote: >>>>> Hi, >&

Bug#916779: libc6-armhf-cross: strerror(-3) sets errno to ENOMEM

On 12/21/18 12:09 PM, Aurelien Jarno wrote: > On 2018-12-21 11:51, Tim Rühsen wrote: >> On 12/19/18 12:55 AM, Aurelien Jarno wrote: >>> On 2018-12-18 22:11, Aurelien Jarno wrote: >>>> On 2018-12-18 21:34, Aurelien Jarno wrote: >>>>> Hi, >&

Bug#916779: libc6-armhf-cross: strerror(-3) sets errno to ENOMEM

On 22.12.18 16:56, Aurelien Jarno wrote: > On 2018-12-22 16:24, Tim Rühsen wrote: >> On 22.12.18 13:37, Aurelien Jarno wrote: >>> On 2018-12-21 12:58, Tim Rühsen wrote: >>>> On 12/21/18 12:09 PM, Aurelien Jarno wrote: >>>>> On 2018-12-21 11:51,

Bug#916779: libc6-armhf-cross: strerror(-3) sets errno to ENOMEM

On 22.12.18 13:37, Aurelien Jarno wrote: > On 2018-12-21 12:58, Tim Rühsen wrote: >> On 12/21/18 12:09 PM, Aurelien Jarno wrote: >>> On 2018-12-21 11:51, Tim Rühsen wrote: >>>> On 12/19/18 12:55 AM, Aurelien Jarno wrote: >>>>> On 2018-12-18 22:11, Aur

Bug#917279: openjdk-8-jre: Netbeans 8.2 crashes at startup with 'library initialization failed...'

Package: openjdk-8-jre Version: 8u191-b12-2 Severity: important Dear Maintainer, since yesterday I experience a crash when starting upstream Netbeans 8.2. $ netbeans-8.2/bin/netbeans library initialization failed - unable to allocate file descriptor table - out of

Bug#917279: Fixed now

After the latest apt-get update (incl. systemd upgrade), Netbeans works as expected again. IMO, this bug can be closed. signature.asc Description: OpenPGP digital signature

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

Please do not remove this package, the first CI builds (MinGW cross builds) already break (GNU Wget / Wget2). Well, it's already gone from buster... please add it back or provide a another way to convert charsets within cross-compiled Windows executables. Regards, Tim signature.asc

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

Fixed it by building my own libiconv on MinGW systems. It really is straight forward and possibly no extra Debian package is needed. Regards, Tim On Sat, 16 Mar 2019 21:02:26 +0100 =?UTF-8?Q?Tim_R=c3=bchsen?= wrote: > Please do not remove this package, the first CI builds (MinGW cross > builds)

Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

On 3/17/19 11:11 PM, Daniel Kahn Gillmor wrote: > On Sun 2019-03-17 13:14:54 +0100, Tim Rühsen wrote: >> Fixed it by building my own libiconv on MinGW systems. It really is >> straight forward and possibly no extra Debian package is needed. > > Thanks for the feedback, Tim.

Bug#924573: lcov: Update to latest version 1.14

On Thu, 14 Mar 2019 13:45:50 + Marco F wrote: > Package: lcov > Version: 1.13-4 > Severity: normal > > Dear Maintainer, > > could you please update the package to the latest version? > It includes some bug fixes and other improvements. Please also include support for gcc 9:

Bug#942879: libbrotli-dev: Please add static version of libraries (.a)

Package: libbrotli-dev Version: 1.0.7-3 Severity: normal Dear Maintainer, I tried to build a static version of a binary (wget2). There is no static version of the brotli libraries. Regards, Tim -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500,

Bug#950168: pstack always fails with "crawl: Input/output error"

Package: pstack Version: 1.3.1-1+b1 Severity: grave Justification: renders package unusable Dear Maintainer, I can't get pstack working as expected. Even not as root. Example: # pstack 2280 2280: /usr/lib/upower/upowerd (No symbols found) 0x7fbfe723dd0f: (55babe9e5900, 51, 0, 0, 0,

Bug#950168: pstack always fails with "crawl: Input/output error"

On 01.02.20 13:44, Andreas Beckmann wrote: > On Wed, 29 Jan 2020 19:51:22 +0100 =?utf-8?q?Tim_R=C3=BChsen?= > The manpage (dated Feb 25 2002) says: > > RESTRICTIONS >pstack currently works only on Linux, only on an x86 machine >running 32 bit ELF binaries (64 bit not

Bug#1003074: libwolfssl30: wc_HashInit(h, WC_HASH_TYPE_SHA512) overflows

Package: libwolfssl30 Version: 5.0.0-1+b1 Severity: important Dear Maintainer, the unit test for WolfSSL hashing in GNU Wget2 crashes. Valgrind reports a buffer overflow. This can be reproduced with this little C code: #include #define WOLFSSL_SHA512 #define WC_NO_HARDEN #include int

Bug#1003074: libwolfssl30: wc_HashInit(h, WC_HASH_TYPE_SHA512) overflows

Hi Felix, Thanks for taking care and sorry for my delayed answer - your reply went into the Spam folder and I just saw it there by "accident" :( On 03.01.22 21:28, Felix Lechner wrote: On Mon, Jan 3, 2022 at 9:09 AM Tim Rühsen wrote: Valgrind reports a buffer overflow. The

Bug#1003074: libwolfssl30: wc_HashInit(h, WC_HASH_TYPE_SHA512) overflows

Hi Felix, On 03.01.22 21:28, Felix Lechner wrote: The good folks at wolfSSL cannot reproduce the error. Do you '#include ' before the others? Thanks for the hint. Including the wolfssl/options.h solved the issue for me (in project GNU Wget2). Regards, Tim OpenPGP_signature Description:

Bug#974708: Fixed upstream

Fixed upstream in commit c355efb7c86b4dfc9ac8d9f441101aa97aeef918 (on top of wget2 v2.0.1). OpenPGP_signature Description: OpenPGP digital signature

Bug#991540: Fixed upstream

This issue has been fixed upstream (wget2 2.0.1) OpenPGP_signature Description: OpenPGP digital signature

Bug#990109: Fixed upstream

This issue has been fixed upstream (wget2 2.0.1) OpenPGP_signature Description: OpenPGP digital signature

Bug#1005865: Fixed upstream

This issue has been fixed upstream (wget2 v2.0.1) $ wget2 --content-disposition -P maps https://addons.wz2100.net/download/1 [0] Downloading 'https://addons.wz2100.net/download/1' ... Saving 'maps/2c-Battle_hills_v2.wz' HTTP response 200 OK [https://addons.wz2100.net/download/1]

Bug#1028857: libpsl: FTBFS: dh_auto_test: error: make -j8 check "TESTSUITEFLAGS=-j8 --verbose" VERBOSE=1 returned exit code 2

Hey Lucas, could you try with the latest release v0.21.2 ? I am working on Debian sid, and can't reproduce the issue. But I will examine the logs and/or try to build from the debian sources (in the next days). Regards, Tim On 14.01.23 13:59, Lucas Nussbaum wrote: Source: libpsl Version:

Bug#1028857: libpsl: FTBFS: dh_auto_test: error: make -j8 check "TESTSUITEFLAGS=-j8 --verbose" VERBOSE=1 returned exit code 2

Hi Lucas, maybe @dkg has time to update the packaging ? Regards, Tim On 14.01.23 23:51, Lucas Nussbaum wrote: Hi Tim, I can't find that new version (0.21.2) in Debian? Lucas On 14/01/23 at 20:19 +0100, Tim Rühsen wrote: Hey Lucas, could you try with the latest release v0.21.2 ? I am

Bug#1033398: linux-image-amd64: reproducible kernel freeze on 5.19+

Package: linux-image-amd64 Version: 6.1.20-1 Severity: important X-Debbugs-Cc: tim.rueh...@gmx.de Dear Maintainer, * What led up to the situation? We run a priviledged eBPF based tool with a communication between kernel and user space. It runs without issues on kernels 4.15 to 5.18. On

Bug#1028857: libpsl: FTBFS: dh_auto_test: error: make -j8 check "TESTSUITEFLAGS=-j8 --verbose" VERBOSE=1 returned exit code 2

On Sat, 11 Feb 2023 18:47:04 +0100 Florian Ernst wrote: Of course, updating to 0.21.2 with its "273 changed files with 70,410 additions and 1,392 deletions"[0] feels rather invasive this late in the Debian release cycle, so maybe a more targeted fix could be extracted. These files are mostly

Bug#1063890: libzydiscore-dev: Static library is missing

Package: libzydiscore-dev Severity: normal X-Debbugs-Cc: tim.rueh...@gmx.de Dear Maintainer, for software development, I need to build static binaries. Currently, I have to build my own static library. But it would be way easier to communicate the build steps in Zydis didn't need an extra recipe