Bug#897573: You need to install the extra package
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 also have been helpful to have made some > effort to communicate this change to packages that build depend on yours > when making the change rather than just letting them break with zero > communication. As far as I can tell, this seems to be a duplicate of #879849 (the libmagickcore...-extra packages lack a dependency on librsvg2-bin), ie. a bug rather than an intentional change. (The build error occured despite usbview already build-depending on ...-extra.) Kind regards, Daniel
Bug#731916: O: dbmix -- DJ mixer for digital audio streams
Package: wnpp Severity: normal This package has been dead upstream for ages. I've intended to remove it from Debian several times, but the code refuses to break even after all those years. So if you're interested in keeping it alive, feel free to grab the package. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731915: O: graphicsmagick -- collection of image processing tools
Package: wnpp Severity: normal Due to time constraints and a shift of focus, I haven't given this package the care it deserves for quite a long time. Orphaning it now so it stands a chance to get a more active maintainer soon. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692906: RM: noflushd -- ROM; obsolete
Package: ftp.debian.org Severity: normal Please remove the noflushd package from unstable. Its most important features are nowadays provided by the kernel itself, it has issues on recent kernels, has a low popcon count, and is no longer actively maintained upstream (which happens to be me :-). Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652591: maybe caused by memory pressure?
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 > consoles and maybe be lucky. I have not investigated this any further but you > can find a lot of ressources on the internet that try to explain how to get a > kerneldump when your system freezes. Maybe one could proceed from there with > the help of kernel people. > > One guess what causes this bug is, that the system runs into memory pressure > - i.e. something similar like [1] - that is the system runs into a situation > where it's lacking memory, it wants to swap stuff out, in order to swap out > it needs to allocate memory, or swap something back in - like f.ex. noflushd > -> deadlock. In the spindown mode used by noflushd, spinup should be handled by the disk/controller itself. The kernel should only notice the same delay as during any other disk spinup. > I feel that the noflushd package has its value. Getting further with this bug > might prevent noflushd being dropped from the next release. The problem at hand is most likely caused by a bug in the kernel, maybe even one that's only present in squeeze, not in the wheezy kernel. And while noflushd might still have its merits, it's a fact that it does weird things to some kernel components and therefore keeps triggering corner-case bugs that turn out to be extremely hard to debug. Frankly, I'm not sure whether expecting kernel developers to spend significant time hunting down noflushd fallout is fair, especially as other interfaces like laptop-mode seem to cover most people's needs, and noflushd has really grown into a niche application. Feel free to convince me otherwise, but at the moment, I'm pretty much in favour of dropping noflushd from Debian altogether. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686085: Built successfully on retry
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 sparc box. Thanks Jurij! Based on this information, I don't think this bug should be considered RC for GraphicsMagick. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691140: graphicsmagick: libmagickcore-dev uses out of date libtiff4-dev
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 UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557879: graphicsmagick: please build with --with-quantum-depth=16
Hi! Am 10.08.2012 um 17:19 schrieb Bob Friesenhahn : > This does not solve the problem. The easiest way to solve the problem is to > use different library names for the Q16 build of GraphicsMagick. The modules > are not a problem since they are already in a specific directory. In upstream version 1.3.17, Bob has implemented a way to encode the quantum depth into the library SONAME. This gives us with a clean way to provide Q8 and Q16 packages in parallel. (Post-wheezy, though.) Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652591: noflushd: Crash with linux-image-2.6.32-5-686 (version 2.6.32-38)
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 Wheezy. Reading back through the bug report once more, it seems I've initially overlooked the kernel version: 2.6.32 contained a bug (#594923) when running noflushd that was only half-fixed in 2.6.32-38, which might have changed the error pattern and lead to an eventual crash of the system. It is supposed to be completely fixed starting with 2.6.32-42, as well as in 3.2. Andrea, can you please check whether you still experience crashes with either of these kernel version? Thanks, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670318: [NMU] dx: Helping to update to packaging format 3.0
Hi Jari! Am 10.05.2012 um 18:44 schrieb Jari Aalto: > I'm planning to NMU with changes listed in previous mail's patch to help > migrate away from deprecated dpatch. > > Please let me know if an update is alredy being worked on, or if the > previous patch needs adjustments, or if there is anything that should > delay the NMU. Many thanks for the changes! Please just upload straight to the archive. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644851: mpg123: Please update to latest upstream version 1.13.4
Hi Alessio! Am 26.03.2012 um 12:04 schrieb Alessio Treglia: > If you agree, I'd take care of mpg123 under the Debian Multimedia > Maintainers team's umbrella. > Let me know if it's OK for you, cheers! Gladly, yes. Please go ahead. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655074: transition: audiofile
Hi Alessio! Am 18.01.2012 um 19:28 schrieb Alessio Treglia: > On Wed, Jan 18, 2012 at 3:38 PM, Niels Thykier wrote: >> I am okay with starting the transition if you are ready to NMU glame (if >> needed) and you (as its maintainer) don't mind beast being uninstallable >> in sid for a while (if the oss4 fix is stalled). > > I'm not ready with glame, which seems very out-of-date, moreover > upstream is no longer active and a big number of many alternatives is > available in the archive; I'm CC'ing Daniel, the maintainer of glame, > to know what he thinks about the status of the package and whether it > would be a good idea to ask ftp-masters for its removal. Agreed. I've just filed #656367, requesting to remove the glame package from unstable. It certainly shouldn't hold up the audiofile transition. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656367: RM: glame -- ROM; RC buggy, unmaintained upstream, alternatives exist
Package: ftp.debian.org Severity: normal Hi! glame is no longer actively maintained upstream, it's currently RC buggy and likely to require further porting work in the near future. Finally, alternatives like audacity are available in the archive. Please remove glame from unstable. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654650: RFA: ygraph
Package: wnpp Severity: normal Hi! It's been quite a while that I've last made use of this small but handy tool, and would therefore like to hand it over to a new maintainer: ygraph -- plot and animate data sets The ygraph tool graphs one-dimensional data or displays a time-series of one-dimensional data sets. It is an enhanced alternative to the xgraph utility and supports the same input format as xgraph. Additionally, ygraph features: * animating multiple plots simultaneously and synchronously; * stepping back and forth through animations one frame at a time; * zooming, similar to xgraph but without opening a lot of new windows; * plotting derivatives; * subtracting plots; * convergence tests; * reading compressed files; * exporting images and animations. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654649: RFA: libdv
Package: wnpp Severity: normal Hi! Due to lack of time, I'd like to give up maintenance of the libdv package. The code is considered feature complete upstream, new releases shouldn't be expected. However, libdv is still used as a dependency in other multimedia-related libraries. software library for DV format digital video (runtime lib) The Quasar DV Codec (libdv) is a software decoder for DV format video, as defined by the IEC 61834 and SMPTE 314M standards. DV is the encoding format used by consumer-grade digital camcorders. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654648: RFA: libavc1394
Package: wnpp Severity: normal Hi! Due to lack of time, I'd like to give up maintenance of the libavc1394 package: control IEEE 1394 audio/video devices libavc1394 is a programming interface for the 1394 Trade Association AV/C (Audio/Video Control) Digital Interface Command Set. It allows you to remote control camcorders and similar devices connected to your computer via an IEEE 1394 (aka Firewire) link. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654647: RFA: dxsamples
Package: wnpp Severity: normal Hi! Due to a license change by upstream, dxsamples is pretty much bound to stay at its current version forever. So, hardly anything to maintain here, but since I've just RFA'ed the dx packages themselves, it probably makes sense for their prospective maintainer to take over dxsamples as well. Sample programs for the OpenDX Data Explorer This package contains examples of scripts and networks for the OpenDX Data Explorer. They are referenced in the OpenDX tutorial, but can also be used stand-alone to browse and investigate. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#654646: RFA: dx
Package: wnpp Severity: normal Hi! Due to lack of time, I'm looking for a maintainer to adopt OpenDX: Data Explorer is a system of tools and user interfaces for visualizing data. In general terms the visualization of data can be considered a 3-stage process: 1. Describing and importing data 2. Processing the data through a visualization program 3. Presenting the resulting image. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562677: Bug#641388: audiofile: New upstream releases and team-maintenance
Hi Alessio! Am 03.01.2012 um 10:35 schrieb Alessio Treglia: > Daniel, I intend to update audiofile to the latest upstream release > and manage the consequent transition (due to the ABI breakage > mentioned by Steve some messages above). > Plus, I feel this package would need much work and a even closer eye > on it especially during the next transition, so please let me know > what you think about: > > 1. my intention to work on audiofile > 2. the opportunity to switch this package to team maintenance, I'm > available to maintain it under the umbrella of the Debian Multimedia > Maintainers team. In fact, it's been one of my New Year's resolutions to finally admit the obvious and RFA this and a number of other packages I currently fail to maintain. So, yes, handing over audiofile to Debian Multimedia is very much welcome. Please go ahead, and good luck! Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#652591: noflushd: Crash with linux-image-2.6.32-5-686 (version 2.6.32-38)
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 correlate the freeze to some event, eg. noflushd trying to spin down a disk? Could it be during spin up? Or does the machine crash right upon boot? Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#425382: libavc1394-0 ist of priority extra, libquicktime0 (optional) depends on it.
Hi! Am 05.12.2011 um 05:58 schrieb Jonathan Nieder: > Jonathan Nieder wrote: >> Fabian Greffrath wrote: > >>> you package libavc1394-0 is of extra priority whereas libquicktime0 is >>> of optional priority and depends on libavc1394-0. >> >> Ping? Many other optional packages (e.g. gstreamer-plugins-good) also >> depend on libavc1394. > > Just curious about whether you had thoughts on this. I'd be happy to > see the priority inversion fixed, since it would make it more obvious > to tools that libavc1394-0 needs to be kept co-installable with other > non-extra packages (since common packages like vlc-nox depend on it). The prio bump to optional is fine by me. I originally chose extra because the DV was (and probably still is) a niche use case. However, this doesn't seem to hold true anymore for the use cases of the shared lib at least. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649444: libmpg123-0: probably miscompiled binary package causes SEGV in mplayer
Hi! Am 20.11.2011 um 23:45 schrieb Tomas Janousek: > Since I upgraded to 1.12.1-3.2, I've been getting segfaults in mplayer like > this: > > Program received signal SIGSEGV, Segmentation fault. > 0x082e76c8 in dct64_sse () > (gdb) bt > #0 0x082e76c8 in dct64_sse () > #1 0xf7b28638 in ?? () from /usr/lib/libmpg123.so.0 > #2 0xf7b444be in synth_1to1_sse () from /usr/lib/libmpg123.so.0 > #3 0xf7b431a0 in synth_stereo_wrap () from /usr/lib/libmpg123.so.0 > #4 0xf7b55456 in do_layer2 () from /usr/lib/libmpg123.so.0 > #5 0xf7b3f8df in decode_the_frame () from /usr/lib/libmpg123.so.0 > #6 0xf7b3fead in mpg123_decode () from /usr/lib/libmpg123.so.0 > #7 0x082dab67 in ?? () > > I am not sure whose fault this is as mpg123 plays the one file I tested just > fine, but downgrading to 1.12.1-3 fixes the issue, and so does doing apt-get > source --compile on 1.12.1-3.2 and installing that. So I suspect there's > something wrong with the binary package currently on mirrors. There are no code-level changes between 1.12.1-3 and 1.12.1-3.2, so this indeed sounds like a (temporary) toolchain problem. When you upgraded libmpg123, did mplayer change as well? Are you using the stock Debian mplayer, or is it a different version? Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641836: Fails to hide internal symbols
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_library.h > ass_parse.c... > Datum: 16. September 2011 07:20:20 MESZ > An: mplayer-dev-...@mplayerhq.hu > Antwort an: mplayer-dev-...@mplayerhq.hu (...) > libmpg123 package 1.12.1-3.2 on debian/sid is broken (it fails to hide > internal > symbols, they overridden by symbols from MPlayer/mp3lib [with different ABI], > resulting in crash). > As package from squeeze (same upstream version) is *not* broken in same way, > and > changes in packaging looks minor and unrelated, have no idea why it is broken. > Likely ./configure --disable-mp3lib also will fix this crash :-) Which architecture have you been looking at? On amd64 in sid, libmpg123 only exports the 84 symbols that are meant to be visible. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637066: [wnpp] removal of gramofile has been requested!
Hi! Am 09.08.2011 um 16:20 schrieb Dale Amon: > What sort of bugs? I did do some code changes to it once > 5 years ago or so. Trouble is I'm in the midst of starting > a company right now (and trying to do enough consulting to > stay alive in the meantime) so I'm multi-tasking morning to... > morning. > > What is the packaging issue? I've done some packaging > although I'm not a debian maintainer. The packaging issues are easily solvable, actually, by switching from yada to, say, debhelper. Gramofile is a rather simple package, so this should be a no-brainer. However, there's http://wiki.debian.org/ReleaseGoals/NoLinuxDevDsp looming on the horizon, which requires us to add another means of audio output but OSS to gramofile. Unless significant work is put into a fix for this problem, gramofile is bound for removal irrespective of the packaging issues. I figured that gramofile was only of historic value these days, and therefore suggested to remove the package right away, but from your answer I take it that there are still users out there, so we might well reconsider. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586686: upgrade audiofile package to version 0.2.7
Hi Alessio! Am 09.08.2011 um 14:11 schrieb Alessio Treglia: > I'd also be interested in having the latest upstream release in Debian > sid, if you agree I'd go on by NMUing this. Please go ahead. Thanks, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637185: ITP: muse2 -- Qt4-based audio/MIDI sequencer
Hi Alessio! Am 09.08.2011 um 11:09 schrieb Alessio Treglia: > * Package name: muse2 > Version : 2.0~beta2 > Upstream Author : Werner Schweer > * URL : http://www.muse-sequencer.org/ > * License : GPL > Programming Lang: C++ > Description : Qt4-based audio/MIDI sequencer Would you like to keep muse2 separate from the old muse package in the archive? Otherwise, feel free to take over the name from the old package. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628439: dx: diff for NMU version 1:4.4.4-3.1
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. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627165: mpg123: Package shows dep:libltdl7, but debian/control has Build-Depends:libltdl3-dev
Päivää Aapo! Am 18.05.2011 um 13:04 schrieb Aapo Rantalainen: > E.g: http://packages.debian.org/sid/mpg123 shows dep: libltdl7 > > But when fetching package soupces (or > http://ftp.de.debian.org/debian/pool/main/m/mpg123/mpg123_1.12.1-3.1.diff.gz > ) > it has debian/control: > Build-Depends: debhelper (>> 5), autotools-dev, autoconf, automake, > pkg-config, libltdl3-dev, libesd0-dev, libaudio-dev, libasound2-dev > [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libjack-dev, libpulse-dev > [!hurd-i386], python-minimal > Containing libltdl3-dev. > > There are Debian derivated systems where libltdl7 != libltdl3. I don't remember the details for the choice of libltdl3-dev anymore, but switching to libltdl-dev looks correct on current sid. I guess this change would do the trick for derived distributions as well? Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620780: graphicsmagick: FTBFS: Failures in CALS tests
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 errors: Bad plan. You planned 27 tests but ran 0. > t/tiff/write.t (Wstat: 2560 Tests: 5 Failed: 0) > Non-zero exit status: 10 > Parse errors: Bad plan. You planned 11 tests but ran 5. > Files=31, Tests=374, 9 wallclock secs ( 0.44 usr 0.08 sys + 5.97 cusr > 0.92 csys = 7.41 CPU) > Result: FAIL > Failed 2/31 test programs. 0/374 subtests failed. > make[5]: *** [test_dynamic] Error 255 > make[5]: Leaving directory `/tmp/buildd/graphicsmagick-1.3.12/PerlMagick' Thanks for the report. I'll look into the problem. I guess you checked with a build root from current sid? If that's not the case, do you have the full build log available still? Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561922: mpg123: diff for NMU version 1.12.1-3.1
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 upload yourself updating to the > latest version of mpg123. Thanks for preparing the upload. Feel free to push it right into the archive rather than going though DELAYED. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557879: graphicsmagick: please build with --with-quantum-depth=16
Hi! Am 02.03.2011 um 16:10 schrieb Bob Friesenhahn: It seems unlikely that Debian can afford to displace the existing 8- bit package since it would break existing dependencies. A parallel installable GraphicsMagick Q16 package (with renamed shared libraries and headers path) seems like the best path forward. Unfortunately, the GraphicsMagick build does not currently support alternate names for the shared libraries and headers path. Building two different sets of configure options shouldn't cause too much trouble. I've been shying away from this change primarily because of the dependency and compatibility problems you mention. Of course, the start of a new release cycle is the perfect time to reconsider such a decision. It might even be feasible to start a transition and entirely get rid of Q8 in favour of Q16. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611260: libgraphicsmagick3: Crash in psiconv suggests graphicsmagick bug (access of freed memory)
Hi! Am 31.01.2011 um 12:28 schrieb Reuben Thomas: Absolutely awesome, Bob, that fixes it. /me too! ;-) Bob, given these results, do you consider your patch ready for inclusion in the Debian package? Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#606283: muse: diff for NMU version 0.8.1a-7.1
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 archive right away. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#579527: Proposed NMU
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 selected and not oss-compat. Why should libdv pull in alsa-base when it only supports OSS? It's legacy code, so most likely upstream will never support any other sound system. We could of course just demote the Recommends to a Suggests, meaning that most libdv users won't be able to record sound by default. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596125: unblock: mpg123/1.12.1-3
Package: release.debian.org
Severity: normal
Hi!
mpg123 1.12.1-3 fixes a problem playing mp3 streams from the web, leading to
choppy or corrupted output. No Debian bug was filed, but I consider the fix
important enough to make it into the next stable release. The patch is taken
from upstream version 1.12.3, the small debdiff to the version in testing is
attached. Please unblock.
Regards,
Daniel.
diff -u mpg123-1.12.1/debian/changelog mpg123-1.12.1/debian/changelog
--- mpg123-1.12.1/debian/changelog
+++ mpg123-1.12.1/debian/changelog
@@ -1,3 +1,10 @@
+mpg123 (1.12.1-3) unstable; urgency=low
+
+ * src/libmpg123/readers.c: Fix fast reading of ICY streams via http.
+Patch from upstream version 1.12.3.
+
+ -- Daniel Kobras Mon, 30 Aug 2010 20:05:09 +0200
+
mpg123 (1.12.1-2) unstable; urgency=low
* configure.ac, src/libmpg123/frame.c: Apply backport of upstream patch
only in patch2:
unchanged:
--- mpg123-1.12.1.orig/src/libmpg123/readers.c
+++ mpg123-1.12.1/src/libmpg123/readers.c
@@ -120,7 +120,7 @@
if(fr->icy.next > 0)
{
cut_pos = fr->icy.next;
-ret = fr->rdat.fdread(fr,buf,cut_pos);
+ret = fr->rdat.fdread(fr,buf+cnt,cut_pos);
if(ret < 1)
{
if(ret == 0) break; /* Just EOF. */
@@ -128,7 +128,8 @@
return READER_ERROR;
}
-fr->rdat.filepos += ret;
+
+if(!(fr->rdat.flags & READER_BUFFERED)) fr->rdat.filepos += ret;
cnt += ret;
fr->icy.next -= ret;
if(fr->icy.next > 0)
Bug#594812: noflushd: Noflushd causes flush- processes to eat all CPU
clone 594812 -1 block 594812 by -1 retitle -1 Zero writeback interval sends flush processes into busy loop reassign -1 linux-image-2.6.32-5-amd64 thanks Hi Xavier! On Mon, Aug 30, 2010 at 05:12:11PM +0200, Xavier Roche wrote: > Note that the proble never occurred in 2.6.24 ; it might be some > regression code in the kernel OR in the TX2 code ? I've updated my devel machine to the latest kernel version, and now I can reproduce the problem. It's not the fsync(), actually, but but the stopping of the pdflush daemon that makes the flush-: kernel threads enter a busy loop (spinning in bdi_writeback_task()). It can be triggered as simple as: echo 0 > /proc/sys/vm/dirty_writeback_centisecs (Use echo 500 > /proc/sys/vm/dirty_writeback_centisecs to restore a sane behaviour.) Suspending pdflush activity this way used to work before. Now it seems to be interpreted as a zero wait time between iterations in the flush threads. Thus, I'd say this is a regression in the kernel. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594812: noflushd: Noflushd causes flush- processes to eat all CPU
Hi Xavier! On Sun, Aug 29, 2010 at 07:53:24PM +0200, Xavier Roche wrote: > I think the problem might be still there, when some monitored disks are > becoming automatically idle (or through "hdparm -S242"). (...) > I started noflushd, and then waited for some time, and the problem appeared > again. Monitored disks are all configured to go in idle after a while (using > "hdparm -S242 /dev/.." at startup) > > In this state, the noflushd daemon is still running (and not consumming cpu), > but flush-* process do: > > PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 13604 > root 20 0 000 R 48.1 0.0 8:19.70 flush-34:0 13605 > root 20 0 000 R 48.1 0.0 5:42.76 flush-8:0 > > After a while, more flush- processes appears, and the load increases. > > The noflushd demon appears to be still running (it is NOT stuck, even if > flush-* kernel jobs are stuck), and each 5 seconds attempt to do fsync's() This is intended behaviour: The kernel's usual background flushing cannot be turned off selectively for individual drives. Therefore, as soon as noflushd has decided to spin down the first disk, it completely suspends the kernel's flushing process, and mimicks its function by fsync()ing the drives it considers as still running. This is done at the configured frequency of the kernel's flushing process (usually once every five seconds). This is what's going on in the strace you sent in. Now, when you spin down a disk via hdparm, noflushd doesn't get to know immediately and still tries to sync the drive. The fsync() calls seem to kick off the flush threads in the kernel, but those seem to be unable to trigger a spinup of the drive. (noflushd itself never cares about spinup. It uses a standby mode that makes the drive spin up all by itself whenever a new command arrives.) If you want to handle spindown for some of the drives all by yourself, you can make use option -r to essentially tell noflushd to leave this drive alone (no fsync() calls, even if the drive is still spinning). (...) > No i/o activity on disk, but load increasing as flush- process appears. > > After touching the mounted directory corresponding to the idle disk to force > a disk spinup (a "ls" will take several seconds until the disk is back to > normal), the load goes back to zero, and the system sync stucked processes > returns. Hmmm, so the drive's internal spinup does seem to work, after all, but not for write requests. Are you using laptop-mode as well? Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586252: noflushd stopped working after Linux kernel upgrade
severity 586252 grave thanks On Wed, Jun 30, 2010 at 10:13:36PM +0200, Francesco Poli wrote: > It seems that the new PATA libata-based drivers (see > http://lists.debian.org/debian-kernel/2009/12/msg00587.html) > turned /dev/hda to /dev/sda and make noflushd think it's dealing with a > SCSI device. > The comment in /etc/default/noflushd states: > > # [...] Noflushd currently only works with ide hard disks; > # scsi disks require a kernel patch. [...] > > If my guess is correct, I assume that all (or almost all) noflushd > users will be unable to go on using the package. You are correct. Therefore I'm raising the severity to grave. I need to implement a new methode spindown_ata using the SG_IO interface instead of the old IDE ioctl()s. I've just checked the hdparm source code, and the simple tasks noflushd needs to perform require a bit more code than I was hoping, but it's certainly doable without problems. The second thing that needs to be done is way to determine when to use the SG_IO interface. I certainly want to avoid spinning down a SCSI disk that won't spin up by itself afterwards. Still needs to investigate here. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586698: graphicsmagick consumes 100% of cpu when creating thumbnails in typo3
Hi! On Mon, Jun 21, 2010 at 06:08:25PM +, Thomas Mayer wrote: > I inserted several png images in typo3 4.2.5 using typo3 backend. > > When I press the "save" button in typo3 backend, several gm processes > consume 100% of the cpus. One process per image. Could you please try to get hold of the full command line typo3 is using, and also make available one of the original images used as input when the problem occurred? For how long did it hog the CPUs? Right now, it's not clear to me whether this is a bug in GraphicsMagick, or just typo3 starting a time-consuming task. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586252: noflushd
Hi! On Thu, Jun 17, 2010 at 10:17:02AM -0700, X O R wrote: > Hello, I was using successfully noflushd to spindown the harddisk of my > Debian Squeeze router. > I was using kernel 2.6.32-3-686 but after recent kernel upgrade 2.6.32-5-686 > - noflushd stopped working. > Upon startup it show the following message: "Don't know how to spindown > /dev/sda" > I reinstalled Lenny now and can confirm that noflushd is working in this > release. However hdd name here is /dev/hda not /dev/sda. Can you please send in the contents of /proc/partitions and /etc/default/noflushd on your system? Thanks, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585718: libdv: FTBFS on hurd-i386: missing _IOT defines
tag 585718 +pending thanks Hi Pino! On Sun, Jun 13, 2010 at 01:05:44PM +0200, Pino Toscano wrote: > currently libdv does not compile on GNU/Hurd, because the Hurd-specific > _IOT defines for the 'video1394_mmap' and 'video1394_wait' structs (needed for > the ioctl) are missing. > The attached patch provides them, properly compiled on Hurd only. Applied, thanks! Will be uploaded within the next few days. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580095: libmpg123-0: *** glibc detected *** /usr/bin: free(): invalid pointer: 0xb7c29098 ***
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 still fine. Building the Debian package with DEB_BUILD_OPTIONS=noharden (ie. without CFLAGS "-Wformat -D_FORTIFY_SOURCE=2 -fstack-protector -fPIE" and LDFLAGS "-Wl,-z,relro -pie") prevents the crashes. However, I'm not sure whether we really reproduce Gregor's original problem because for me, and unhardened mpg123 always terminates normally even with hardened libmpg123 and output plugin (dummy), and a hardened mpg123 always crashes, even with unhardened libmpg123 and output plugin. In contrast, Gregor states that he could cure the crashes by changing to a different libmpg123. Anyway, this means that there is either a toolchain bug on i386 in one of the hardening options, or a bug in mpg123 that usually goes unnoticed and is only uncovered in a hardened build. I haven't managed to drill down any further so far. Needless to say that mpg123 doesn't segfault anymore as soon as it's run in valgrind. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580095: libmpg123-0: *** glibc detected *** /usr/bin: free(): invalid pointer: 0xb7c29098 ***
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, either. Do you see the error with any mp3, or just with specific files? > I don't see a libmpg123- or mpg123- -dbg package at the moment, but > I'm happy to rebuild the package(s) and run whatever tests, if you > tell me what you need. Fair enough. I'll add a -dbg package in one of the next uploads. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580095: libmpg123-0: *** glibc detected *** /usr/bin: free(): invalid pointer: 0xb7c29098 ***
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 package on amd64, so this bug is likely to be specific to i386 (or 32bit archs in general). I'll check with upstream. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#579466: mpg123 wrongly searches for output modules.
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-updates and will be included in the next point release. Starting mpg123 as "LD_LIBRARY_PATH=/usr/lib/mpg123 mpg123 (...)" is a quick workaround that doesn't require a package upgrade. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#578542: pu: package mpg123/1.4.3-4lenny1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hi!
DSA 1958 introduced a libtool update that would no longer add the current
working directory to the library search path (CVE-2009-3736). This broke the
mpg123 version in lenny which chdir()s to its plugin directory and relies on
the previous libtool behaviour to find its output modules. Therefore, I'd like
to ask for permission to upload a new version of mpg123 to proposed-updates
that fixes the regression. Debdiff is attached.
Regards,
Daniel.
diff -u mpg123-1.4.3/debian/changelog mpg123-1.4.3/debian/changelog
--- mpg123-1.4.3/debian/changelog
+++ mpg123-1.4.3/debian/changelog
@@ -1,3 +1,11 @@
+mpg123 (1.4.3-4lenny1) stable; urgency=medium
+
+ * src/module.c: Backport upstream patch to fix regression in module
+loading when a libltdl with a fix for CVE-2009-3736 is in place.
+Closes: #572920
+
+ -- Daniel Kobras Mon, 29 Mar 2010 11:56:52 +0200
+
mpg123 (1.4.3-4) unstable; urgency=medium
* src/wav.c: Backport upstream patch for writing WAV output to stdout
only in patch2:
unchanged:
--- mpg123-1.4.3.orig/src/module.c
+++ mpg123-1.4.3/src/module.c
@@ -93,13 +93,14 @@
chdir(moddir);
/* Work out the path of the module to open */
- module_path_len = strlen(type) + 1 + strlen(name) +
strlen(MODULE_FILE_SUFFIX) + 1;
+ /* Note that we need to open ./file, not just file! */
+ module_path_len = 2 + strlen(type) + 1 + strlen(name) +
strlen(MODULE_FILE_SUFFIX) + 1;
module_path = malloc( module_path_len );
if (module_path == NULL) {
error1( "Failed to allocate memory for module name: %s",
strerror(errno) );
goto om_bad;
}
- snprintf( module_path, module_path_len, "%s_%s%s", type, name,
MODULE_FILE_SUFFIX );
+ snprintf( module_path, module_path_len, "./%s_%s%s", type, name,
MODULE_FILE_SUFFIX );
/* Display the path of the module created */
debug1( "Module path: %s", module_path );
Bug#572975: mpg123 1.10.1 - "the most wanted maintenance release"
severity 572975 wishlist thanks Moi! On Mon, Mar 08, 2010 at 12:32:21AM +0200, Touko Korpela wrote: > Upstream has released mpg123 1.10.1 - "the most wanted maintenance release" It might be most wanted, but it's not clear whether it actually improves the situation. I'm currently discussing with upstream how to solve the off_t problem once and for all. Terve, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572920: #572920: mpg123 broken after libltdl3 upgrade
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 module loading.
>
> In case of mpg123 it does:
>
> chdir("/usr/lib/mpg123");
> lt_dlopen("type_module.la");
>
> BTW, when passing '-o /../X' mpg123 will happily lt_dlopen("type_/../X.la"),
> but that's another story.
This was also reported as #561857, and is fixed in unstable and testing
already. I'll see to get an update in stable as well. As a workaround, mpg123
can be started like this in the meantime:
LD_LIBRARY_PATH=/usr/lib/mpg123 mpg123
Regards,
Daniel.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571719: graphicsmagick: "convert" command is broken
Hi Bob! On Tue, Mar 02, 2010 at 06:54:42PM -0600, Bob Friesenhahn wrote: > Thanks for reporting this issue. There is indeed a problem in > GraphicsMagick. I think that I have a good solution now (now in CVS > HEAD) and there will be test cases to make sure that this basic > functionality always works in the future. Thanks a lot for looking into this. I'll grab the patch from HEAD and add it to the next upload of the Debian package. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569137: Bug#569124: openoffice.org-common: Debian menu xpm icons look broken
Hi! On Wed, Feb 10, 2010 at 02:59:54PM +0100, Rene Engelhard wrote: > On Wed, Feb 10, 2010 at 11:37:42AM +0100, Rene Engelhard wrote: > > On Wed, Feb 10, 2010 at 09:54:58AM +0100, Rene Engelhard wrote: > > > So might as well be a imagemagick (well, I actually had > > ^ > > graphics > > Hmm, no, I think I built -14 in a chroot with imagemagick. Not sure > anymore. Damnit. > > Let's do a copy of this bug also for imagemagick and let's see what will > change when I rebuild 3.2 with imagemagick (that one was built with > graphicsmagick before, I'm sure) This looks like #560232, which is already fixed upstream in 1.3.9. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568316: Please provide upgrade path from traceroute-nanog
Hi Daniel! On Wed, Feb 03, 2010 at 11:07:19PM +0100, Daniel Baumann wrote: > Daniel Kobras wrote: > > Once the traceroute-nanog source package is gone, could you please add a > > dummy package to traceroute to > > provide an upgrade path? Also, alternatives handling can be dropped for the > > nanog wrapper and its man page. > > done in git, ready to upload once it's RM'ed. Perfect! I've just received the note that tranceroute-nanog has been removed from unstable, so you should be okay to go ahead now. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557672: traceroute-nanog: FHS violation: root-only program in /usr/bin
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 will eventually resolve this bug. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568316: Please provide upgrade path from traceroute-nanog
Package: traceroute Version: 2.0.11-2 Severity: wishlist Hi Daniel! In #568314, I've requested removal of the traceroute-nanog package from unstable as its functionality nowadays is adequately or even better provided by the nanog wrapper script in traceroute. Once the traceroute-nanog source package is gone, could you please add a dummy package to traceroute to provide an upgrade path? Also, alternatives handling can be dropped for the nanog wrapper and its man page. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568314: RM: traceroute-nanog -- ROM; superseded by traceroute
Package: ftp.debian.org Severity: normal traceroute-nanog seems to be no longer developed upstream, suffers from FHS problems (#557672), and cannot properly handle IPv6 sockets (#405710). The traceroute package nowadays includes a nanog compatibility script that should be sufficient for most practical use cases. Please remove traceroute-nanog from unstable. Thanks, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560232: graphicsmagick-imagemagick-compat: conversion of a particular .ico to .xpm gives invalid result
Hi! On Wed, Dec 09, 2009 at 10:09:02PM +0100, Lionel Elie Mamane wrote: > The command "convert cc32.ico colorcode32.xpm" from the attached > cc32.ico produces the attached colorcode32.xpm, which neither xli nor > gqview display reasonably. xli complains with many error > messages like: > > pixmapLoad: colorcode32.xpm - Bad color name '#B2B3B300' > > In contrast, imagemagick produces a good result. cc32.ico contains an alpha channel, which gm tries to preserve during the conversion. xli and gqview cannot handle RGBA data in XPM files, apparently. I still need to check whether this is a bug in the mentioned apps, or whether XPM are required to be opaque. (The xpm coder in GraphicsMagick explicitly handles transparency, which makes me suspect that RGBA is allowed. On the other hand, the current ImageMagick explicitly disables all transparency for XPM. I'll try to find a definitive source to decide which one is correct.) In the meantime, if you use "convert +matte cc32.ico colorcode32.xpm", both implementations will yield consistent results. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557672: Fwd: Re: Bug#557672: traceroute-nanog: FHS violation: root-only program in usr/bin
Hi! On Fri, Jan 22, 2010 at 06:50:36PM +0100, Patrick Schoenfeld wrote: > the following mail needs your attention and I think Daniel > missed to CC you on it. Nope. I've sent a copy via X-Debbugs-Cc to tracero...@p.d.o. I haven't heard back from the traceroute maintainers, though, 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, root-only programs are placed in > > > /sbin, /usr/sbin, and /usr/local/sbin, instead. > > > > > > As traceroute-nanog works only if run by root, please do not install > > > it > > > or links to it (including alternatives) in /usr/bin. > > > > Solving this properly is actually a bit tricky as the traceroute package > > that shares its alternatives with traceroute-nanog doesn't suffer from > > the > > root-only restriction these days, and it would be rather confusing to > > handle the alternatives in /usr/sbin different from /usr/bin. I'm > > tempted > > to sidestep this issue by letting traceroute supersede the nanog variant > > for good, and simply drop the -nanog package from Debian. Daniel, what's > > the status of the nanog emulation in traceroute proper these days? Are > > you > > aware of any relevant features still missing? Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#503631: Adding voices calling for this to be fixed.
Hi! On Sat, Jan 09, 2010 at 09:32:28AM -0500, Mark Gesing wrote: > Myself, and others (http://ubuntuforums.org/showthread.php?t=286379) > are reproducing this problem, > > As the bug, and the workaround have been known for a year isn't it > about time that the package got fixed? libmotif-dev is in non-free, unfortunately, so applying the workaround would move dx outside of Debian main on all archs. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562677: audiofile needs largefile support
Hi Kees! On Sat, Dec 26, 2009 at 01:15:50PM -0800, Kees Cook wrote: > A quick addition to the rules file will allow audiofile to handle files > that are greater than 2G in size. Please see attached patch. This quick addition unfortunately creates an ABI change that isn't automatically reflected in the SONAME, and therefore shouldn't be applied all by itself. In Ubuntu, you've been running with this change for enough releases to just not bother anymore, I guess. For Debian, it's probably time to finally bite the bullet and start a transition. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559892: FTBFS: dpkg-gensymbols returned exit code 1
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 + > @@ -48,7 +48,7 @@ > mpg123_meta_ch...@base 1.6.2 > mpg123_...@base 1.6.2 > mpg123_new_p...@base 1.6.2 > - mpg123_no...@base 1.10.0 > +#MISSING: 1.10.0-1# mpg123_no...@base 1.10.0 > mpg123_open...@base 1.6.2 > mpg123_open_fd...@base 1.6.2 > mpg123_open_f...@base 1.6.2 It turns out that mpg123_noise is only present when dithering is enabled. In Debian, apart from i386 and amd64 no other arch turns on this feature at the moment. This bug could be fixed using configure flag --with-cpu=generic_dither on these archs, or simply by adjusting the arch-specific symbols files, but I'd like to check with upstream first whether the symbol is really meant to be exported in the first place. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#443888: patch, NMU annoucement
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 package will be up shortly. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555509: patch
Hi! On Tue, Nov 10, 2009 at 12:01:53PM -0800, Eric Hedekar wrote: > Attaching a debdiff of the .dsc files to make a 1.0rc3 version. Let me know > if this is correct. I'm currently preparing a (hopefully) final upload for 0.8.1a to fix #558285. Once it has transitioned to testing, I intend to upload a 1.0rcX version based on your work. Thanks, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558285: muse 0.8.1a-6.3 fails to start on debian sid amd64 with sYSMALLOc
Hi!
On Fri, Nov 27, 2009 at 04:11:21PM +, SevenMachines wrote:
> muse 0.8.1a-6.3 fails to start on debian sid amd64 with
> $ muse
> muse: malloc.c:3074: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *)
> &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk,
> fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned
> long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 *
> (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size
> & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed.
> Aborted
>
> This is verified on debian sid amd64. i386 versions are unnaffected. Attached
> is a debdiff if it is of use of the fix for amd64 builds taken from ubuntu
> lucid, originally from arch
> https://bugs.launchpad.net/ubuntu/+source/muse/+bug/479662
> http://bugs.archlinux.org/task/15466?project=1&order=dateopened&sort=desc&pagenum=8
>
> note, this bug also seems to affect versions of muse up to and including 1.0
> rc3
Thanks for the report. The patch you referred to looks wrong, though, as
consumers can still clobber the pointers of the Pool-internal free list for idx
0 (which apparently isn't used at the moment, but might be in the future). It
probably also suffers from alignment problems on non-Intel archs. The attached
version should be a bit more robust. It works for me on amd64. Can you maybe
give it a stress test as well?
Regards,
Daniel.
#! /bin/sh /usr/share/dpatch/dpatch-run
## 10_64bit_memcorruption_fix.dpatch by Daniel Kobras
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Elements in Pool allocator must be able to accommodate a pointer
## DP: to allow for internal bookkeeping cleverness. Using an element
## DP: granularity of unsigned long instead of int ensures this property.
@DPATCH@
diff -urNad muse-0.8.1a~/muse/memory.cpp muse-0.8.1a/muse/memory.cpp
--- muse-0.8.1a~/muse/memory.cpp2003-10-27 19:51:22.0 +0100
+++ muse-0.8.1a/muse/memory.cpp 2009-12-02 22:07:02.0 +0100
@@ -48,7 +48,7 @@
{
// printf("grow memory idx %d\n", idx);
- int esize = (idx+1) * sizeof(int);
+ int esize = (idx+1) * sizeof(unsigned long);
Chunk* n= new Chunk;
n->next = chunks[idx];
diff -urNad muse-0.8.1a~/muse/memory.h muse-0.8.1a/muse/memory.h
--- muse-0.8.1a~/muse/memory.h 2004-06-07 23:46:08.0 +0200
+++ muse-0.8.1a/muse/memory.h 2009-12-02 22:09:20.0 +0100
@@ -28,8 +28,7 @@
Chunk* next;
char mem[size];
};
-// enum { dimension = 11 };
- enum { dimension = 21 }; // increased for 64 bit architectures
+ enum { dimension = 11 };
Chunk* chunks[dimension];
Verweis* head[dimension];
Pool(Pool&);
@@ -49,7 +48,9 @@
inline void* Pool::alloc(size_t n)
{
- int idx = ((n + sizeof(int) - 1) / sizeof(int)) - 1;
+ if (n == 0)
+return 0;
+ int idx = ((n + sizeof(unsigned long) - 1) / sizeof(unsigned long)) - 1;
if (idx >= dimension) {
printf("panic: alloc %d\n", n);
exit(-1);
@@ -67,7 +68,9 @@
inline void Pool::free(void* b, size_t n)
{
- int idx = ((n + sizeof(int) - 1) / sizeof(int)) - 1;
+ if (b == 0 || n == 0)
+return;
+ int idx = ((n + sizeof(unsigned long) - 1) / sizeof(unsigned long)) - 1;
if (idx >= dimension) {
printf("panic: alloc %d\n", n);
exit(-1);
Bug#557672: traceroute-nanog: FHS violation: root-only program in /usr/bin
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 only if run by root, please do not install it > or links to it (including alternatives) in /usr/bin. Solving this properly is actually a bit tricky as the traceroute package that shares its alternatives with traceroute-nanog doesn't suffer from the root-only restriction these days, and it would be rather confusing to handle the alternatives in /usr/sbin different from /usr/bin. I'm tempted to sidestep this issue by letting traceroute supersede the nanog variant for good, and simply drop the -nanog package from Debian. Daniel, what's the status of the nanog emulation in traceroute proper these days? Are you aware of any relevant features still missing? Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548468: gcc-4.4/new eglibc fix
Hi! On Sun, Sep 27, 2009 at 08:15:59AM +0200, Christian Perrier wrote: > Hmmm, I did the last NMU and got no quick reaction from the > maintainer. While indeed I haven't shown much activity within Debian lately, I'm mildly surprised to receive a complaint about a response time of 2 hours and 39 minutes (messages 15 and 20 in #502471). Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530946: CVE-2009-1882
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 UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530946: [SA35216] ImageMagick "XMakeImage()" Integer Overflow Vulnerability
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?) * Likewise, GM 1.3.5 already has code in place to prevent the second of the three overflows fixed in the original patch, but relies on the same assumptions. * A test case would be great. Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523596: problem of 523596 is in graphicsmagick
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 > needed so that psiconv can be rebuilt, and it's the last reverse > dependency needing to be built). I've just uploaded graphicsmagick 1.3.5-5 with a sanitised GraphicsMagick-config. Unfortunately, psiconv still fails to build with this version because it apparently makes use of a prehistoric and long deprecated API function. It doesn't really make sense to schedule another bin-NMU until this is problem fixed with a psiconv upload. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523596: problem of 523596 is in graphicsmagick
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_FORTIFY_SOURCE=2 -fstack-protector -fPIE -O2 -Wall -pthread > > > Not good. Here it is -fPIE causing trouble (FTBFS), but I do not think > > that it has any business specifying any of the above. Similar > > considerations probably apply to other options and other -config. > > 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 > needed so that psiconv can be rebuilt, and it's the last reverse > dependency needing to be built). I've only briefly looked into this problem so far. Actually, I'd prefer to see psiconv change from the (deprecated) Magick-config to pkgconfig. I'm tempted to remove GraphicsMagick-config completely, and only provide Magick-config in the -dev-compat package. It still needs tweaked --cflags to prevent build failures, of course (and an update to the man page that correctly documents --cflags as "Print the compiler flags that were used to compile libMagick"). One way or another, I'll see to get the packages in shape to complete the transition later tonight. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522706: graphicsmagick: FTBFS on i386
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 in my VCS already. There's another more obscure one on armel that I need to address, still. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520755: [Buildd-tools-devel] Bug#520755: sbuild needs to reset locale when calling schroot.
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-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521621: lintian: [checks/shared-libs] SONAME must be quoted in regex.
Package: lintian
Version: 2.2.8
Severity: normal
Tags: patch
Hi!
Library packages containing a plus sign in their names always trigger
lintian check "symbols-declares-dependency-on-other-package". This is
because of a bug in the parser for symbols files: It doesn't strip the
SONAME from the input line if it contains a character that has special
meaning in regular expressions. Quoting these characters in the string
before applying the regex fixes the test. Patch against lintian 2.2.8
is attached. Please apply.
Thanks,
Daniel.
--- shared-libs.orig2009-03-12 06:14:52.0 +0100
+++ shared-libs 2009-03-29 03:15:09.0 +0200
@@ -381,9 +381,11 @@
if (m/^([^\s|*]\S+)\s\S+\s*(?:\(\S+\s+\S+\)|#MINVER#)?/) {
# soname, main dependency template
+ my $soname_quoted;
$soname = $1;
- s/^$soname\s*//;
+ $soname_quoted = quotemeta($soname);
+ s/^$soname_quoted\s*//;
$soname = format_soname($soname);
if ($symbols_control{$soname}) {
Bug#520755: sbuild needs to reset locale when calling schroot.
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 parsing its output. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516359: binNMU
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 libavc1394 turns out as a showstopper for a transition in the meantime, please go ahead with a binNMU. Thanks for caring! Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#456139: ygraph -- Please transition to imlib2
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), and have also dropped the imlib dependency. > > The source can be found here: cvs -d > :pserver:cvs_a...@cvs.cactuscode.org:/cactus checkout VizTools/ygraph Yep, I'm in touch with upstream abouth this. The official download site is unavailable at the moment, unfortunately, so I'll go forward packaging current CVS. Expect an upload within the next days. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510205: buffer overflow in libaudiofile
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, Microsoft ADPCM, stereo 44100
> Hz
>
> The MPD bug report: http://musicpd.org/mantis/view.php?id=1915
>
> The test file: http://filebin.ca/meqmyu/max_theme.wav
It seems that audiofile's modules/msadpcm.c::ms_adpcm_decode_block()
incorrectly scales the samplesPerBlock value with the number of
channels. All adpcm-coded files with two channels should be affected.
With the attached patch, I can play the "max_theme" test file without
audiofile crashing. However, I think a few additional checks are in
order to make the module more robust against malicious input. I'll try
to check this in the next days.
Regards,
Daniel.
diff -r 247fd11d763d libaudiofile/modules/msadpcm.c
--- a/libaudiofile/modules/msadpcm.cSat Jan 03 20:35:58 2009 +0100
+++ b/libaudiofile/modules/msadpcm.cSun Jan 04 01:43:06 2009 +0100
@@ -129,8 +129,7 @@
ms_adpcm_state *state[2];
/* Calculate the number of bytes needed for decoded data. */
- outputLength = msadpcm->samplesPerBlock * sizeof (int16_t) *
- msadpcm->track->f.channelCount;
+ outputLength = msadpcm->samplesPerBlock * sizeof (int16_t);
channelCount = msadpcm->track->f.channelCount;
@@ -180,8 +179,7 @@
The first two samples have already been 'decoded' in
the block header.
*/
- samplesRemaining = (msadpcm->samplesPerBlock - 2) *
- msadpcm->track->f.channelCount;
+ samplesRemaining = msadpcm->samplesPerBlock - 2;
while (samplesRemaining > 0)
{
Bug#510205: buffer overflow in libaudiofile
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 fixed. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#503631: dx: Visual Program Editor doesn't shows networks
Hi! On Sun, Oct 26, 2008 at 10:24:55PM -0600, David Suarez Pascal wrote: > When the Visual Program Editor (VPE) is shown on OpenDX, either with > "Edit Visual Programs" or "New Visual Program" option, VPE shows an > empty space where the network should be. Resizing the window doesn't > fix the problem. It seems like a Motif widget layout problem. I > attach an screenshot showing the problem. This sounds like the server part (dxexec) not starting up correctly. Occasionally, this is caused by a stray shared memory segment and/or semaphore left over from a previous instance. Can you please check for suspicious entries with ipcs and try to remove them with ipcrm as appropriate, or alternatively, can you check whether the problem persists after a reboot? Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500719: Update to mpg123 version 1.5.1
severity 500719 wishlist thanks Hi! On Tue, Sep 30, 2008 at 08:51:13PM +0200, Carsten Grohmann wrote: > Please update the package to the current version 1.5.1. I'm aware of the most recent versions released upstream, but won't package them in unstable yet to facilitate potential fixes targetted at lenny. Once the freeze for the new stable version of Debian is over, I'll upload 1.5.1 (or whatever is current then). If you know about major problems addressed in 1.5.1 that ought to be fixed for lenny as well, please let me know. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491109: mercurial: Unreliable test for "wish" in postinst.
Package: mercurial Version: 1.0.1-3 Severity: normal Hi! When mercurial's postinst checks whether to enable extension hgk, it runs which wish > /dev/null || enable=false but wish is handled via alternatives, and might only become available later on if mercurial and tk8.4 are upgraded in one batch. Lacking something like a "Pre-Suggests" to avoid this situation, maybe the test could be expanded to eg. which wish > /dev/null || test -d /usr/share/doc/tk8.4 || enable=false or even a version that's less kludgy. Regards, Daniel. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mercurial depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii mercurial-common 1.0.1-3Scalable distributed version contr ii python2.5.2-1An interactive high-level object-o ii python-support0.8.4 automated rebuilding support for P ii ucf 3.007 Update Configuration File: preserv Versions of packages mercurial recommends: ii kdiff30.9.92-2 compares and merges 2 or 3 files o ii meld 1.1.5.1-2 graphical tool to diff and merge f ii python-beaker 0.9.5-1Simple WSGI middleware that uses t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486985: libgraphicsmagick1-dev: does not depend on everything mentioned by GraphicsMagick-config --libs
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 -lfreetype -ljasper > -ljpeg -lpng -lwmflite -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm > -lpthread > > but libgraphicsmagick1-dev does not depend on libxext-dev, causing #486985. > Neither does it depend on libsm-dev or libice-dev, although those seem to be > pulled in indirectly by other packages. This is quite odd, as the libgraphicsmagick1-dev Depends line more or less duplicates the source package's Build-Depends. Might be stray dependencies that get picked up if the respective packages happen to be installed at build time. The patch you sent in certainly isn't wrong, but it's not the full story, either. The respective packages ought to be added to Build-Depends as well, at least. I'll investigate. > (The drawtiming package, on which this bug was filed, actually runs > GraphicsMagick++-config, but that's just a wrapper for GraphicsMagick-config, > so I'm filing this against the C library rather than the C++ one.) GraphicsMagick-config (just like Magick-config) historically cannot distinguish between shared and static linkage. Hence the overly long --libs line, and consequently the many Depends (rather than Recommends or Suggests) in the -dev package. Therefore, I'd advise against using the legacy GraphicsMagick-config, and prefer pkg-config instead, which has this problem fixed. Wesley, if possible, please switch from GraphicsMagick-config to pkg-config in the drawtiming package. This will not only avoid graphicsmagick bug #486985, but also give you a much shorter Depends line. Thanks, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414370: Summary of test cases that still break gm
On Sun, Jun 15, 2008 at 09:46:21PM +0200, Nico Golde wrote: > * Daniel Kobras <[EMAIL PROTECTED]> [2008-06-15 20:34]: > > Are you referring to #414370, or rather of the bugs cloned from it? > > Ah sorry my bad, I was referring to the clones. Which one? I might be looking at the wrong set of bugs, but I haven't found pending tags on them either. Can you please clarify? Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473384: libasound2: Same/similar problem with mpd.
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 least, ALSA. > > Yesterday, I have installed mpd, sonata, and the xfce panel widget to control > the > playback (unlikely to be related). Played a shorter playlist unrelated to the > above one 3 or 4 times, and got such problems twice. > IIRC, on the first time, I've killed mpd, so errors.log was empty. > On the second time, a retagged (not available online) version of the file > available from > http://commons.wikimedia.org/wiki/Image:Golden_Vanity.ogg ( > http://upload.wikimedia.org/wikipedia/commons/9/94/Golden_Vanity.ogg ) > was playing, then stopped, and then a few short quick sounds could be > heard, then silence; some time later, playback resumed with a different > song. Thanks for the additional info. As the same problem could be reproduced with a different application, showing a similar stack trace, ALSA at least seems to be closer to the root of the problem. I'm reassinging the bug back to libasound2, therefore, but lowering the severity as this doesn't seem to be a widely-hit bug. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414370: Summary of test cases that still break gm
Hi! On Wed, Jun 11, 2008 at 12:00:20PM +0200, Nico Golde wrote: > what is the current status of this bug? It's on pending for > quite some time now. Are you referring to #414370, or rather of the bugs cloned from it? #414370 is the catch-all for the less severe flaws Sami's testcases uncovered. It's severity normal, not tagged security and has never been marked as pending, as far as I can tell. (Incidentially, it's fixed in a new upstream version released a couple of days ago which I haven't gotten around to upload so far.) Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469110: #469110 new mpg123 version available
Hi! On Thu, Jun 05, 2008 at 10:51:27PM +0200, Noèl Köthe wrote: > next month lenny will be frozen and it would be great if we could ship > lenny with a recent version which support the differnt outputs in one > package. > > Do you have time for this? I'm working on 1.4.3-based packages, please refer http://hg.debian.org/hg/private/kobras/debian/mpg123/sid/patches for the current status. It's not a straightforward update due to the switch to a shared library plus plugin architecture. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421411: Announce of the upcoming NMU for the noflushd package
Hi Christian! On Fri, May 23, 2008 at 06:38:54AM +0200, Christian Perrier wrote: > If the maintainer objects to this process I will immediately abort my NMU > and send him/her all updates I receive. > > Otherwise the following will happen (or already has): > > Wednesday, May 14, 2008 : send the first intent to NMU notice to > the package maintainer. > Friday, May 23, 2008 : send this notice > Friday, May 30, 2008 : (midnight) deadline for receiving translation > updates > Sunday, June 01, 2008 : build the package and upload it to > DELAYED/2-day > send the NMU patch to the BTS > Tuesday, June 03, 2008 : NMU uploaded to incoming Thanks for your efforts! I probably won't get around to uploading a new version of noflushd until next week. I'm perfectly fine with you uploading to unstable right away this Sunday. Of course I can also do an upload myself incorporating the pending translation updates, but it'll take a few days longer compared to your proposed schedule. So please go ahead as you prefer! Thanks, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475685: graphicsmagick_1.1.11-1(sparc/unstable): Failed rwfile for formats: EPDF EPSF EPSI EPI EPS EPT PS
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[2]: *** [check-rwfile] Error 1 I'm aware of this failure in the testsuite. It's not a problem with the package itself, but a consequence of ghostscript being completely dysfunctional on some archs. I can always just disable the PS and PDF related parts of the testsuite as a workaround, but I'd rather see ghostscript fixed. Unfortunately, the bug appears to be quite involved. I've had a look but didn't get any further than what others had noted in the respective bug reports already. Smells a bit like a weird toolchain issue, so maybe there's some merit in scheduling a re-build with gcc 4.3? Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469819: imagemagick: new upstream version available
Hi! On Fri, Mar 07, 2008 at 05:41:00PM -0300, Nelson A. de Oliveira wrote: > On Fri, Mar 7, 2008 at 4:03 PM, Daniel Kobras <[EMAIL PROTECTED]> wrote: > > On Fri, Mar 07, 2008 at 10:49:34AM +0100, Lucas Nussbaum wrote: > > > imagemagick 6.3.9.0 is available from upstream. Are you planning to > > > package it? > > > > Even 6.3.9.1 is out by now, I think. We'll have to review the diff to > > the version currently in Debian for the potential ABI/API breakage and > > other beauties this package is infamous for, before deciding whether > > we'll upgrade the Debian package. > > Is library renaming bad? > > 2008-02-03 6.3.8-5 Cristy <[EMAIL PROTECTED]> > * New Unix/Linux refactoring (should be transparent since changes are > reflected in Magick-config and ImageMagick.pc pkg-config files): > /usr/local/include => /usr/local/include/ImageMagick > libMagick => libMagickCore > libWand => libMagickWand > Magick-config (deprecated) => MagickCore-config > Wand-config (deprecated) => MagickWand-config > Add Magick++-config, MagickCore.pc, MagickWand.pc, Magick++.pc > > libMagick.so becoming libMagickCore.so, for example. Argh! Granted, it's less bad than silent breakage of interfaces, but it's in the same league as a SONAME bump, so we'd be sure to incur the release team's wrath for causing yet another pile of testing transitions. We also ought to start splitting into separate packages for the wand and core libs. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469819: imagemagick: new upstream version available
Hi! On Fri, Mar 07, 2008 at 10:49:34AM +0100, Lucas Nussbaum wrote: > imagemagick 6.3.9.0 is available from upstream. Are you planning to > package it? Even 6.3.9.1 is out by now, I think. We'll have to review the diff to the version currently in Debian for the potential ABI/API breakage and other beauties this package is infamous for, before deciding whether we'll upgrade the Debian package. > It *seems* to fix a bug I'm seeing during librmagick-ruby's build (see > http://rubyforge.org/tracker/?func=detail&atid=133&aid=18047&group_id=12 > for the gory details). Thanks for sharing this information. This is good incentive for an update. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339776: [Pkg-gmagick-im-team] Bug#339776: imagemagick: new upstream release available (6.2.5-4, 2005.10.31)
Hi! On Mon, Feb 04, 2008 at 06:59:20PM +0100, Lucas Nussbaum wrote: > Are there some news on the status of imagemagick? Will it be uploaded to > unstable soon? I've uploaded a new upstream version to experimental yesterday, but it needs to clear NEW, still. We'll have to see how it fares on the buildds, and need input from -release as it involves a SONAME transition, so the outlook for unstable isn't clear yet. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463027: man-db: File conflict with manpages-de
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 version number in which you did so, so that I > can use it in Replaces? For now, I'm adding an unversioned Replaces. Oh, I see what's gone wrong here. Your copies of the man pages have moved from /usr/share/man/de to /usr/share/man/de.UTF-8, which broke manpages-de's scriptlet that scans for duplicates. Will be fixed in manpages-de 0.5-4. > With my upstream hat on, I'm more than willing to work with any > translator who wants to get their changes into man-db's own German > manual pages. There are no recent changes in these files that I'm aware of. We generally encourage translators to contribute directly to upstream projects if possible/applicable. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430734: Misspelled option name in English man pages as well.
clone 430734 -1 retitle -1 tar(1): --no-recurse should be --no-recursion reassign -1 tar 1.19-1 thanks Hi! The misspelled option name is corrected in my VCS, so the fix will be included in the next upload. Incidentially, this is not a translation bug, but the same error is present in the English man page as well. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434429: gzip: [PATCH] Support option -h in zgrep.
tag 434429 + patch retitle 434429 zgrep -h does not suppress filenames thanks Contrary to the original title of this bug report, zgrep --no-filenames works just fine. As clarified in the long description, it is the equivalent short option, zgrep -h, that gets swallowed. Simple patch for zgrep in the current unstable version 1.3.12-4 is attached. Please apply. Thanks, Daniel. --- /bin/zgrep 2007-12-20 02:39:01.0 +0100 +++ /bin/zgrep 2008-01-14 21:52:01.0 +0100 @@ -105,7 +105,7 @@ files_with_matches=1;; (-L | --files-witho*) files_without_matches=1;; - (--no-f*) + (-h | --no-f*) no_filename=1;; (-V | --v | --ve | --ver | --vers | --versi | --versio | --version) echo "$version" || exit 2
Bug#460508: [Pkg-shadow-devel] Bug#460508: Bug#460508: Login provides an man for su which is in manpages-de, too
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. > > I'll remove the German translation of su(1) in the next upload. > > Any idea when you'll do the upload ? We'd better use a versioned > Replaces immediately but that requires some commitment from you to > upload soon enough to avoid a too long time gap where shadow (indeed > login) will make manpages-de uninstallable. > > In case you think you can't upload in less than very few days, we will > first use a non versioned Replaces, then a versioned one as soon as > you have uploaded the fixed package. With a Replaces (rather than a Conflict), both packages will co-install just fine. Please use a Replaces: manpages-de (<= 0.5-2), which assumes that the bug will be fixed in the next upload. I'll try to get that done within the next days. Regards, Daniel.
Bug#460508: [Pkg-shadow-devel] Bug#460508: Login provides an man for su which is in manpages-de, too
Hi! On Sun, Jan 13, 2008 at 12:49:53PM +0100, Christian Perrier wrote: > The usual immediate solution to this is conflicting with manpages-de, > but also request the manpages-de maintainer to remove the provided > copy of su(1) translation. > > Once removed, we will turn the Conflict into a versioned conflict. 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. I'll remove the German translation of su(1) in the next upload. (Incidentially, this is semi-automated. Before uploading a new version, I check the Packages file for duplicate man pages and remove them from the manpages-de debs.) Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455801: imagemagick: Fail to create animation: sh: mpeg2encode: command not found
On Tue, Dec 11, 2007 at 10:49:35PM +0100, Cyril Brulebois wrote: > when trying to generate an animation from pictures, I'm getting the > following: > > [EMAIL PROTECTED]:~/tmp/thumbs$ convert -delay 5 *.jpg foobar.mpg > sh: mpeg2encode: command not found > convert: Delegate failed `"mpeg2encode" "%i" "%o"'. > > Any workaround would be appreciated. Here are two workarounds off the top of my head: mpeg2encode is the reference implementation of an MPEG encoder. For unknown-most likely historic-reasons, it's what imagemagick upstream uses as the default delegate for encoding to mpeg, but cannot be distributed by Debian. You can grab the code off the net and install it locally, though. However, it's probably more easy to just use ffmpeg to do the job. Number your source images like img1.jpg, img2.jpg and use ffmpeg -i img%d.jpg foobar.mpg to do the conversion. I'm not sure whether parameter -r allows for frame rates lower than 1 fps, but I've successfully used hacks like 'for i in `seq -f "%04d" 0 124`; ln -s imgA.jpg tmp$i.jpg; done' and so on to get at the desired duration for each of the stills. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420672: Status of new ImageMagick?
Hi! On Thu, Nov 15, 2007 at 08:45:01PM +0100, Evgeni Golov wrote: > after trying to compile a small tool, I figured out, that Debian's > imagemagick is kinda old :) Heh, but it's stable. ;-) > Looking at #420672 I see some work being done, but the last mail was on > the 27th of April this year, so I wanted to ask, if there is any work > being done, or need to be done for a new imagemagick in unstable. Luciano was working on a new upstream version, but has been quite busy lately. Current status should be visible from CVS of pkg-gmagick on alioth. If you've got a bit of spare time to waste, you're welcome to join the team! Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449319: mpg123: Numerous mp3 Internet streams now corrupting console and failing
Hi! On Sun, Nov 04, 2007 at 10:53:43PM -0500, grok wrote: > I'm surprised -- and a little distressed -- that this > appears to be a longtime non-issue for the mpg123 support > team. Is no one using this package? I've been waiting for > this problem to go away -- but it isn't, clearly. It didn't go away because neither upstream (according to the bug tracking system) nor me was aware of this problem. Thanks for reporting it now. > Now, a situation exists with mpg123 where numerous Internet > MP3 streams produce garbled text output on the screen when > playing -- and too often begin to actually screw up the > display, so that the terminal has to be completely reset or > even re-started. I do not understand the situation enuff to > even begin to address the problem in that regard; but it > seems like some sort of buffer error to me: some sort of > overflow/bounds check or sanity check failure or something. > On top of this, these streams often fail, where they didn't > previously. Note that in most or all of these cases, I can > move to the mp3blaster program and then run these same MP3 > streams pretty much as they've always been run (mp3blaster > has its own issues). I believe this is due to a recent addition of displaying Shoutcast (icy) meta data. There's little information about this format available, but apparantly it sometimes contains non-printable characters that can mess up subsequent terminal output. Can you confirm that the problem disappears for you if you run mpg123 without option -v? If so, my guess is likely to be correct. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439447: traceroute-nanog: alternative needed due to traceroute update
clone 439447 -1 reassign -1 traceroute retitle -1 traceroute: Needs to conflict with previous versions of traceroute-nanog thanks On Thu, Oct 11, 2007 at 06:04:13AM +0200, Daniel Baumann wrote: > Daniel Kobras wrote: > > Fix is in my CVS and will be uploaded in the next days. > > thanks ;) You're welcome. Package is uploaded now. Please add a Conflicts: traceroute-nanog (<< 6.4.2-1) to traceroute to make sure partial upgrade will work. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439447: traceroute-nanog: alternative needed due to traceroute update
On Tue, Oct 09, 2007 at 11:21:29AM +0200, Daniel Baumann wrote: > any progress on this? Fix is in my CVS and will be uploaded in the next days. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425847: RFC 792 workaround & prohibited host support
Hi! Thanks for sending on these patches! On Thu, May 24, 2007 at 10:00:42PM +0900, Emmet Hikory wrote: > Graeme Hewson has submitted two patches to Ubuntu to address issues > found with traceroute-nanog. Please find attached the following two > dpatch files generated from the submitted patches: > > 30_respect-prohibition.dpatch >If traceroute receives ICMP type 3 code 9 or 10 (communication > with destination network or host administratively prohibited), the > trace doesn't finish and further probes are sent. Thanks, applied now. I'll upload the new packages within the next days. > 40_workaround-RFC_792-noncompliance.dpatch >Some hops aren't reported because the hosts don't follow the RFC > properly and the checking of the ICMP time exceeded packets for > validity is (arguably) too strict. This one had already been applied to the Debian sources as 30_rfc_violating_ttl_fix.dpatch. > I have been advised that the second patch has been accepted upstream, > but am unaware of the status of the first patch. It's not included in 6.4.2. Maybe upstream referred to Debian in this case? By the way, why did you add the patches to the Ubuntu sources, but not apply them? They do not appear in 00list. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
