Re: Dropping GStreamer 0.8 for etch

On Wed, Dec 06, 2006, Helge Kreutzmann wrote: >The main aim of > goobox is to play CDs on those systems where no direct link between > the CD drive and the audio hardware exists (like, e.g., on my ibook). Uh, I misparsed your email, on syste

Re: Dropping GStreamer 0.8 for etch

On Wed, Dec 06, 2006, Josselin Mouette wrote: > > This is a separate issue, and the short status on the subject is that > > upstream thinks this is not possible, but they would accept help on > > this topic: > > > The attached patch should b

Re: Dropping GStreamer 0.8 for etch

Le jeudi 07 décembre 2006 à 09:53 +0100, Loïc Minier a écrit : > I've forwarded your patch upstream for comments. I rely on upstream > for updates of gst-ffmpeg. Applying such a patch to Debian only would > put upstream in a situation where bugs coming from Debian might be seen > as "tainted"

Re: [RFH] migrating to cmake

#include * Bastian Venthur [Wed, Dec 06 2006, 12:56:37PM]: > Hi, > > one of my packages moved to cmake and I wonder how the classic > > ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) > --prefix=/usr --mandir=\$${prefix}/share/man > --infodir=\$${prefix}/share/info CFLAGS="

Re: Dropping GStreamer 0.8 for etch

Am Mittwoch, den 06.12.2006, 22:47 +0100 schrieb Josselin Mouette: > Le mercredi 06 décembre 2006 à 21:48 +0100, Loïc Minier a écrit : > > On Wed, Dec 06, 2006, Josselin Mouette wrote: > > > Maybe it is also not too late to rework the gstreamer0.10-ffmpeg package > > > to link against the Debian li

Re: Dropping GStreamer 0.8 for etch

Am Mittwoch, den 06.12.2006, 21:27 +0100 schrieb Loïc Minier: > Hi, > > This is to discuss dropping the 0.8 series of GStreamer for etch. > > Recently, a security bug affected gst-ffmpeg and needed an upload for > both the 0.8 and 0.10. The security team wonders whether it will have >

Re: Dropping GStreamer 0.8 for etch

On Wed, 2006-12-06 at 22:05 +0100, Helge Kreutzmann wrote: > Well, I haven't tried sound-juicer, but according to the (very brief) > package description, it is a ripper, and not a player. The main aim of > goobox is to play CDs on those systems where no direct link between > the CD drive and the au

Re: Dropping GStreamer 0.8 for etch

On Thu, Dec 07, 2006, Josselin Mouette wrote: > I don't think this justifies the extra burden on the security team, and > the bugs in some codecs that are fixed in the Debian ffmpeg package. > Given the growing number of h.264 videos out there, it doesn't make much > sense to ship a video player th

Re: Dropping GStreamer 0.8 for etch

On Thursday 07 December 2006 11:06, Sebastian Dröge wrote: > >    The number of packages which are still using the 0.8 series of > >  GStreamer has dropped significantly.  Remain as libgstreamer0.8-0 > >  rdeps: Seems that you do not include some other packages not directly depending on this lib.

Re: Dropping GStreamer 0.8 for etch

On Wed, Dec 06, 2006 at 09:27:52PM +0100, Loïc Minier wrote: > Hi, > > This is to discuss dropping the 0.8 series of GStreamer for etch. > > Recently, a security bug affected gst-ffmpeg and needed an upload for > both the 0.8 and 0.10. The security team wonders whether it will have >

Re: Dropping GStreamer 0.8 for etch

Le jeudi 07 décembre 2006 à 11:30 +0100, Loïc Minier a écrit : > It's nice that you're concerned by this state of fact, but this is > nothing new, and was already discussed multiple times. I actually > already discussed this since months with 1) Debian users 2) upstream 3) > the ffmpeg maintai

Re: Dropping GStreamer 0.8 for etch

On Thu, Dec 07, 2006, Romain Beauxis wrote: > Seems that you do not include some other packages not directly depending on > this lib. Actually, I had a look when I sent this message, and saw: bee% apt-cache rdepends libgstreamer0.8-ruby libgstreamer0.8-ruby Reverse Depends: ruby-gnome2 and:

SUMMARY: Re: Dropping GStreamer 0.8 for etch

On Wed, Dec 06, 2006, Loïc Minier wrote: > - teatime: Sebastian Dröge sent a patch for GStreamer 0.10 support in >#401897 Fixed package uploaded. > - muine: version 0.8.6 in experimental is built against GStreamer 0.10, >see #381784 Fixed package available. > - kttsd: no idea about

Re: Dropping GStreamer 0.8 for etch

On Thu, Dec 07, 2006, Josselin Mouette wrote: > By hiding behind upstream, you're simply refusing to fix the problem. Insulting. > as gst-ffmpeg ships a vanilla ffmpeg tree Wrong. > As the security people are the ones being really affected, I would like > to have Moritz' input on this

Re: Dropping GStreamer 0.8 for etch

