Bug#1068043: BinNMU 1.11-1+b1 depends on both, libmspack0 and libmspack0t64, and is hence uninstallable (at least on armhf)
On Fri, Mar 29, 2024 at 6:30 PM Axel Beckert wrote: > This is likely caused by hardcoding a dependency on libmspack0 in > debian/control: > > https://sources.debian.org/src/cabextract/1.11-1/debian/control/#L10 > The hardcoded dependency was added for Debian bug #914263 to work around an issue in libmspack0. It's probably been long enough that it's no longer needed and can be removed. Eric Sharkey
Bug#915247: cabextract: Cabinet files are not extracted properly
severity 915247 normal merge 915247 914263 stop On Sat, Dec 1, 2018 at 11:45 PM Davide Beatrici wrote: > Package: cabextract > Version: 1.9-1 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > During the extraction of any .cab files which are extracted from a .exe > file by the tool, the operation fails with the following error: "no valid > cabinets found". > I encountered the issue because Winetricks uses the tool for Microsoft > Visual C++ Redistributable 2010 to workaround a bug involving the > installation of 64 bit DLLs. > With the Microsoft DirectX setup, instead, nearly half of the cabinets are > extracted correctly, as I can open them with Ark, and the other half is > corrupted. > > I tried to compile the tool from source code, version 1.9, and it works as > expected. > > Best regards, > Davide > > -- System Information: > Debian Release: buster/sid > APT prefers testing-debug > APT policy: (500, 'testing-debug'), (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US:en (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages cabextract depends on: > ii libc6 2.27-8 > ii libmspack0 0.8-1 > > cabextract recommends no packages. > > cabextract suggests no packages. > > -- no debconf information >
Bug#666348: cabextract: FTBFS: make[1]: *** No targets specified and no makefile found. Stop.
On Wed, Apr 4, 2012 at 9:07 AM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: build-arch doesn't depend on configure-stamp. Ah, thanks. Understood. Eric -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666348: cabextract: FTBFS: make[1]: *** No targets specified and no makefile found. Stop.
On Fri, Mar 30, 2012 at 5:25 AM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: During a rebuild of all packages in sid, your package failed to build on amd64. This rebuild was done by building only architecture:any binary packages (binary-arch target of debian/rules), and using a recent dpkg that uses the build-arch target if available. Also, only the Build-Depends were installed, not the Build-Depends-Indep. Relevant part: debian/rules build-arch dh_testdir # Add here commands to compile the package. /usr/bin/make make[1]: Entering directory `/«PKGBUILDDIR»' make[1]: *** No targets specified and no makefile found. Stop. make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-stamp] Error 2 Hmm, I can't reproduce this. I've upgraded my test amd64 system to the latest sid and did an apt-get source cabextract and dpkg-buildpackage and it built just fine. I can't imagine why the makefile would be missing. Is this reproducible on your end? Eric Sharkey -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603434: egoboo: version 2.7.7 is too slow to be playable
Subject: egoboo: version 2.7.7 is too slow to be playable Package: egoboo Version: 1:2.7.7-1 Justification: renders package unusable Severity: grave Tags: upstream The 2.7.7 version of egoboo runs so slowly that it cannot be played. This bug has also been reported in other distributions: Ubuntu: https://bugs.launchpad.net/ubuntu/+source/egoboo/+bug/603834 Mandriva: https://qa.mandriva.com/show_bug.cgi?id=59962 Upstream developers have acknowledged and fixed this problem in Egoboo 2.8, which has been released. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages egoboo depends on: ii egoboo-data 1:2.7.7-1 Egoboo data files ii libc62.11.2-6Embedded GNU C Library: Shared lib ii libgl1-mesa-glx [libgl1] 7.7.1-4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.7.1-4 The OpenGL utility library (GLU) ii libsdl-image1.2 1.2.10-2+b2 image loading library for Simple D ii libsdl-mixer1.2 1.2.8-6+b1 mixer library for Simple DirectMed ii libsdl-ttf2.0-0 2.0.9-1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.14-6Simple DirectMedia Layer egoboo recommends no packages. egoboo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591552: Two security issues
I'm aware of these issues and will be uploading a new cabextract package shortly. I'd just like to note that the potential for security vulnerabilities here seems very small to me. Eric Sharkey shar...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#362586: printconf: fails to start (*** glibc detected *** double free or corruption)
Luca Bruno writes: Runnnig `foomatic-db-engine -O` in gdb says that the bug is at line 1840: Running it under valgrind is more telling. It's a buffer overflow. I get this first: ==8614== Source and destination overlap in strcpy(0xBEEED388, 0xBEEED388) ==8614==at 0x401E83B: strcpy (mac_replace_strmem.c:107) ==8614==by 0x804AAB2: parse (foomatic-combo-xml.c:1203) ==8614==by 0x804D2F2: main (foomatic-combo-xml.c:1782) which may be harmless, depending on the implementation of strcpy, but the buffer overflow happens here: ==8614== ==8614== Invalid write of size 4 ==8614==at 0x804AFAE: parse (foomatic-combo-xml.c:1434) ==8614==by 0x804D462: main (foomatic-combo-xml.c:1834) ==8614== Address 0x4257755 is 981 bytes inside a block of size 984 alloc'd ==8614==at 0x401D98D: realloc (vg_replace_malloc.c:306) ==8614==by 0x8048A10: loadfile (foomatic-combo-xml.c:105) ==8614==by 0x804D3EF: main (foomatic-combo-xml.c:1825) It's doing a whole bunch of strcat'ing without checking the buffer length, and it eventually overflows. If I change the final realloc on line 105 from: /* Make space for an additional line, needed for the default value in an option file */ data = (char *)realloc(data, size + 128); to: data = (char *)realloc(data, size + 128 * 1024); Then everything works for me, although obviously that's not a real patch either. Eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302352: Processed: Re: Bug#302352: kernel-source-2.6.8: possible local DoS in AIO on PPC64 and IA64 (CAN-2005-0916)
Did you tag the right bug? Maybye you meant 302352 and not 30235? Eric Sharkey Processing commands for [EMAIL PROTECTED]: tag 30235 +pending Bug#30235: macunpack fails on compression method d There were no tags set. Bug#26611: macutils: macunpack doesn't handle modern .sit compression Bug#28607: macutils doesn't have unsit Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
