Bug#476909: suggestions on reorganisation of the stardict package.

2008-04-20 Thread Dmitry E. Oboukhov
Package: stardict Severity: normal Hi, Andrew Lee and Anthony Fok! I use stardict, I like this dictionary very much, but there is a great discomfort: at every new installation it is necessary to download the dictionaries from the site http://stardict.sourceforge.net by hand and to install them.

Re: Please think and test before setting a mailing list as "Maintainer:"

2008-04-20 Thread Stefano Zacchiroli
On Sun, Apr 20, 2008 at 08:25:06AM +0200, Christian Perrier wrote: > As a kind of example, let me post what Steve and I did set for the > samba package maintenance ML, run by mailman: Thanks a lot for this snippets! Can you please add them on the wiki somewhere and point them to from the Alioth d

Re: Heads up: ffmpeg transition (SONAME Change!)

2008-04-20 Thread Steinar H. Gunderson
On Sat, Apr 19, 2008 at 11:28:24AM +0200, Reinhard Tartler wrote: > Currently debian/testing ships a very old copy of ffmpeg, dated from > 0.cvs20070307. We, the ffmpeg maintainers (Fabian Greffrath and myself) > do not consider that version of ffmpeg acceptable for release in debian > lenny. Many

Bug#476923: ITP: python-weberror -- Python web error handling and exception catching module

2008-04-20 Thread Christoph Haas
Package: wnpp Severity: wishlist Owner: Christoph Haas <[EMAIL PROTECTED]> * Package name: python-weberror Version : 0.8a Upstream Author : Ben Bangert <[EMAIL PROTECTED]>, Ian Bicking <[EMAIL PROTECTED]>, Mark Ramm <[EMAIL PROTECTED]> * URL : http://pypi.python.org/py

Bug#476924: ITP: python-webob -- Python module providing WSGI request and response objects

2008-04-20 Thread Christoph Haas
Package: wnpp Severity: wishlist Owner: Christoph Haas <[EMAIL PROTECTED]> * Package name: python-webob Version : 0.9.1 Upstream Author : Ian Bicking <[EMAIL PROTECTED]> * URL : http://pythonpaste.org/webob/ * License : MIT Programming Lang: Python Descripti

Re: Please think and test before setting a mailing list as "Maintainer:"

2008-04-20 Thread Joerg Jaspert
On 11361 March 1977, Christian Perrier wrote: > I happen to often send mails to @packages.debian.org while > conducting my NMU campaigns for l10n bugs hunting. > From time to time, I still get such mails rejected because the said > package uses a mailing list as "Maintainer:". I did hate that too

Bug#476927: ITP: haskell-dataenc -- Data encoding library for Haskell

2008-04-20 Thread Magnus Therning
Package: wnpp Severity: wishlist Owner: Magnus Therning <[EMAIL PROTECTED]> * Package name: haskell-dataenc Version : 0.10.2 Upstream Author : Magnus Therning <[EMAIL PROTECTED]> * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/dataenc * License

Re: Heads up: ffmpeg transition (SONAME Change!)

2008-04-20 Thread Reinhard Tartler
removing debian-release, as this discussion is not relevant for the next debian release. "Steinar H. Gunderson" <[EMAIL PROTECTED]> writes: > On a related note, what are the plans for ffmpeg encoding? As it is, the > current lenny package seems to have stripped away most everything, leaving > th

Re: Heads up: ffmpeg transition (SONAME Change!)

2008-04-20 Thread Steinar H. Gunderson
On Sun, Apr 20, 2008 at 11:18:13AM +0200, Reinhard Tartler wrote: > On Debconf 7, the ffmpeg maintainers had a conversation with James Troup > from the ftpteam about mpeg encoders in the ffmpeg package. The ftpteam > was pretty surprised about the accepted encoders, and admitted that they > were ac

Re: Please think and test before setting a mailing list as "Maintainer:"

2008-04-20 Thread Rafael Laboissiere
* Christian Perrier <[EMAIL PROTECTED]> [2008-04-20 08:25]: > As a kind of example, let me post what Steve and I did set for the > samba package maintenance ML, run by mailman: > > [snip] Thanks for the configuration example, it is really helpful. I also set the following for all mailing-lists-

Re: Newest fad of Mass bug closings

2008-04-20 Thread Lucas Nussbaum
On 20/04/08 at 03:55 +0200, Frans Pop wrote: > On Sunday 20 April 2008, Frans Pop wrote: > > I assume that in _all_ [1] cases an attempt is made to contact the > > maintainers first? > > > > I also assume that this is only done after a package is also no longer in > > stable or, as long as it is su

Re: Please think and test before setting a mailing list as "Maintainer:"

2008-04-20 Thread Lucas Nussbaum
On 20/04/08 at 12:04 +0200, Rafael Laboissiere wrote: > Note that this works better when the list moderator is > reactive. We usually have more than one person acting as list moderators. The "listadmin" package is great if you want to moderate mailing lists without using mailman's web interface.