Le jeudi 07 décembre 2006 à 13:17 +0100, Loïc Minier a écrit : > On Thu, Dec 07, 2006, Josselin Mouette wrote: > > By hiding behind upstream, you're simply refusing to fix the problem. > > Insulting. Feel insulted if you want. This issue has been known for months and it took me one hour to find

Re: Dropping GStreamer 0.8 for etch

On Wed, 2006-12-06 at 22:05 +0100, Helge Kreutzmann wrote: > Hello, > On Wed, Dec 06, 2006 at 09:41:11PM +0100, Daniel Baumann wrote: > > Loïc Minier wrote: > > > - goobox: gnome.org module that did not see any new upstream release > > >since november 2005 and seems to be completely superseded

Re: SUMMARY: Re: Dropping GStreamer 0.8 for etch

On Thursday 07 December 2006 12:03, Loïc Minier wrote: >  Initially missing from the list: geekast-binary.  The maintainer >  commented that he is now working on porting this package to GStreamer >  0.10. Ok, it seems that the issue is more complicated than that. Indeed, the while ruby-gnome2 bind

Re: Dropping GStreamer 0.8 for etch

On Thu, Dec 07, 2006 at 01:57:46PM +0100, Josselin Mouette wrote: > Feel insulted if you want. This issue has been known for months and it > took me one hour to find a way around it. And that is a fact, not an > insult. Maybe start by adjusting the subject next time you start discussing unrelated

Ondemand governor by default in etch

Hi, I believe that we should enable CPU frequency scaling, and the ondemand governer, by default in etch. By doing so, we: * Save our users money with their power bills * Reduce the contribution to pollution and global warming by machines running Debian, and thus help to save the planet.

Re: SUMMARY: Re: Dropping GStreamer 0.8 for etch

On Thu, Dec 07, 2006 at 02:53:59PM +0100, Romain Beauxis wrote: > On Thursday 07 December 2006 12:03, Loïc Minier wrote: > >  Initially missing from the list: geekast-binary.  The maintainer > >  commented that he is now working on porting this package to GStreamer > >  0.10. > > Ok, it seems that

Re: debian-private and Gmail

Nelson A. de Oliveira wrote: > I saw that it's possible to redirect my @debian.org email to an > address and also redirect debian-private to another email. @debian.org > is set to @gmail.com. Good. But what do I do with debian-private? > Is it possible to redirect debian-private to @people.debian.o

Re: Ondemand governor by default in etch

On Thu, 7 Dec 2006 09:36:29 -0600 John Goerzen wrote: > I believe that we should enable CPU frequency scaling, and the > ondemand governer, by default in etch. s/ondemand/conservative/ But yes, auto-freq-scaling would be some good thing (even on servers, my amd64 runs with 1GHz instead of 2GHz,

Re: Ondemand governor by default in etch

On Thu, Dec 07, 2006 at 05:03:42PM +0100, Evgeni Golov wrote: > On Thu, 7 Dec 2006 09:36:29 -0600 John Goerzen wrote: > > > I believe that we should enable CPU frequency scaling, and the > > ondemand governer, by default in etch. > > s/ondemand/conservative/ I personally wouldn't mind that. My

Re: Ondemand governor by default in etch

Am Donnerstag 07 Dezember 2006 16:36 schrieb John Goerzen: > I believe that we should enable CPU frequency scaling, and the ondemand > governer, by default in etch. Did you read the kernel help for it?: "The support for this governor depends on CPU capability to do fast frequency switching (i.e,

Re: Ondemand governor by default in etch

On Dec 07, John Goerzen <[EMAIL PROTECTED]> wrote: > 1. Compile all the CPU frequency drivers (not the governors) into the >kernel statically. This should only add about 150K to the kernel >size. We don't currently have a way to autodetect which CPU >frequency driver to use for a mac

Re: Ondemand governor by default in etch

Hi, please don't CC me ;) On Thu, 7 Dec 2006 10:31:38 -0600 John Goerzen wrote: > On Thu, Dec 07, 2006 at 05:03:42PM +0100, Evgeni Golov wrote: > > On Thu, 7 Dec 2006 09:36:29 -0600 John Goerzen wrote: > > > > > I believe that we should enable CPU frequency scaling, and the > > > ondemand gover

Re: Ondemand governor by default in etch

On Thu, Dec 07, 2006 at 05:23:51PM +0100, Hendrik Sattler wrote: > Am Donnerstag 07 Dezember 2006 16:36 schrieb John Goerzen: > > I believe that we should enable CPU frequency scaling, and the ondemand > > governer, by default in etch. > > Did you read the kernel help for it?: So, broadly speakin

Re: Ondemand governor by default in etch

On Thu, Dec 07, 2006 at 05:43:07PM +0100, Marco d'Itri wrote: > On Dec 07, John Goerzen <[EMAIL PROTECTED]> wrote: > > > 1. Compile all the CPU frequency drivers (not the governors) into the > >kernel statically. This should only add about 150K to the kernel > >size. We don't currently h

Re: Removing sodipodi

Daniel Baumann wrote: > inkscape actually replaces sodipodi in every aspect. Is anybody against > a removal of sodipodi? ok, nobody against.. scheduling for removal now... thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet:

Re: SUMMARY: Re: Dropping GStreamer 0.8 for etch

Le jeudi 7 décembre 2006 16:33, Sjoerd Simons a écrit : > ruby-gnome2 only contains bindings for gstreamer 0.8. To use gstreamer 0.10 > you need the libgstreamer0.10-ruby1.8 package. Which works perfectly with > the rest of ruby-gnome2 :) Thanks forthis point, I did not knew it ! > > When ruby-gn

