Bug#290496: circular build dependency

Package: mcs Version: 1.0.4-1 Severity: serious mcs build-depends on mono-utils, which in turn depends on mono-assemblies-base. mono-assemblies-base is a binary package provided by mcs itself. -- System Information: Debian Release: 3.0 Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale:

Bug#294746: libantlr-dev is empty

On 2005/02/21 23:30, Arnaud Vandyck [EMAIL PROTECTED] wrote: Excuse my stupid question but which files should be there? What about the header files and the libantlr.a which were present in previous versions of libantlr-dev? ;)

Bug#348649: ftbfs: I can't find file `policy.aux'.

On 2006/02/10 16:46, Wolfgang Baer [EMAIL PROTECTED] wrote: I just tried it on an uptodate sid and with an uptodate pbuilder and both built java-common without a problem. It does not fail anymore; I suspect the build dependencies were somehow not sufficient, and I upgraded a lot of other

Bug#383467: fix for the upstream bug

wipe-383467-lseek_returns_off_t_not_long.patch the lseek() result is casted down to a long, which is 32 bit on i386. The patch changes that to off_t. wipe-383467-target_linux.patch shorter version of Piotr's lfs-bug-workaround.patch which allows build on non-linux. --- wipe.c.orig 2006-09-16

Bug#337127: gaim-encryption patch: check sscanf() return value

The bug is caused by a wrong sscanf() return value check. The sscanf() is called with two escapes, but the caller only checks whether one of those is valid. This patch expands the check to both values. --- keys.c.orig 2006-09-16 20:07:30.137499500 +0200 +++ keys.c 2006-09-16

Bug#337127: gaim-encryption patch: check sscanf() return value

On 2006/09/16 20:11, Max Kellermann [EMAIL PROTECTED] wrote: The bug is caused by a wrong sscanf() return value check. The sscanf() is called with two escapes, but the caller only checks whether one of those is valid. This patch expands the check to both values. I was wrong, since '%n' does

Bug#374867: fixed by egenix-mx-base 2.0.6-4

reassign 374867 python-egenix-mxdatetime 2.0.6-3.1 close 374867 2.0.6-4 thanks The bug was caused by the broken version 2.0.6-3.1 of python-egenix-mxdatetime which was missing the dependency on python-egenix-mxtools. Has been fixed in 2.0.6-4. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Bug#337127: gaim-encryption patch: check sscanf() return value

On 2006/09/17 05:20, Bill Tompkins [EMAIL PROTECTED] wrote: Actually, I believe the bug is simply that 'realstart' is not assigned at the beginning of the function. If it is set to zero, the check correctly detects that it wasn't assigned, and things are (moderately) happy: I also considered

Bug#387908: ftbfs: 500_ping_icmp fails on VServer

Package: perl Version: 5.8.8-6.1 Tags: ftbfs Severity: serious The Perl test suite fails on the test lib/Net/Ping/t/500_ping_icmp when run on a Linux VServer, because it tries to ping 127.0.0.1 which is not available on a VServer. Perl should not make assumptions on the network setup, and should

Bug#387974: postinst/postrm delete conffiles

Package: dokuwiki Version: 0.0.20060309-5 Severity: serious dokuwiki's postinst and postrm script delete conffiles in /etc/apache*/conf.d/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#387972: tries to stop deinstalled apache

Package: dokuwiki Version: 0.0.20060309-5 Severity: serious When deinstalling dokuwiki, the postrm script tries to stop the apache which has been deinstalled (but not purged) previously. That makes dokuwiki impossible to deinstall. Removing dokuwiki ... /usr/sbin/apachectl is not executable,

Bug#385800: use %p for printing pointers