Package maintenance in $HOME os an NFS share? (best practices survey)

2008-04-20 Thread Christoph Haas
Fellow devs, I'm encountering a lot of bitching with using svn-inject (from svn-buildpackage) over an NFS share. A quick survey of fellow DDs told me that they don't build packages on an NFS share anyway but instead use their local disks. And - voila - svn-inject finally worked from a local di

Re: Package maintenance in $HOME os an NFS share? (best practices survey)

2008-04-20 Thread Ben Finney
Christoph Haas <[EMAIL PROTECTED]> writes: > So I'm wondering what other developers do. Are you using NFS at all? > Are you putting all your work under repository control and check the > files out to a local disk and back in to the server? I choose Bazaar http://bazaar-vcs.org/> where possible fo

Re: Package maintenance in $HOME os an NFS share? (best practices survey)

2008-04-20 Thread Bernd Zeimetz
Hi Christoph, > So I'm wondering what other developers do. Are you using NFS at all? Are > you putting all your work under repository control and check the files out > to a local disk and back in to the server? I consider keeping $HOME on NFS > but symlink $HOME/debian to /mnt/localdisk/debian

Re: RFH: Multiarch capable toolchain as release goal

2008-04-20 Thread Bernd Zeimetz
> Why did I guess the name of binutils' maintainer correctly _before_ > looking into the PTS? You're not alone. > I bet that multiarch gets included into Ubuntu about two weeks after > we released lenny without multiarch. That's indeed the way the maintainer seems to work, and he keeps sitting

Re: Heads up: ffmpeg transition (SONAME Change!)