Re: SUMMARY: Re: Dropping GStreamer 0.8 for etch

On Thu, Dec 07, 2006 at 12:03:11PM +0100, Loïc Minier wrote: > > > - kttsd: no idea about this one > > GStreamer support can be switched to 0.10 or dropped. > Uploaded kttsd dropping gstreamer depends. Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Troub

Re: Ondemand governor by default in etch

On Thu, Dec 07, 2006 at 11:07:46AM -0600, John Goerzen wrote: > On Thu, Dec 07, 2006 at 05:23:51PM +0100, Hendrik Sattler wrote: [...] > > "The support for this governor depends on CPU capability to do fast > > frequency > > switching (i.e, very low latency frequency transitions)." > > The most i

Bug#402041: ITP: libdanga-socket-perl -- Event loop and event-driven async socket base class

Package: wnpp Severity: wishlist Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]> * Package name : libdanga-socket-perl Version : 1.55 Upstream Authors : - Brad Fitzpatrick <[EMAIL PROTECTED]> - author - Michael Granger <[EMAIL PROTECTED]> - docs, testing

Re: Ondemand governor by default in etch

On Thu, Dec 07, 2006 at 07:28:50PM +0100, Mattia Dongili wrote: > arch/sparc64/kernel/us2e_cpufreq.c: policy->cpuinfo.transition_latency = > 0; > arch/sparc64/kernel/us3_cpufreq.c: policy->cpuinfo.transition_latency = > 0; > > I'd say half of the supported cpus haven't ondemand/conserva

Re: Ondemand governor by default in etch

On Thu, Dec 07, 2006 at 03:22:35PM -0600, John Goerzen wrote: > On Thu, Dec 07, 2006 at 07:28:50PM +0100, Mattia Dongili wrote: > > arch/sparc64/kernel/us2e_cpufreq.c: policy->cpuinfo.transition_latency > > = 0; > > arch/sparc64/kernel/us3_cpufreq.c: policy->cpuinfo.transition_latency >

Bug#402078: ITP: haskell-anydbm -- Generic DBM-type interface for Haskell

Package: wnpp Severity: wishlist Owner: John Goerzen <[EMAIL PROTECTED]> * Package name: haskell-anydbm Version : 1.0.0 Upstream Author : John Goerzen <[EMAIL PROTECTED]> * URL : http://software.complete.org/anydbm (coming soon) * License : LGPL Programming La

Bug#402074: ITP: libsearch-xapian-perl -- Perl bindings for the Xapian C++ search library

Subject: ITP: libsearch-xapian-perl -- Perl bindings for the Xapian C++ search library Package: wnpp Owner: Frank Lichtenheld <[EMAIL PROTECTED]> Severity: wishlist (CCed xapian-core maintainer for comments) * Package name: libsearch-xapian-perl Version : 0.9.6.0 Upstream Author

Bug#402076: ITP: blktrace -- block layer IO tracing

Package: wnpp Severity: wishlist Owner: Bas Zoetekouw <[EMAIL PROTECTED]> * Package name: blktrace Version : x.y.z Upstream Author : Jens Axboe <[EMAIL PROTECTED]> * URL : http://brick.kernel.dk/snaps/ * License : GPL 2 or later Programming Lang: C Descripti

Bug#402080: ITP: haskell-configfile -- Parser and writer for handling sectioned config files in Haskell

Package: wnpp Severity: wishlist Owner: John Goerzen <[EMAIL PROTECTED]> * Package name: haskell-configfile Version : 1.0.0 Upstream Author : John Goerzen <[EMAIL PROTECTED]> * URL : http://software.complete.org/configfile (coming soon) * License : LGPL Progra

Re: dictd: no activity last 12 months

On 12/5/06, Helmut Wollmersdorfer <[EMAIL PROTECTED]> wrote: Andreas Tille wrote: > Hijacking the package? My packaging skills are too poor. I can take it if nobody wants since I use it (not too active, but) and have goot contact with the current upstream maintainer. But I do not like to ask

update-inetd

Hello, Are there any good examples on the "correct way" of maintaining inetd.conf entries in Debian maintainer scripts? It appears Heimdal gets this wrong: http://bugs.debian.org/401258 I strongly suspect the problem is the code (I copied elsewhere) that disables the service on upgrades and the

Re: dictd: no activity last 12 months

On Fri, 8 Dec 2006, Yauheni Kaliuta wrote: I can take it if nobody wants since I use it (not too active, but) and have goot contact with the current upstream maintainer. But I do not like to ask people (to sponsor the package this case), so it's better if there is somebody else. If you are fai

Work-needing packages report for Dec 8, 2006

The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 331 (new: 3) Total number of packages offered up for adoption: 88 (new: 1) Total number of packages requeste