This patch uses %p to format pointers, instead of %x with an int cast. --- assa/Reactor.cpp.orig 2006-08-13 20:56:22.0 +0200 +++ assa/Reactor.cpp2006-09-17 23:27:00.821168000 +0200 @@ -247,8 +247,8 @@ } if (ret == true) { - DL((REACT,Found EvtH

Bug#387908: ftbfs: 500_ping_icmp fails on VServer

On 2006/09/17 23:25, Steve Langasek [EMAIL PROTECTED] wrote: This is a reasonable assumption on any sanely configured Unix system. VServer's failure to provide a loopback interface is inexcusable design brokenness. While VServer's design decision is indeed arguable, there might be other

Bug#388056: Build-Depends on ruby-dev missing

Package: graphviz Version: 2.8-2.2 Tags: ftbfs Severity: serious x86_64-linux-gnu-g++ -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtbeginS.o .libs/gv.o .libs/gv_ruby.o -Wl,--rpath

Bug#381452: locate data section to 0x10000000

the +data section begin at 0x1000. + +- 2006/09/17 Max Kellermann [EMAIL PROTECTED] */ + +/* Default linker script, for normal executables */ +OUTPUT_FORMAT(elf32-tradbigmips, elf32-tradbigmips, + elf32-tradlittlemips) +OUTPUT_ARCH(mips) +ENTRY(__start) +SEARCH_DIR(/usr/mips-linux-gnu

Bug#388071: binaries are not executable

Package: libgcj7-dbg Version: 4.1.1-13 Severity: serious None of the binaries below /usr/lib/debug/usr/bin is executable: -rw-r--r-- root/root 8421 2006-09-08 16:03:23 ./usr/lib/debug/usr/bin/gij-4.1 -rw-r--r-- root/root 71536 2006-09-08 16:03:23 ./usr/lib/debug/usr/bin/gcj-dbtool-4.1

Bug#388070: GC Warning: Couldn't read /proc/stat

Package: ecj-bootstrap Version: 3.2-3 Tags: ftbfs Severity: serious ecj-bootstrap won't build when /proc is not mounted. Also note the invalid free() call which was reported by glibc. find build/bin -name '*.java' -exec rm -f {} \; find build/bin -name '*.html' -exec rm -f {} \; mkdir -p

Bug#388070: Acknowledgement (GC Warning: Couldn't read /proc/stat)

reassign 388070 gcj-4.1 4.1.1-13 tags 388070 - ftbfs thanks This is actually an upstream bug in gcj-4.1, so I'm reassigning this one. As for the invalid free() crash, here's a backtrace: #0 0x2ba99dbf707b in *__GI_raise () from /usr/lib/debug/libc.so.6 #1 0x2ba99dbf884e in *__GI_abort

Bug#388067: *** [stampdir/patch-stamp] Error 2

On 2006/09/19 09:07, Frank K?ster [EMAIL PROTECTED] wrote: Strangely, I cannot reproduce this here (it happened exactly once...). Maybe there's again some timeskew problem, but I doubt it, since all these commands should take a while. Are you able to reproduce this? If yes, please apply the

Bug#388258: /sbin/MAKEDEV: don't know how to make device fuse

Package: fuse-utils Version: 2.5.3-4.1 Severity: serious The current fuse-utils is uninstallable (makedev 2.3.1-82, udev 0.100-1 installed): Setting up fuse-utils (2.5.3-4.1) ... creating fuse device node... /sbin/MAKEDEV: don't know how to make device fuse dpkg: error processing fuse-utils

Bug#505901: ABI breakage due to 02_public-headers.dpatch

Package: libfaad-dev Version: 2.6.1-3.1 Severity: grave The patch debian/patches/02_public-headers.dpatch breaks both the faad API and ABI. When compiling code against the Debian package libfaad-dev, gcc emits the following error messages (with -Werror): decoder/aac_plugin.c: In function

Bug#505901: libfaad and uint32_t....

severity 505901 minor thanks Sorry for the traffic - after some more research, I found that the libfaad headers are inconsistent: internally, it uses uint32_t*. This is a very unfortante situation, since even non-bugged software will break on Debian, assuming that passing a long pointer is

Bug#472554: erlang violates strict-aliasing rules

reassign 472554 erlang 1:12.b.1-dfsg-4 thanks Actually, this is not a GCC bug, it is just that GCC 4.3 implements some C99 rules correctly for the first time. In C99, the strict aliasing rules forbid casting (long) integers to pointers. The Erlang internal type Eterm is an unsigned long, which

Bug#560433: Package is empty

Package: libv8-2.0.3 Version: 2.0.3-1 Severity: grave Contrary to the package description, there is no shared library. There is nothing except /usr/share/doc/libv8-2.0.3. Same is true for the -dbg package. The symlink /usr/lib/libv8.so in the -dev package points to a non-existing path. --

Bug#560533: mpd: FTBFS: wavpack_plugin.c:75: error: 'uchar' undeclared (first use in this function)

On 2009/12/11 09:30, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Source: mpd Version: 0.15.6-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to

Bug#563192: libportaudio.so.2 overrides the libasound2 error handler

Package: libportaudio2 Version: 19+svn20071022-3 Severity: grave Upon initialization. libportaudio2 (function PaAlsa_Initialize()) sets a new global libasound2 error handler by invoking snd_lib_error_set_handler(). It is bad style for a library to do this, because this may overwrite the

Bug#547525: NMU

On 2009/10/01 12:06, Christophe Mutricy xto...@chewa.net wrote: I attend to upload a 0-day NMU to fix this FTBFS as soon as I find a sponsor. Debdiff and diif.gz can be found at http://people.videolan.org/~xtophe/debian Not sure if it's worth it. We will release MPD 0.15.4 on the upcoming

Bug#551932: mpd and mpich2: error when trying to install together

On 2009/10/22 13:35, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Decklin, what are your thoughts on this? Would it make sense to move the Music Playing Daemon's mpd binary to /usr/sbin/, and the manpage to section 8? I have the impression (perhaps wrongly) that mpd is mainly start via an

Bug#508133: audacity: munmap_chunk(): invalid pointer: 0x00000000026f4eb0

Package: libmad0 Version: 0.15.1b-3 Severity: grave I generated a raw audio file and tried to load it into audacity (1.3.5-2). Audacity crashed with the following message. Looks like it attempted to load the file as mp3; the file name had no extension. This bug is always reproducible (tell me

Bug#510205: buffer overflow in libaudiofile

libaudiofile to allocate the correct buffer size. Add buffer size checks to libaudiofile. Regards, Max Kellermann -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#512841: Segmentation fault on startup

Package: smc Version: 1.6-1 Severity: grave When I start smc, the screen flickers black, then the process crashes immediately. Backtrace: #0 0x7fd929df003d in iGetIntegervImage () from /usr/lib/libIL.so.1 #1 0x7fd92a0fc283 in iluGetImageInfo () from /usr/lib/libILU.so.1 #2

Bug#547525: FTBFS on armel: 'OV_CALLBACKS_STREAMONLY' undeclared

On 2009/09/20 16:00, Luk Claes l...@debian.org wrote: mpd fails to build on armel with the following message (more info in the full build log on buildd.d.o). This is currently one of the blockers for the faad2 transition. This fails on older libvorbis versions. For 0.15.4, we have reverted

Bug#476376: Bug#476377: Please port to new libmpcdec API

On 2009/03/21 08:57, Sebastian Dröge sl...@circular-chaos.org wrote: libmpc will be uploaded to unstable in the next days. Please port your package to the new API ASAP, it will most probably fail to build after the upload to unstable. I do not understand the hurry. Do you plan to remove the

Bug#542102: mpd: audio skips once per second

On 2009/08/17 22:15, Peter Colberg pe...@colberg.org wrote: with the new version of mpd, I experience skipping audio about once per second, where a skip could be described as a crackling noise followed by a fast forward of a fraction of a second. I verified this behaviour for FLAC, Ogg and MP3

Bug#542102: mpd: audio skips once per second

On 2009/08/17 22:53, Peter Colberg pe...@colberg.org wrote: Aug 17 22:41 : playlist: queue song 1:Miles Davis/Kind of Blue (1997)/Miles Davis - Kind of Blue - 02 - Freddie Freeloader.flac Nothing to see here, no underruns.. :( Then try switching to an OSS output, and see if the same

Bug#542102: mpd: audio skips once per second

On 2009/08/18 01:51, Peter Colberg pe...@colberg.org wrote: Reverting commit 7133f56 fixes the audio skips :-). Thanks for the bisect! I suspect this is an uninitialized variable. Please try two approaches at working around it: 1. mpc toggle twice (enter pause, leave pause) - this should

Bug#542102: mpd: audio skips once per second

On 2009/08/18 19:45, Peter Colberg pe...@colberg.org wrote: Both the workaround and the patch resolve the skipping playback. (Btw, the release-0.15.2 tag is missing in the git repository.) Thanks again for the feedback. I must have forgot to merge the release tag from our release manager's

Bug#597731: Bug#562568: 562568: Symbol conflict with libcdio10

On 2010/09/22 18:03, Matthias Klose d...@debian.org wrote: clone 562568 -2 reassign -2 libmpd How is this bug related to libmpd? Did you mean mpd instead? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#613736: mpd: postinst script returned non-zero

On 2011/02/16 22:56, Serafeim Zanikolas s...@debian.org wrote: mpd's postinst script returns non-zero because of the error_file directive in /etc/mpd.conf (which was deprecated in v0.16). It was deprecated (ignored) in 0.15, and removed in 0.16. Starting Music Player Daemon:

Bug#601657: libffado2 thread crashes with assertion failure

Package: libffado2 Version: 2.0.1+svn1856-5 Severity: serious The attached test program can trigger a (timing?) bug in libffado2, which causes an assertion failure

Bug#601659: Double free bug in libffado2

Package: libffado2 Version: 2.0.1+svn1856-5 Severity: serious While trying to write a ffado output plugin, MPD crashed

Bug#601663: libffado2 reads from freed memory

Package: libffado2 Version: 2.0.1+svn1856-5 Severity: serious libffado2 reads a lot of values from freed or uninitialized memory. That is obviously a crash waiting to happen. See attached valgrind log file. Thread 10: Conditional jump or move depends on uninitialised value(s) at 0xAEE9C75:

Bug#601657: libffado2 thread crashes with assertion failure

reopen 601657 thanks On 2010/10/28 11:08, Adrian Knoth a...@drcomp.erfurt.thur.de wrote: On Thu, Oct 28, 2010 at 09:31:48AM +0200, Max Kellermann wrote: The attached test program can trigger a (timing?) bug in libffado2, Welcome to userlevel device drivers. For some reasons, the packets

Bug#635399: mpd segfaults when building the database

On 2011/07/25 20:51, Michael Gibbs upsilon.al...@gmail.com wrote: Package: mpd Version: 0.16.2-1 Severity: grave Justification: renders package unusable When attempting to rebuild the database mpd segfaults and gives the following message in 'dmesg': mpd[15439]: segfault at 805aebf ip

Bug#739410: mpd: new version fails to update with apt-get update

On 2014/02/18 12:31, Sharon Kimble boudic...@talktalk.net wrote: Tried to update to version 0.18.8-1 today and it fails to install giving a dpkg error code of 1. It appears your /etc/default/mpd contains garbage that belongs in /etc/mpd.conf, but I don't see anything in the new package that

Bug#739410: mpd: new version fails to update with apt-get update

On 2014/02/18 13:06, Sharon Kimble boudic...@talktalk.net wrote: On Tue, 18 Feb 2014 12:40:23 +0100 Max Kellermann m...@duempel.org wrote: On 2014/02/18 12:31, Sharon Kimble boudic...@talktalk.net wrote: Tried to update to version 0.18.8-1 today and it fails to install giving a dpkg

Bug#767504: [Pkg-mpd-maintainers] Bug#767504: mpd: licence clash with libmp4v2 (MPL) and mpd GPL-+2

On 2014/11/02 21:10, Florian Schlichting f...@debian.org wrote: or the mpd authors would need to give permission to link mpd against libmp4v2 That will not work. It would require permission from each and every MPD contributor, which is nearly 200 people. This copyright problem must be

Bug#767504: [Pkg-mpd-maintainers] Bug#767504: mpd: licence clash with libmp4v2 (MPL) and mpd GPL-+2

On 2014/11/02 21:16, Max Kellermann m...@duempel.org wrote: This copyright problem must be resolved by a license change of libmp4v2. If no solution appears possible on their side, the plugin will be removed from the next MPD release. The plugin has been removed from MPD 0.19.5, because

Bug#822401: [mpd-devel] [Pkg-mpd-maintainers] Bug#822401: mpd: FTBFS: error: 'uint8_t' was not declared in this scope

On 2016/04/24 22:00, Florian Schlichting wrote: > This seems to be caused by a lacking include, fixed by the below patch. Merged.

Bug#917593: mpd: FTBFS ('_IO_off64_t' has not been declared)

On 2018/12/29 01:25, Santiago Vila wrote: > In file included from /usr/include/libroar/libroar.h:173, > from /usr/include/roaraudio.h:133, > from src/output/plugins/RoarOutputPlugin.cxx:36: > /usr/include/libroar/vio_stdio.h:50:46: error: '_IO_off64_t' has not

Bug#939937: Remotely exploitable null pointer dereference bug

ipart.c?r1=227276=227275=227276 The attached patch fixes the bug by re-adding the NULL check. commit f27d15e47000b0442e8071ab0fd76b82df9f2d2f Author: Max Kellermann Date: Tue Sep 10 12:15:07 2019 +0200 parser_multipart: fix NULL pointer dereference in nested multipart create_multipart_context()

Bug#939937: Acknowledgement (Remotely exploitable null pointer dereference bug)

I committed my patch to libapreq's Subversion repository: http://svn.apache.org/viewvc?view=revision=1866760

Bug#994033: mpd: Fails to find ldd libraries from libraspberrypi0 that have moved

On 2021/09/10 11:43, Tim Phipps wrote: > AN upgrade to rasbian stable ahs moved some ldd files included in the > libraspberrypi0 packages and now mpd fails to start. MPD doesn't use any of these libraries. These are indirect dependencies, maybe via FFmpeg? In any case, this is not a MPD

Bug#887834: [Pkg-mpd-maintainers] Bug#887834: Bug#887834: mpd installation fails, cannot open /var/lib/mpd/tag_cache, /run/mpd/pid

On 2021/11/05 05:55, Florian Schlichting wrote: > However, Max: behind this hides another problem, which is why I asked > Ryan to delete the pid_file configuration: as part of 0.23.3 you added > the "RuntimeDirectory=mpd" directive to both mpd.service units. In the > absence of User and Group

Bug#887834: [Pkg-mpd-maintainers] Bug#887834: Bug#887834: mpd installation fails, cannot open /var/lib/mpd/tag_cache, /run/mpd/pid

On 2021/11/05 06:10, Max Kellermann wrote: > On 2021/11/05 05:55, Florian Schlichting wrote: > > However, Max: behind this hides another problem, which is why I asked > > Ryan to delete the pid_file configuration: as part of 0.23.3 you added > > the "RuntimeDirect

Bug#887834: [Pkg-mpd-maintainers] Bug#887834: Bug#887834: mpd installation fails, cannot open /var/lib/mpd/tag_cache, /run/mpd/pid

On 2021/11/05 08:09, Max Kellermann wrote: > I gave this a second thought, and I fear that changes like this one > break even more setups, which should be avoided in a stable branch. > > I'll rather revert the "RuntimeDirectory" addition for now in the

Bug#1017164: mpd: FTBFS: ./obj-x86_64-linux-gnu/../src/decoder/plugins/FfmpegIo.cxx:102: undefined reference to `av_malloc(unsigned long)'

On 2022/08/14 09:16, Lucas Nussbaum wrote: > Relevant part (hopefully): > > /usr/bin/ld: src/decoder/plugins/libdecoder_plugins.a.p/FfmpegIo.cxx.o: in > > function `AvioStream::Open()': > > ./obj-x86_64-linux-gnu/../src/decoder/plugins/FfmpegIo.cxx:102: undefined > > reference to

Bug#1034236: mpd: dh_installsystemd doesn't handle files in /usr/lib/systemd/system

On 2023/04/11 15:11, Andreas Henriksson wrote: > The culprit seems to be that mpd falls back on hard-coded path (instead > of failing) when systemd.pc is not found! What does this have to do with systemd.pc? It isn't used anywhere.

Bug#1034236: mpd: dh_installsystemd doesn't handle files in /usr/lib/systemd/system

On 2023/04/11 17:40, Andreas Henriksson wrote: > I think 2 is better myself and I'm attaching a proof of concept > debdiff to implement it. (You might want to make a cleaner version.) Agree. I think your patch looks quite clean, and if it were submitted to me, I'd merge it (the same would

Bug#1056303: pg_createcluster destroys data directory under certain conditions

Package: postgresql-common Version: 248 Severity: critical When I tried to use "pg_createcluster" to configure my pre-existing PostgreSQL data directory with a new Debian install, it deleted the whole cluster with all databases instead. (This serious data loss justifies "severity critical"