2008-04-20 Thread Adam Borowski
On Sun, Apr 20, 2008 at 12:29:20PM +0200, Steinar H. Gunderson wrote: > > [ffmpeg] > > For those of us not living in jurisdictions where software patents appear > very enforceable, is there currently any way to build our own, unstripped > packages? (Sort of like the DVD-CSS "example" script downlo

Re: RFH: Multiarch capable toolchain as release goal

2008-04-20 Thread Robert Millan
On Sun, Apr 20, 2008 at 05:28:23PM +0200, Bernd Zeimetz wrote: > > I bet that multiarch gets included into Ubuntu about two weeks after > > we released lenny without multiarch. > > That's indeed the way the maintainer seems to work, and he keeps sitting > on way too many packages, stopping progres

separate package for iotop?

2008-04-20 Thread Paul Wise
Hi all, I was going to package iotop: http://guichaz.free.fr/misc/#iotop It is a simple Python script for displaying a top-like listing of the amount of I/O each process on the system is doing. I'm not sure if it warrants its own package or if there is another package it should be added to. An

Re: Heads up: ffmpeg transition (SONAME Change!)

2008-04-20 Thread Reinhard Tartler
"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes: > For those of us not living in jurisdictions where software patents appear > very enforceable, is there currently any way to build our own, unstripped > packages? Yes, there is! The ffmpeg-free source package in experimental now ships a get-orig

Re: separate package for iotop?

2008-04-20 Thread Nico Golde
Hi Paul, * Paul Wise <[EMAIL PROTECTED]> [2008-04-20 19:37]: > I was going to package iotop: > > http://guichaz.free.fr/misc/#iotop > > It is a simple Python script for displaying a top-like listing of the > amount of I/O each process on the system is doing. > > I'm not sure if it warrants its o

Bug#475971: This is caused by LDFLAGS being set in the environment (by dpkg-buildpacakge)

2008-04-20 Thread Adeodato Simó
After a bit of inspection, the root of this FTBFS seems to be dpkg-buildpackage having set LDFLAGS in the environment (even to an empty value, mind you). The generated Makefiles set 'LDFLAGS = -z,defs', and as LDFLAGS was previously in the environment, this new value is exported to processes spawn

Re: separate package for iotop?

2008-04-20 Thread Petter Reinholdtsen
[Paul Wise] > I'm not sure if it warrants its own package or if there is another > package it should be added to. > > Any thoughts? Perhaps along with top in procps? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble?

Re: Bug#475971: This is caused by LDFLAGS being set in the environment (by dpkg-buildpacakge)

2008-04-20 Thread Bernd Zeimetz
Adeodato Simó wrote: > After a bit of inspection, the root of this FTBFS seems to be > dpkg-buildpackage having set LDFLAGS in the environment (even to an > empty value, mind you). Two of my packages were affected by this uglyness, too. If you use LDFLAGS as _make_ variable to build up the linker

Re: RFH: Multiarch capable toolchain as release goal

2008-04-20 Thread Roger Leigh
Robert Millan <[EMAIL PROTECTED]> writes: > On Sun, Apr 20, 2008 at 05:28:23PM +0200, Bernd Zeimetz wrote: >> > I bet that multiarch gets included into Ubuntu about two weeks after >> > we released lenny without multiarch. >> >> That's indeed the way the maintainer seems to work, and he keeps sit

Re: Bug#475971: This is caused by LDFLAGS being set in the environment (by dpkg-buildpacakge)

2008-04-20 Thread Adeodato Simó
* Bernd Zeimetz [Sun, 20 Apr 2008 22:03:54 +0200]: > Adeodato Simó wrote: > > After a bit of inspection, the root of this FTBFS seems to be > > dpkg-buildpackage having set LDFLAGS in the environment (even to an > > empty value, mind you). > If you use LDFLAGS as _make_ variable to build up the l

Bug#477080: ITP: omnicodec -- data encoding and decoding command line utilities

2008-04-20 Thread Magnus Therning
Package: wnpp Severity: wishlist Owner: Magnus Therning <[EMAIL PROTECTED]> * Package name: omnicodec Version : 0.1 Upstream Author : Magnus Therning <[EMAIL PROTECTED]> * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/omnicodec * License : GP

Augmentez votre pouvoir d achat - Etude en ligne gratuite

2008-04-20 Thread Partners Finances
( "_blank" ) ( "_blank" )   Carte de Crédit, Prêt Personnel, Prêt Voiture, Prêt Travaux, Prêt Immobilier, Dette Familiale, Découvert Bancaire, Impôt et autres ( "_blank" )   Exemple détaillé d'une proposition Partners Finances, cliquez ici ( "_blank" ) ( "_blank" )   ( "_blank" )   ( "_blank"

Re: RFH: Multiarch capable toolchain as release goal

2008-04-20 Thread Petter Reinholdtsen
[Roger Leigh] > If you do want to wait for permission/refusal, you might find you > never get a reply and end up waiting forever. So, why not wait long > enough for a reply, say a fortnight, and then go ahead and hijack it > after that if you have no response (and tell them in the mail that > thi

Re: separate package for iotop?

2008-04-20 Thread Bernd Eckenfels
In article <[EMAIL PROTECTED]> you wrote: >> I'm not sure if it warrants its own package or if there is another >> package it should be added to. >> >> Any thoughts? > > Perhaps along with top in procps? The python dependency should not be introduced - so if we dont have a python based system man

Re: RFH: Multiarch capable toolchain as release goal

2008-04-20 Thread Charles Plessy
Le Sun, Apr 20, 2008 at 05:49:07PM +0200, Robert Millan a écrit : > > Before you bring this to the tech ctte and such, don't you need a refusal > by the maintainer? Hello, It reminds me when I had to deal with a DD who thought he orphaned a package, but did not. It lead to a situation where a fe

Bug#477106: ITP: codecgraph -- generate a routing graph for an Intel-HDA codec

2008-04-20 Thread William Pitcock
Package: wnpp Severity: wishlist Owner: William Pitcock <[EMAIL PROTECTED]> * Package name: codecgraph Version : 20080406 Upstream Author : Eduardo Habkost <[EMAIL PROTECTED]> * URL : http://helllabs.org/codecgraph/ * License : GPLv2 Programming Lang: Python

cupsddk - stolen WNPP - policy violation

2008-04-20 Thread Patrick Ringl
Hello, I am concerned about 'cupsddk' which recently passed NEW. On 25th of march I contacted pkg-cups for joining the team and working on cupsddk [1] since I am about to repackage 'splix' (a driver for samsung laser printers). Martin Pitt did not accept my request for NO reason and told me to

Re: cupsddk - stolen WNPP - policy violation

2008-04-20 Thread Michael Biebl
Patrick Ringl wrote: But - back to the actual topic: Is this common sense in debian? Not respecting responses to WNPP's and even ignoring volunteers work? I am gutted! It is common practice to retitle the RFP (request for packaging) to ITP (intend to package) and changing the owner of the

Re: separate package for iotop?

2008-04-20 Thread Steve Greenland
On 20-Apr-08, 16:33 (CDT), Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]> you wrote: > >> I'm not sure if it warrants its own package or if there is another > >> package it should be added to. > >> > >> Any thoughts? > > > > Perhaps along with top in procps? > > The

Re: Package maintenance in $HOME os an NFS share? (best practices survey)

2008-04-20 Thread Patrick Schoenfeld
Hi Christoph, On Sun, Apr 20, 2008 at 03:47:38PM +0200, Christoph Haas wrote: > I'm encountering a lot of bitching with using svn-inject (from > svn-buildpackage) over an NFS share. A quick survey of fellow DDs told me of which kind? Personally I do use svn-buildpackage on a NFSv4 mounted home

Re: RFH: Multiarch capable toolchain as release goal

2008-04-20 Thread Kevin Mark
On Sun, Apr 20, 2008 at 09:06:15PM +0100, Roger Leigh wrote: > Robert Millan <[EMAIL PROTECTED]> writes: > > > On Sun, Apr 20, 2008 at 05:28:23PM +0200, Bernd Zeimetz wrote: > >> > I bet that multiarch gets included into Ubuntu about two weeks after > >> > we released lenny without multiarch. > >>