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" accord
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 probab
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.
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 `av_malloc(unsi
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
> 0.23.x s
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
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 dire
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
packag
I committed my patch to libapreq's Subversion repository:
http://svn.apache.org/viewvc?view=revision&revision=1866760
multipart.c?r1=227276&r2=227275&pathrev=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
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 bee
On 2016/04/24 22:00, Florian Schlichting wrote:
> This seems to be caused by a lacking include, fixed by the below patch.
Merged.
On 2014/11/02 21:16, Max Kellermann 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 no soluti
On 2014/11/02 21:10, Florian Schlichting 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 resolved by a license
On 2014/02/18 13:06, Sharon Kimble wrote:
> On Tue, 18 Feb 2014 12:40:23 +0100
> Max Kellermann wrote:
>
> > On 2014/02/18 12:31, Sharon Kimble wrote:
> > > Tried to update to version 0.18.8-1 today and it fails to install
> > > giving a dpkg error code of
On 2014/02/18 12:31, Sharon Kimble 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 would
cause garbage t
On 2011/07/25 20:51, Michael Gibbs 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 b75ce7a5 sp b37b
On 2011/02/16 22:56, Serafeim Zanikolas 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: mpdunrecognized parameter
reopen 601657
thanks
On 2010/10/28 11:08, Adrian Knoth 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 we
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: Cy
Package: libffado2
Version: 2.0.1+svn1856-5
Severity: serious
While trying to write a ffado output plugin, MPD crashed with
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 (i.
On 2010/09/22 18:03, Matthias Klose 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 listmas...@lists.debian.org
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 applicati
On 2009/12/11 09:30, Lucas Nussbaum 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 build on
> amd64.
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.
--
To
On 2009/10/22 13:35, Lucas Nussbaum 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 init script, so it woul
On 2009/10/01 12:06, Christophe Mutricy 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
weekend, whi
On 2009/09/20 16:00, Luk Claes 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
the patch which
On 2009/08/18 19:45, Peter Colberg 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 repository...
M
On 2009/08/18 01:51, Peter Colberg 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
initialize the "
On 2009/08/17 22:53, Peter Colberg 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
> > problem occ
On 2009/08/17 22:15, Peter Colberg 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 files.
Pleas
On 2009/03/21 08:57, Sebastian Dröge 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 old libmpc
package? Th
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 0x7fd92
Debian Etch and Lenny are affected.
Solution: don't use libaudiofile. Change 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
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 if
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 correc
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 'getAac
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
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 (--
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 appl
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_abor
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 build/b
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
-r
.x from binutils 2.17-2. It makes 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-tradlittle
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
-Wl,/usr/src/debian/build/graphviz-2.8/lib/g
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 r
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 \"
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, exi
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]
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 shoul
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 consi
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]
wit
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 wa
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 20:07:35.621842
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
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 pac
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? ;)
http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=f
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: LANG=en
60 matches
Mail list logo
