Hi Mark!
On Mon, Jun 04, 2018 at 10:43:11AM +0100, Mark Brown wrote:
> On Mon, May 07, 2018 at 03:01:23PM +0200, Bastien ROUCARIES wrote:
> > It is a feature you need to depends on extra package
>
> It would have been rather more helpful if you were to mention which
> package this is. It would
Hi Tomas!
Am 20.10.2012 um 12:06 schrieb Tomas Pospisek :
> can you see a kernel stacktrace anywhere? Are you in a GUI when the system
> freezes, i.e. running some desktop? In that case you probably won't be able
> to see the stacktrace, but you could try to CTRL-ALT-Fx to some of your
> conso
severity 686085 normal
thanks
Am 15.09.2012 um 17:17 schrieb Jurij Smakov :
> FWIW, imagemagick built successfully on retry:
>
> https://buildd.debian.org/status/fetch.php?pkg=imagemagick&arch=sparc&ver=8%3A6.7.7.10-4&stamp=1347041889
>
> Also, I was not able to reproduce this failure on my spar
reassign 691140 libmagickcore-dev
thanks
Am 22.10.2012 um 15:45 schrieb Bob Friesenhahn :
> This bug report is reported against the wrong package. The libmagickcore-dev
> package is from ImageMagick, not GraphicsMagick.
Indeed, reassigning to libmagickcore-dev.
Regards,
Daniel.
--
To UNSUBS
Hi!
Am 27.06.2012 um 18:25 schrieb Mehdi Dogguy:
> Any news here?
>
> The packages's popcon is quite low and the project looks like dead
> (last upstream release in 2010, nothing more recent than 2 years in
> its CVS repository). If this is not fixed in time, we might drop the
> package from Whe
Hi Andrea!
Am 19.12.2011 um 00:31 schrieb Andrea Cavaglieri:
> if I use noflushd (version 2.8-1) with linux-image-2.6.32-5-686 (version
> 2.6.32-38) my box freeze (I have to physically reset it).
>
> Everything is good if I use linux-image-2.6.26-2-686 (version
> 2.6.26-26lenny2).
Can you cor
Hi!
Am 16.09.2011 um 18:45 schrieb Reinhard Tartler:
> Von: Yuriy Kaminskiy
> Betreff: Re: [MPlayer-cvslog] r34099 - in trunk/libass: ass.c ass.h
> ass_bitmap.c ass_bitmap.h ass_cache.c ass_cache.h ass_drawing.c ass_font.c
> ass_font.h ass_fontconfig.c ass_fontconfig.h ass_library.c ass_librar
Hi!
Am 06.08.2011 um 20:18 schrieb dioc...@debian.org:
> The easiest solution to this would be to move to an alternative
> packaging helper tool, like debhelper.
Gramofile is also unmaintained upstream, and can only use OSS output. With only
32 popcorn votes, and OSS slated for removal in the ne
Hi Mehdi!
Am 31.05.2011 um 21:17 schrieb Mehdi Dogguy:
> I've prepared an NMU for dx (versioned as 1:4.4.4-3.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Thanks! Please go ahead and feel free to upload right to the archive.
Regards,
Daniel.
-
Hi Daniel!
Am 04.04.2011 um 09:13 schrieb Daniel Schepler:
> Source: graphicsmagick
> Version: 1.3.12-1
> Severity: serious
>
> From my pbuilder build log:
>
> ...
> Test Summary Report
> ---
> t/tiff/read.t (Wstat: 2560 Tests: 0 Failed: 0)
> Non-zero exit status: 10
> Parse
Hi Ana!
Am 02.04.2011 um 23:11 schrieb Ana Guerrero:
> This bug is currently blocking the removal of arts from Debian,
> see bug #619729.
> I've prepared an NMU for mpg123 (versioned as 1.12.1-3.1) and
> uploaded it to DELAYED/10. Please feel free to tell me if I
> should delay it longer or do an
Hi Mehdi!
Am 10.12.2010 um 21:26 schrieb Mehdi Dogguy:
I've prepared an NMU for muse (versioned as 0.8.1a-7.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Thanks for preparing the NMU. There's no need for a longer delay.
Feel free to upload to the ar
Neil,
On Sat, Oct 16, 2010 at 08:45:04PM +0100, Neil Williams wrote:
> I've prepared an NMU for libdv (versioned as 1.0.0-2.1).
>
> With a simple pbuilder check, I believe that installing gnome when this
> modified package is already installed (with recommends on) will result
> in alsa-base being
Hi!
On Mon, May 10, 2010 at 12:09:02AM +0200, gregor herrmann wrote:
> On Sun, 09 May 2010 21:16:47 +0200, Thomas Orgis wrote:
> > I managed to reproduce a crash
>
> I'm glad I'm not the only one with this phenomenon :)
With drum.mp3, I'm now also seeing the segfault in an i386 chroot. amd64 is
Hi!
On Sat, May 08, 2010 at 01:24:24PM +0200, gregor herrmann wrote:
> > What's your setup: debian testing with mpg123 picked from unstable? System
> > wholly on unstable?
>
> Almost completely unstable.
I've now set up an i386 chroot with current unstable and cannot reproduce the
problem there
Hi!
On Mon, May 03, 2010 at 05:50:08PM +0200, gregor herrmann wrote:
> The new version of libmpg123-0 (1.12.1-1) causes mpg123 to explode
> after playing a song; and while playing the song mpg123 uses insane
> amounts of CPU.
Thanks for the report. I didn't notice this behaviour while testing the
forcemerge 572920 579466
thanks
On Tue, Apr 27, 2010 at 10:59:27PM +0200, Adam Kajer (intosh) wrote:
> mpg123 searches for output modules in /lib, /user/lib but not in
> /usr/lib/mpg123 where these are.
This bug was fixed in version 1.4.3-4lenny1 that is currently available in
stable-proposed-upd
merge 572920 561857
thanks
Hi!
On Mon, Mar 08, 2010 at 05:02:44PM +0100, Michał Mirosław wrote:
> I just verified, that removing cve-2009-3736.patch from series file and
> rebuilding libltdl3 package fixes mpg123. That patch stops libltdl from
> looking in CWD for .la files and that breaks mpg123
block 557672 with 568314
thanks
On Mon, Jan 25, 2010 at 09:19:01AM +0100, Daniel Baumann wrote:
> Daniel Kobras wrote:
> > Are you aware of any relevant features still missing?
>
> not that i'm aware of.
I've just filed a removal request for traceroute-nanog, which wil
h, so thanks for following up on
this.
> Daniel Kobras wrote:
> > On Mon, Nov 23, 2009 at 06:39:17PM +0100, Piotr Engelking wrote:
> > > FHS specifies that /bin, /usr/bin, and /usr/local/bin contains
> > > programs
> > > for use by all users. In particular, roo
Hi!
On Mon, Dec 07, 2009 at 09:39:06AM -0700, dann frazier wrote:
> dpkg-gensymbols: warning: debian/libmpg123-0/DEBIAN/symbols doesn't match
> completely debian/libmpg123-0.symbols.hppa
> --- debian/libmpg123-0.symbols.hppa (libmpg123-0 hppa)
> +++ dpkg-gensymbolsDGA3bj 2009-12-07 00:12:02.0
Hi!
On Thu, Dec 03, 2009 at 07:41:09PM +0100, Joachim Reichel wrote:
> the patch http://launchpadlibrarian.net/22320508/audiofile-no-float.diff
> linked from
> https://bugs.launchpad.net/ubuntu/+source/audiofile/+bug/327018 works.
Thanks. I wasn't aware there was a patch for this problem. A new p
Hi!
On Mon, Nov 23, 2009 at 06:39:17PM +0100, Piotr Engelking wrote:
> FHS specifies that /bin, /usr/bin, and /usr/local/bin contains programs
> for use by all users. In particular, root-only programs are placed in
> /sbin, /usr/sbin, and /usr/local/sbin, instead.
>
> As traceroute-nanog works on
Hi Giuseppe!
On Thu, Sep 10, 2009 at 07:13:25PM +0200, Giuseppe Iuculano wrote:
> Attached file is a debdiff for a NMU to fix CVE-2009-1882
Thanks for working on this issue. I currently don't have easy access to my
packaging box, so please feel free to NMU.
Regards,
Daniel.
--
To UNSUBSCRI
Hi!
Just to publicly scribble down my notes so far:
* The patch from IM upstream relies on bytes_per_line*depth not
overflowing. Need to check whether XShmCreateImage() indeed provides
us with such a guarrantee. (And if there is, does
bytes_per_line*height indeed present a problem?)
* Likew
Hi Dato!
On Thu, May 07, 2009 at 08:59:33AM +0200, Adeodato Simó wrote:
> Do you have an estimation of when you'll be able to address this issue?
> It seems to be the last bit needed for the graphicsmagick transition to
> become a candidate to be tried for migration (in particular, the fix is
> ne
Hi!
On Thu, May 07, 2009 at 08:59:33AM +0200, Adeodato Simó wrote:
> > reassign 523596 libgraphicsmagick1-dev
> > retitle 523596 Bogus cflags returned by GraphicsMagick-config
>
> > $ GraphicsMagick-config --cflags
> > -fopenmp -Wall -g -fno-strict-aliasing -Wformat -Werror=format-security
> > -D
tag 522706 + pending
thanks
On Mon, Apr 06, 2009 at 03:12:01AM +0200, Daniel Baumann wrote:
> according to the build logs, graphicsmagick fails to build from source
> on i386. Please fix, i want to upload a package that build-depends on
> graphicsmagick.
The fix for the build failure on i386 is i
Hi!
On Sun, Mar 29, 2009 at 02:52:16PM +0100, Roger Leigh wrote:
> Does the attached patch fix things for you when run in a non-C or POSIX
> locale?
Yep, this seems to do the trick on my system.
Thanks!
Daniel.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subj
Hi!
Following an upgrade of my sid system yesterday, I also got bitten by
sbuild's "chroot does not exist" bug. However, the build starts
correctly when calling sbuild with LC_ALL=C in the environment, so I
guess this is due to the locale not getting set to C/POSIX before
calling schroot -i and pa
Hi!
On Sat, Feb 21, 2009 at 12:12:45AM +, Jonny Lamb wrote:
> This could probably be fixed simply with a binNMU. Shall I ask
> debian-release or would you like to make a source upload for another
> reason?
I have two minor, low prio changes pending that I can upload in the next
few days. If l
Hi!
On Tue, Feb 17, 2009 at 12:40:27PM -0500, Barry deFreese wrote:
> Imlib will not be shipped with squeeze so I am raising the severity of
> this bug to serious. Looking at ygraph from CVS they have converted to
> Gtk2 (which is good since Gtk1.2 will probably also not ship with
> Squeeze),
tags 510205 + patch
thanks
Hi!
On Tue, Dec 30, 2008 at 02:28:58PM +0100, Max Kellermann wrote:
> Today, the Music Player Daemon project received a bug report from
> Anton Khirnov: MPD crashed when attempting to play a WAV file. "file"
> says:
>
> RIFF (little-endian) data, WAVE audio, Microsof
Hi!
On Tue, Dec 30, 2008 at 02:28:58PM +0100, Max Kellermann wrote:
> Solution: don't use libaudiofile. Change libaudiofile to allocate the
> correct buffer size. Add buffer size checks to libaudiofile.
Many thanks for investigating and the detailed report. I'll try to get
the buffer allocation
clone 486985 -1
severity -1 wishlist
retitle -1 drawtiming: Please use pkg-config instead of GraphicsMagick-config.
reassign -1 drawtiming
thanks
On Sat, Jun 28, 2008 at 04:56:09PM +0100, Simon McVittie wrote:
> /usr/bin/GraphicsMagick-config --libs outputs:
>
> -lGraphicsMagick -llcms -ltiff -lf
reassign 473384 libasound2
severity 473384 normal
thanks
[Sorry for the late response. The BTS claims to have forwarded the
original mail my way, but for some reason, it never hit my inbox.]
On Tue, Apr 29, 2008 at 09:17:03PM +0400, Aleksej R. Serdyukov wrote:
> Still seems to be related to, at
block 475685 by 453903
thanks
On Sat, Apr 12, 2008 at 12:33:10PM +0200, Martin Zobel-Helas wrote:
> Package: graphicsmagick
> Version: 1.1.11-1
> Severity: serious
>
> There was an error while trying to autobuild your package:
> > Failed rwfile for formats: EPDF EPSF EPSI EPI EPS EPT PS
> > make
Hi!
On Mon, Jan 28, 2008 at 11:35:19PM +, Colin Watson wrote:
> Daniel, would you please remove the following pages from manpages-de:
>
> * apropos(1)
> * man(1)
> * manpath(1)
> * whatis(1)
> * zsoelim(1)
> * manpath(5)
> * catman(8)
> * mandb(8)
>
> ... and let me know the
Hi!
On Sun, Jan 13, 2008 at 03:15:54PM +0100, Christian Perrier wrote:
> Quoting Daniel Kobras ([EMAIL PROTECTED]):
> > Why a Conflict? bumping the versioned Replaces: to (<= 0.5-2) should do
> > the trick as well, and doesn't force manpages-de off people's systems
On Sat, Sep 29, 2007 at 11:42:12PM +0200, Nico Golde wrote:
> just wanted to let you know that for imagemagick there are
> patches on:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444267#17
> Maybe they help you as well.
Thanks. I'm co-maintaining imagemagick as well so have already been
aw
On Sun, Sep 30, 2007 at 01:54:12AM +0200, Nico Golde wrote:
> I intend to NMU this bug on behalf of the testing security
> team.
Next time, please leave the maintainers more than 12 hours to respond
when you NMU for a bug that's open for less than three days. It also
helps to drop the maintainers
retitle 444266 CVE-2007-4985, CVE-2007-4986, CVE-2007-4988 multiple
vulnerabilities
thanks
Hi!
I've removed CVE-2007-4987 from the bug title, as it only applies to
imagemagick, but not to graphicsmagick. Graphicsmagick upstream is
already working on fixes for the other vulnerabilities.
Regards,
Dear release team!
An intermittent upload of liblash2 (0.5.3-1) contained an incorrect
soname. This error was fixed in 0.5.3-2, but glashctl and muse had been
rebuilt in the meantime and picked up a bogus dependency on
liblash.so.1. A simple rebuild should get things straight. Could you
please sch
Hi!
On Wed, Aug 22, 2007 at 12:30:40AM -0400, Ethan Glasser-Camp wrote:
> It seems as though muse is linked against liblash.so.1, though the
> liblash2 package only provides liblash.so.2. Below are the commands I
> used to come to this conclusion; if I'm grievously mistaken, please
> let me know.
On Mon, Jul 23, 2007 at 10:27:15AM +0200, Michael Ablassmeier wrote:
> > Failed Test Stat Wstat Total Fail Failed List of Failed
> >
> ---
> > t/ttf/read.t22 100.00% 1-2
> > Failed 1/30 test scr
es segfaults on startup when running on (some) 64bit architectures.
+Closes: #428055
+
+ -- Daniel Kobras <[EMAIL PROTECTED]> Wed, 13 Jun 2007 20:25:40 +
+
gs-gpl (8.56.dfsg.1-1) unstable; urgency=low
* New upstream release.
diff -Nru
/tmp/2lgRlemIdw/gs-gpl-8.56.
tag 428055 + patch
thanks
The segfaults during startup on ia64 are due to a bug in Debian-specific
patch 06_libpaper_support.dpatch: Due to a missing declaration, the
pointer returned by libpaper's systempapername() in
imainarg.c::gs_main_init_with_args() gets truncated, and gs segfaults a
few lin
Moi!
On Mon, Jun 11, 2007 at 10:39:12PM +0200, Andreas Barth wrote:
> Actually, the original bug has been fixed in libxt-dev.
(Curiously enough, S/390 still lists the current build as failed,
referring to the same old bug, but providing no buildd log. Puzzled.)
> However, build on ia64 revealed
Moi!
On Sun, Jun 10, 2007 at 07:28:02AM +0200, Andreas Barth wrote:
> I uploaded an NMU of your package.
>
> Please see this as help to get the package into a releaseable condition.
No need to emphasize which I'd never doubt anyway...
> diff -ur dx-4.4.0~/debian/changelog dx-4.4.0/debian/change
reassign 421494 libmagick9
close 421494 7:6.2.4.5.dfsg1-1
merge 420353 421494
thanks
On Sun, Apr 29, 2007 at 07:08:12PM +0200, Christian Marillat wrote:
> This package is uninstallable because libjasper-1.701-1 has been
> removed and replaced by libjasper1.
Messed up the merge of this report befo
severity 416096 important
thanks
On Sun, Mar 25, 2007 at 11:30:23PM +0200, Moritz Muehlenhoff wrote:
> I disagree about the severity. The code history of graphicksmagick/
> imagemagick makes it fairly obvious that they are both unsuitable
> for processing images from untrusted sources. An afternoo
On Sun, Mar 25, 2007 at 07:03:35PM +0300, Sami Liedes wrote:
> Hmm, sorry, but I don't see any patch attached?
Oops. Next try.
Regards,
Daniel.
--- a/coders/viff.c Wed Mar 21 21:20:05 2007 +0100
+++ b/coders/viff.c Wed Mar 21 23:49:56 2007 +0200
@@ -332,6 +332,8 @@ static Image *ReadVIF
(7:6.2.4.5.dfsg1-0.14) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * coders/palm.c: Fix regression introduced in patch for CVE-2006-5456.
+Avoid bogus second read in macro call. Patch thanks to Vladimir
+Nadvornik. (CVE-2007-0770)
+
+ -- Daniel Kobras <[EMAIL PROTECTED]
page. Closes: #403995
+
+ -- Daniel Kobras <[EMAIL PROTECTED]> Sun, 24 Dec 2006 15:59:34 +0100
+
webmagick (2.02-8.2) unstable; urgency=high
* Non-maintainer upload.
diff -u webmagick-2.02/debian/rules webmagick-2.02/debian/rules
--- webmagick-2.02/debian/rules
+++ webmagick-2.02/debian
.
+ * debian/rules: binary-arch target does not need to build and install
+anything.
+
+ -- Daniel Kobras <[EMAIL PROTECTED]> Sun, 24 Dec 2006 16:34:21 +0100
+
aub (2.2) unstable; urgency=low
* New version with many new features and fixex.
diff -Nru /tmp/RGz6kHiDPk/aub-2.2/debian/c
On Wed, Dec 13, 2006 at 12:48:11AM +0100, Daniel Kobras wrote:
> On Tue, Dec 12, 2006 at 11:15:24PM +0100, Kurt Roeckx wrote:
> > What is the status of this bug?
> >
> > It seems libpng was fixed, but it's now still failing to build
> > and needs the patch.
>
&
On Tue, Dec 12, 2006 at 11:15:24PM +0100, Kurt Roeckx wrote:
> What is the status of this bug?
>
> It seems libpng was fixed, but it's now still failing to build
> and needs the patch.
I'm currently preparing an NMU and will try to get it uploaded tomorrow.
(Plus an upload of graphicsmagick that
On Sun, Dec 03, 2006 at 10:07:50AM +1100, Aníbal Monsalve Salazar wrote:
> On Fri, Dec 01, 2006 at 07:57:34PM -0500, Glenn Randers-Pehrson wrote:
> >Right, it has the same code as libpng-1.2.12 in configure.ac:
> >
> ># Config files, substituting as above
> >AC_CONFIG_FILES([Makefile libpng.pc:scri
On Fri, Dec 01, 2006 at 07:36:03AM -0500, Glenn Randers-Pehrson wrote:
> If you are speaking of the png_ptr -> ping and the
> png_access_version_number()
> errors, those are already checked in to upstream ImageMagick. If it's
> something
> else, please let me know.
No, that's exactly the patch
On Fri, Dec 01, 2006 at 08:46:00PM +1100, Anibal Monsalve Salazar wrote:
> I built libpng_1.2.14-0_amd64 and then I tried to build
> imagemagick_6.2.4.5.dfsg1-0.12_amd64 and it failed:
Sorry, apart from the problem with libpng, there's also a bug in
imagemagick. You need to apply the patch from #4
On Fri, Dec 01, 2006 at 09:28:23AM +1100, Aníbal Monsalve Salazar wrote:
> >-checking if assembler code in pnggccrd.c can be compiled... no
> >+checking if assembler code in pnggccrd.c can be compiled... yes
>
> The configure script cannot compile assembler code in pnggccrd.c on
> amd64, whereas o
Package: libpng12-dev
Version: 1.2.13-4
Severity: grave
Justification: breaks build-depending packages
Functions png_get_asm_flags(), png_set_asm_flags(), and possible some
more are part of libpng's API, but are missing from libpng's list of
exported symbols on amd64. I've checked that it's presen
Package: imagemagick
Version: 7:6.2.4.5.dfsg1-0.12
Severity: serious
Tags: patch
Justification: no longer builds from source
Recent libpng actived MMX optimisations on amd64, it seems, and a
previously uncompiled code snippet in coders/png.c is now alive. It's
example code from libpng's man page,
Package: php-imagick
Followup-For: Bug #400786
This bug is caused by a missing build-dependency on libxt-dev in
imagemagick (and subsequently a missing dependency in the -dev package).
The ia64 buildd happened to have libxt-dev installed when building the
previous imagemagick upload and thus uncov
On Mon, Oct 16, 2006 at 10:41:25AM +0200, Martin Pitt wrote:
> Daniel Kobras [2006-08-18 19:02 +0200]:
> > --- imagemagick-6.2.4.5.dfsg1.orig/coders/sgi.c
> > +++ imagemagick-6.2.4.5.dfsg1/coders/sgi.c
> > @@ -171,13 +171,13 @@
> >q=pixels;
>
severity 317083 important
thanks
On Fri, Oct 13, 2006 at 06:58:40PM +0800, Alan Tam wrote:
> > The "perlmagick" package should "Provide" a package that matches the
> > normal Debian Perl library naming, i.e, "libimage-magick-perl".
>
> This violates debian policy 11.9 "Perl programs and modules"
trol: Build-depend on pkg-config.
+ * debian/rules: Use pkg-config instead of deprecated lqt-config to extract
+libquicktime cflags. Closes: #391562
+
+ -- Daniel Kobras <[EMAIL PROTECTED]> Tue, 10 Oct 2006 12:38:28 +0200
+
dvgrab (1.8-3) unstable; urgency=low
* Added patches:
diff
found 383314 6:6.0.6.2-2.6
thanks
On Fri, Aug 18, 2006 at 07:02:01PM +0200, Daniel Kobras wrote:
> On Wed, Aug 16, 2006 at 05:20:01PM +0200, Daniel Kobras wrote:
> > On Wed, Aug 16, 2006 at 03:51:15PM +0200, Martin Pitt wrote:
> > > http://www.overflow.pl/adv/imsgiheap.txt
tag 383314 + patch
thanks
On Wed, Aug 16, 2006 at 05:20:01PM +0200, Daniel Kobras wrote:
> On Wed, Aug 16, 2006 at 03:51:15PM +0200, Martin Pitt wrote:
> > http://www.overflow.pl/adv/imsgiheap.txt reported a buffer overflow in
> > the SGI parser (demo exploit linked in the report)
tags 383314 - patch
clone 383314 -1
reassign -1 graphicsmagick
retitle -1 libgraphicsmagick1: Buffer overflow in SGI parser [CVE-2006-4144]
thanks
On Wed, Aug 16, 2006 at 03:51:15PM +0200, Martin Pitt wrote:
> http://www.overflow.pl/adv/imsgiheap.txt reported a buffer overflow in
> the SGI parser
On Tue, Jul 25, 2006 at 12:46:30PM +1000, Brendan O'Dea wrote:
> Ryan believes that the problem with MIPS is a kernel issue, and was
> planning to upgrade the kernel on the buildds soonish.
>
> As far as hppa goes, perl-5.8.8-5 successfully autobuilt on bld-3, then
> -6 failed on the same machine.
Package: libfluidsynth-dev
Version: 1.0.6-4
Severity: grave
Justification: causes build failures in dependent packages
The .la file in libfluidsynth-dev includes dependencies on
/usr/lib/libladcca.la, /usr/lib/libjack.la, and /usr/lib/libasound.la,
but the respective packages providing these .la f
Following up on my own report, the bug is caused by 03-gcc4.dpatch which
moves pidfile creation in front of the switch to user 'nobody', meaning
that the pidfile can actually be created in /var/run. Upon termination,
the daemon lacks capabilities to remove the pidfile, though. The most
elegant way
Package: pxe
Version: 1.4.2-3
Severity: grave
Justification: breaks system upgrades
The pxe daemon fails to start when there still is a stray pid file in
/var/run. Incidentially, it also fails to remove the pid file when
stopped. In combination, pxe is unusable after an upgrade until the old
pid f
tag 359863 + patch
thanks
On Tue, Jun 13, 2006 at 01:49:59PM +0200, Daniel Kobras wrote:
> On Mon, Jun 12, 2006 at 09:58:52PM +0200, Mark Washeim wrote:
> > Well, I wound up solving this problem by checking out the source and
> > compiling afresh. The above problem seems to be sol
On Mon, Jun 12, 2006 at 09:58:52PM +0200, Mark Washeim wrote:
> Well, I wound up solving this problem by checking out the source and
> compiling afresh. The above problem seems to be solved in the most
> recent release published to sourceforge.
(...)
> Anyway, it appears that I should close the b
tag 359863 + moreinfo
thanks
On Wed, Mar 29, 2006 at 02:46:46AM -0700, Mark Washeim wrote:
> I've been testing for the past 3 months and... dv 1394 captured material
> (dvgrab 1.7 and 1.8) where quicktime is the format written but not able
> to be read. Kino, for instance reports the file is not r
On Sun, Jun 11, 2006 at 03:02:31PM -0700, Don Armstrong wrote:
> On Sun, 11 Jun 2006, Daniel Kobras wrote:
> > I'm still concerned about the change, though. You're removing the
> > logo first, then add a different one. Are you certain that this is
> > sufficiently d
Hi Don!
On Sat, Jun 10, 2006 at 03:48:10PM -0700, Don Armstrong wrote:
> On Thu, 04 May 2006, Don Armstrong wrote:
> > On Mon, 13 Mar 2006, Daniel Kobras wrote:
> > > Furthermore, one might argue that the patch actually modifies the
> > > original logo, which is exact
Package: bugzilla
Version: 2.20.1-2
Severity: serious
Justification: 10.7.3
When denying to use dbconfig-common on upgrade, the postinst script
erases the values of $db_port, $db_name, $db_user, and $db_pass from
/etc/bugzilla/localconfig. The values need to be filled in by hand from
/etc/bugzilla
tag 361863 + patch
thanks
On Wed, Apr 19, 2006 at 06:13:55PM +0200, Daniel Kobras wrote:
> On Mon, Apr 10, 2006 at 10:12:29PM +0200, Stefan Fritsch wrote:
> > "Unspecified vulnerability in mpg123 0.59r allows user-complicit
> > attackers to trigger a segmentation fault and
tag 361863 + confirmed
thanks
On Mon, Apr 10, 2006 at 10:12:29PM +0200, Stefan Fritsch wrote:
> "Unspecified vulnerability in mpg123 0.59r allows user-complicit
> attackers to trigger a segmentation fault and possibly have other
> impacts via a certain MP3 file, as demonstrated by mpg1DoS3. NOTE:
pstream
+delayed to fix after the 8.50 release. Cures segfaults on ppc (again).
+Thanks to Roger Leigh for testing. Closes: #357326
+
+ -- Daniel Kobras <[EMAIL PROTECTED]> Wed, 29 Mar 2006 14:22:21 +0200
+
gs-gpl (8.50-1) unstable; urgency=low
* Works done at Codefest in Malaysia 2006.
Package: gnumeric
Version: 1.6.2-3+b1
Severity: grave
Justification: renders package unusable
Despite the strict versioned dependency of gnumeric (arch: any) on
gnumeric-common (arch: all), it has recently been binNMUed for the gsf
transition. The new gnumeric packages now depend on a non-existent
On Sun, Mar 12, 2006 at 06:40:42PM -0500, Nathanael Nerode wrote:
> I went through the RC bugs which apply to etch and are older than one year.
> This is a rather disturbing list, as you would expect from the age of the
> bugs.
> In most cases I don't think you can expect the maintainers to deal w
On Thu, Feb 16, 2006 at 12:01:25PM +0100, Daniel Kobras wrote:
> On Thu, Feb 16, 2006 at 11:22:27AM +0100, Torsten Neumann wrote:
> > with Version: 6:6.0.6.2-2.6 convert segfaults when converting an image.
> > with 6:6.0.6.2-2.4 the file can be converted. Happens with any imag
On Thu, Feb 16, 2006 at 11:22:27AM +0100, Torsten Neumann wrote:
> with Version: 6:6.0.6.2-2.6 convert segfaults when converting an image.
> with 6:6.0.6.2-2.4 the file can be converted. Happens with any image we
> tested.
> attached a short strace
2.6 appears to work fine for me. Can you please p
On Mon, Feb 13, 2006 at 03:59:49PM +0100, Daniel Kobras wrote:
> On Mon, Feb 13, 2006 at 01:59:55PM +0100, Nicolas George wrote:
> > Le quintidi 25 pluviôse, an CCXIV, Daniel Kobras a écrit :
> > > Are you aware of any applications that pass an URI to a mime handler
> >
tag 352575 + patch
thanks
On Mon, Feb 13, 2006 at 01:59:55PM +0100, Nicolas George wrote:
> Le quintidi 25 pluviôse, an CCXIV, Daniel Kobras a écrit :
> > Are you aware of any applications that pass an URI to a mime handler
> > rather than just the local path and filename? F
On Sun, Feb 12, 2006 at 08:14:40PM +0100, Nicolas George wrote:
> If display is called on a file:/// URL, it deletes the images after
> displaying it. Steps to reprodude:
>
> cp /some/image.jpg /tmp/test.jpg
> display file:///tmp/test.jpg
> Quit display: /tmp/test.jpg is gone.
Uh, that's a grave
Package: python-netcdf
Version: 2.4.9-3
Severity: grave
Justification: package uninstallable
Moi Matthias!
python-netcdf depends on package netcdf3g that was removed in your
recent netcdf NMU. As python-scientific has strictly versioned
dependencies from arch-any to arch-all packages, it can't be
Package: gmt
Version: 4.0-2
Severity: serious
Justification: FTBFS on release candidate architecture
Despite several attempts, version 4.0-2 of gmt could never be built on
hppa due to linkage problems[0]. As a consequence, 3.4.4-1 is still
current on hppa, but this version is uninstallable because
Package: gri
Version: 2.12.10-5
Severity: grave
Justification: package uninstallable
The netcdf3g package has been renamed and split into C and C++ parts,
but the i386 package of gri still depends on the removed netcdf3g and
therefore cannot be installed at the moment. A simple rebuild should be
s
On Sun, Feb 05, 2006 at 01:51:48PM -0800, Steve Langasek wrote:
> On Sun, Feb 05, 2006 at 07:03:30PM +0100, Daniel Kobras wrote:
> > Current dpkg does, but the feature was added post-sarge in 1.13.2. As
> > far as I understand, it should only be relied upon post-etch?
>
> We
On Sat, Feb 04, 2006 at 04:56:08PM -0800, Steve Langasek wrote:
> On Sat, Feb 04, 2006 at 02:39:57PM +0100, Daniel Kobras wrote:
> > To clarify: You want us to support having imagemagick from sarge
> > installed + pulling in graphicsmagick from etch, but pulling
> > gra
tag 351262 + pending
thanks
On Fri, Feb 03, 2006 at 04:15:48PM -0800, Steve Langasek wrote:
> > On Fri, Feb 03, 2006 at 05:49:06PM +0100, Braun Gabor wrote:
> > > Trying to install the package failed:
>
> > > dpkg: error processing
> > > /var/cache/apt/archives/graphicsmagick_1.1.7-2_i386.deb (-
severity 351262 wishlist
thanks
On Fri, Feb 03, 2006 at 05:49:06PM +0100, Braun Gabor wrote:
> Trying to install the package failed:
>
> dpkg: error processing
> /var/cache/apt/archives/graphicsmagick_1.1.7-2_i386.deb (--unpack):
> trying to overwrite `/usr/share/man/man4/miff.4.gz', which is a
severity 350524 normal
thanks
On Mon, Jan 30, 2006 at 07:51:21PM -0600, Viktor Malyarchuk wrote:
> Sorry for confusion. I just find out that porblem not in dx package but
> in dxhdf5 http://www-beams.colorado.edu/dxhdf5/
> There are not dxhdf5 packaged yet in Debian.
> I compiled this module again
On Fri, Jan 27, 2006 at 10:59:34PM +0100, Martin Schulze wrote:
> Daniel Kobras wrote:
> > > Gnah. You are correct. I'm extending the list of forbidden characters
> > > by $().
> >
> > Upstream has reverted the blacklist and instead went for an improved
>
On Fri, Jan 27, 2006 at 10:32:51PM +0100, Martin Schulze wrote:
> Daniel Kobras wrote:
> > On Thu, Jan 05, 2006 at 01:49:11PM +0100, Daniel Kobras wrote:
> > > On Fri, Dec 30, 2005 at 02:19:27PM +0100, Florian Weimer wrote:
> > > > With some user interaction, this i
1 - 100 of 167 matches
Mail list logo
