Sources of dak ?

2008-01-26 Thread Charles Plessy
Dear Developpers, I wanted to check if dak was case-sensitive when parsing the DM-Upload-Allowed field, but I did not find this string in the sources that I got from `apt-get source dak'. I then checked debian/copyright, that pointed me to http://cvs.debian.org/?cvsroot=dak, in which I did not fi

Re: Bug#462740: ITP: demac -- A decoder for Monkey's Audio (APE) lossless files

2008-01-26 Thread William Pitcock
Hi, demac has some bugs with v3.97 format files. I would recommend merging in patches from ffmpeg and making a seperate product. William signature.asc Description: This is a digitally signed message part

Bug#462740: ITP: demac -- A decoder for Monkey's Audio (APE) lossless files

2008-01-26 Thread Ryan Finnie
Package: wnpp Severity: wishlist Owner: Ryan Finnie <[EMAIL PROTECTED]> * Package name: demac Version : 0~svn16176 Upstream Author : Dave Chapman <[EMAIL PROTECTED]> * URL : None, software available in SVN only * License : GPLv2 Programming Lang: C Descripti

Re: debconf best practices: how to ask for a password?

2008-01-26 Thread Christian Perrier
Quoting Francois Marier ([EMAIL PROTECTED]): > (Please CC me on your replies) > > What is the best way to ask for a password in a debconf prompt? Not a direct answer but jumping in the train as it is passing in front of me (hint: Frenglish probability high in this sentence). I still dream of so

Re: [rfc] wnpp feed

2008-01-26 Thread Sebastian Pipping
I just finished a RSS 2.0 feed for WNPP. It is located here: http://debian.binera.de/wnpp/news.php5 The cron job feeding it currently runs every 30 minutes. Please take that into account when configuring the query interval. Further details on its usage below... Configuration: data= (defa

Re: announcing new tools

2008-01-26 Thread John Goerzen
> My point being---since I agree with those complaining that planet.d.o is > not the right place to be used *alone* for various announcements---where > should we have to announce new tools? Maybe DeveloperNews [3] now that > we have it? Isn't this what debian-devel-announce is for? -- To UNSUB

Re: rebuilding the archive in a dirty chroot: results

2008-01-26 Thread Hamish Moffatt
On Fri, Jan 25, 2008 at 03:25:15PM +0100, Lucas Nussbaum wrote: > 938 packages produced different binary packages according to debdiff. Of > those, 477 produced different Depends line (caused by some features not > being explicitely enabled, but not being explicitely disabled, usually). > > All th

Re: debconf best practices: how to ask for a password?

2008-01-26 Thread Joey Hess
Francois Marier wrote: > Now the problem (see bug #462658) is that if you ever put a non-empty > password there, then, you can no longer get rid of it after > dpkg-reconfiguring the package. debconf seems to be ignoring empty password > fields and still returns the previous value. This is a defic

Re: manpage : documenting /etc/default/foobar

2008-01-26 Thread Colin Watson
On Sat, Jan 26, 2008 at 08:06:01PM +0100, Franklin PIAT wrote: > I'm writing some manpages, and I wonder what's the current practice for > documenting a file like in /etc/default/foobar. > > On my laptop [1], only /etc/default/rcS seems to have a manpage in the > section 5. As you note, I'm not

Bug#462698: ITP: mtkbabel -- Tool for managing i-Blue 747 and compatible GPS data loggers

2008-01-26 Thread Uwe Hermann
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: mtkbabel Version : 0.5 Upstream Author : Niccolo Rigacci <[EMAIL PROTECTED]> * URL : http://www.rigacci.org/wiki/doku.php/doc/appunti/hardware/gps_logger_i_blue_747 * License

debconf best practices: how to ask for a password?

2008-01-26 Thread Francois Marier
(Please CC me on your replies) What is the best way to ask for a password in a debconf prompt? I've got a package (email-reminder) which asks for the SMTP login and password. I'm using a debconf of type "password" and output the result of that in a config file (only readable by root). Now the p

Re: Bug#462602: ITP: eeepc-acpi-source -- source for Eee PC ACPI module

2008-01-26 Thread Eric Cooper
On Sat, Jan 26, 2008 at 10:15:50PM +0100, Bastian Blank wrote: > What is the Linux upstream status of this module? At Riku Voipio's suggestion, I emailed the linux-acpi email list this morning about it. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTEC

Re: How to cope with patches sanely (Was: State of the project - input needed)

2008-01-26 Thread Pierre Habouzit
On Fri, Jan 25, 2008 at 06:00:02PM +, Raphael Hertzog wrote: > On Fri, 25 Jan 2008, Michael Banck wrote: > > On Fri, Jan 25, 2008 at 10:51:05AM +0100, Lucas Nussbaum wrote: > > > On 25/01/08 at 08:01 +, Steve Langasek wrote: > > > > As a second runner up, quilt is ok by me. :) > > > > > >

Re: How to cope with patches sanely (Was: State of the project -input needed)

2008-01-26 Thread Joe Smith
Raphael Hertzog <[EMAIL PROTECTED]> wrote: On Fri, 25 Jan 2008, Michael Banck wrote: And there I thought we'd use whatever we like until wig&pen lands, which will have native patch support. What's the status of that? Is my assumption bad? Not completely, I'm following the discussion closely

Re: Bug#462602: ITP: eeepc-acpi-source -- source for Eee PC ACPI module

2008-01-26 Thread Bastian Blank
On Fri, Jan 25, 2008 at 07:55:02PM -0500, Eric Cooper wrote: > * Package name: eeepc-acpi-source > Version : 1.0-1 > Upstream Author : Eric Cooper <[EMAIL PROTECTED]> > * URL : http://www.cs.cmu.edu/~ecc/eeepc-acpi_1.0.tar.gz > * License : GPL > Programming Lan

Re: miBoot floppies for debian-installer and use of people.debian.org

2008-01-26 Thread Wouter Verhelst
On Sat, Jan 26, 2008 at 11:55:05AM -0500, Daniel Dickinson wrote: > I have a question. I have at various times been interested on getting > Debian working on an Old World PowerPC Macintosh and have come across a > situation that confuses me. I was able to get the mac working with the > use of flo

Re: How to cope with patches sanely

2008-01-26 Thread Pierre Habouzit
On sam, jan 26, 2008 at 06:51:01 +, Mike Hommey wrote: > FWIW, dpatch has a patch edition facility (and I think it's been there > since near the beginning), but it was a PITA to use on big source trees. > I don't know if that changed. Quilt has the same (using quilt snapshot) with the same d

Re: The meaning of Vcs-* fields

2008-01-26 Thread Riku Voipio
On Sat, Jan 26, 2008 at 08:37:54PM +0100, Stefano Zacchiroli wrote: > If I were you I would have tried "fakeroot debian/rules > get-orig-source", which is the policy mandated target to retrieve > orig.tar.gz. I haven't tried, but looking at madwifi's debian/rules it > is indeed implemented and ret

Re: The meaning of Vcs-* fields

2008-01-26 Thread Cyril Brulebois
On 26/01/2008, Stefano Zacchiroli wrote: > If I were you I would have tried "fakeroot debian/rules > get-orig-source", which is the policy mandated target to retrieve > orig.tar.gz. I guess that trying uscan first might be a good rules of thumb (as well as bugging the maintainer if no (usable) wat

Re: The meaning of Vcs-* fields

2008-01-26 Thread Roberto C . Sánchez
On Sat, Jan 26, 2008 at 08:37:54PM +0100, Stefano Zacchiroli wrote: > > If I were you I would have tried "fakeroot debian/rules > get-orig-source", which is the policy mandated target to retrieve > orig.tar.gz. I haven't tried, but looking at madwifi's debian/rules it > is indeed implemented and

Re: The meaning of Vcs-* fields

2008-01-26 Thread Stefano Zacchiroli
On Sat, Jan 26, 2008 at 08:58:27PM +0200, Riku Voipio wrote: > I just tried this on madwifi, and it only pulled me contents of debian/ > directory. Now I can't use that to anything, since there is no matching > upstream sources available. I wonder if it would make sense to require > that the Vcs- f

Re: The meaning of Vcs-* fields

2008-01-26 Thread Roberto C . Sánchez
On Sat, Jan 26, 2008 at 08:58:27PM +0200, Riku Voipio wrote: > > I just tried this on madwifi, and it only pulled me contents of debian/ > directory. Now I can't use that to anything, since there is no matching > upstream sources available. I wonder if it would make sense to require > that the Vcs

manpage : documenting /etc/default/foobar

2008-01-26 Thread Franklin PIAT
Hello, I'm writing some manpages, and I wonder what's the current practice for documenting a file like in /etc/default/foobar. On my laptop [1], only /etc/default/rcS seems to have a manpage in the section 5. The problem is that the filename is often the name of the package and/or the name of th

Re: The meaning of Vcs-* fields

2008-01-26 Thread Riku Voipio
On Sat, Jan 26, 2008 at 01:00:51PM +0100, Cyril Brulebois wrote: > On 26/01/2008, Teemu Likonen wrote: > > About these new Vcs-* fields in debian/control: it's not clear to me > > where the URLs should be pointing at. > See for yourself: > | $ PAGER=cat man debcheckout | grep -A1 ^NAME > | NAME >

Re: How to cope with patches sanely

2008-01-26 Thread Mike Hommey
On Sat, Jan 26, 2008 at 07:10:42PM +0100, Pierre Habouzit wrote: > On Sat, Jan 26, 2008 at 04:35:24PM +, Mike Hommey wrote: > > On Sat, Jan 26, 2008 at 05:23:16PM +0100, Pierre Habouzit wrote: > > > On Sat, Jan 26, 2008 at 03:44:20PM +, Andreas Metzler wrote: > > > > Josselin Mouette <[EMAI

Re: How to cope with patches sanely

2008-01-26 Thread Pierre Habouzit
On Sat, Jan 26, 2008 at 04:35:24PM +, Mike Hommey wrote: > On Sat, Jan 26, 2008 at 05:23:16PM +0100, Pierre Habouzit wrote: > > On Sat, Jan 26, 2008 at 03:44:20PM +, Andreas Metzler wrote: > > > Josselin Mouette <[EMAIL PROTECTED]> wrote: > > > [...] > > > > I???d be glad if we could standa

Re: How to cope with patches sanely (Was: State of the project - input needed)

2008-01-26 Thread Pierre Habouzit
On Sat, Jan 26, 2008 at 04:34:27PM +, David Nusinow wrote: > If we can't figure out a good and clean way to keep a large stack of > long-lived patches in the vcs then I firmly believe we should standardize > on quilt. Seconded. I'd add, that in fact we should standardize on quilt as an excha

Re: How to cope with patches sanely (Was: State of the project - input needed)

2008-01-26 Thread Pierre Habouzit
On Sat, Jan 26, 2008 at 05:16:39PM +, Colin Watson wrote: > On Sat, Jan 26, 2008 at 04:07:27PM +0100, Pierre Habouzit wrote: > > On Sat, Jan 26, 2008 at 02:33:40PM +, Colin Watson wrote: > > > Yes. Merge is liable to be trickier since there are a couple of > > > different possible sets of s

Re: miBoot floppies for debian-installer and use of people.debian.org

2008-01-26 Thread brian m. carlson
On Sat, Jan 26, 2008 at 11:55:05AM -0500, Daniel Dickinson wrote: Hi all, I have a question. I have at various times been interested on getting Debian working on an Old World PowerPC Macintosh and have come across a situation that confuses me. I was able to get the mac working with the use of

Re: How to cope with patches sanely (Was: State of the project - input needed)

2008-01-26 Thread Colin Watson
On Sat, Jan 26, 2008 at 04:07:27PM +0100, Pierre Habouzit wrote: > On Sat, Jan 26, 2008 at 02:33:40PM +, Colin Watson wrote: > > Yes. Merge is liable to be trickier since there are a couple of > > different possible sets of semantics, but that's much more likely to be > > an operation performed

miBoot floppies for debian-installer and use of people.debian.org

2008-01-26 Thread Daniel Dickinson
Hi all, I have a question. I have at various times been interested on getting Debian working on an Old World PowerPC Macintosh and have come across a situation that confuses me. I was able to get the mac working with the use of floppies that include a tool call miBoot, that are distributed on pe

Re: How to cope with patches sanely (Was: State of the project - input needed)

2008-01-26 Thread David Nusinow
On Fri, Jan 25, 2008 at 08:26:04AM +0100, Andreas Tille wrote: >> I think: >> >>http://kitenet.net/~joey/blog/entry/a_problem_with_tools/ >> >> is a big one that deserves attention. It's been a low-level grumble for >> quite some time in various places, but it's getting louder. It's a >> diff

Re: How to cope with patches sanely

2008-01-26 Thread Mike Hommey
On Sat, Jan 26, 2008 at 05:23:16PM +0100, Pierre Habouzit wrote: > On Sat, Jan 26, 2008 at 03:44:20PM +, Andreas Metzler wrote: > > Josselin Mouette <[EMAIL PROTECTED]> wrote: > > [...] > > > I???d be glad if we could standardize on quilt. It is the only one to be > > > both simple and powerful

Bug#462660: ITP: lua-markdown -- Lua library to translate the markdown syntax to HTML

2008-01-26 Thread Enrico Tassi
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-markdown Version: 0.13 Upstream Author: Niklas Frykholm URL: http://luaforge.net/projects/markdown License: MIT/X Description

Bug#462659: ITP: lua-cosmo -- safe template library for lua

2008-01-26 Thread Enrico Tassi
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-cosmo Version: 8.01.26 Upstream Author: Fabio Mascarenhas and Yuri Takhteyev URL: http://sputnik.freewisdom.org/en/Cosmo License:

Re: How to cope with patches sanely

2008-01-26 Thread Pierre Habouzit
On Sat, Jan 26, 2008 at 03:44:20PM +, Andreas Metzler wrote: > Josselin Mouette <[EMAIL PROTECTED]> wrote: > [...] > > I???d be glad if we could standardize on quilt. It is the only one to be > > both simple and powerful, and I know very few people unhappy with it. > > Other patch systems I hav

Re: How to cope with patches sanely

2008-01-26 Thread Andreas Metzler
Josselin Mouette <[EMAIL PROTECTED]> wrote: [...] > I???d be glad if we could standardize on quilt. It is the only one to be > both simple and powerful, and I know very few people unhappy with it. > Other patch systems I have tried (dpatch, dbs and simple-patchsys) have > all serious flaws that end

Re: How to cope with patches sanely (Was: State of the project - input needed)

2008-01-26 Thread Matthew Johnson
On Sat Jan 26 14:33, Colin Watson wrote: > One major reason many people object to yada is that it's very easy to > think you've fixed something but then discover that the packaging system > in use reverts or otherwise breaks your change, because the files you're > expected to edit are different fro

Re: How to cope with patches sanely (Was: State of the project - input needed)

2008-01-26 Thread Pierre Habouzit
On Sat, Jan 26, 2008 at 03:07:27PM +, Pierre Habouzit wrote: > On Sat, Jan 26, 2008 at 02:33:40PM +, Colin Watson wrote: > > On Fri, Jan 25, 2008 at 09:59:00AM +0100, Pierre Habouzit wrote: > > > I don't think there is One True Solution, though there are probably > > > ways to allow _any_

Re: How to cope with patches sanely (Was: State of the project - input needed)

2008-01-26 Thread Pierre Habouzit
On Sat, Jan 26, 2008 at 02:33:40PM +, Colin Watson wrote: > On Fri, Jan 25, 2008 at 09:59:00AM +0100, Pierre Habouzit wrote: > > I don't think there is One True Solution, though there are probably > > ways to allow _any_ of the $DSCM to be used (and let's svn rot *cough*) > > and have some De

Re: rebuilding the archive in a dirty chroot: results

2008-01-26 Thread Michael Biebl
Thanks for your efforts. - hal has been fixed in the pkg-utopia svn. - libnl-doc (different size) seems to be an issue of doxygen embedding the date of generation in the resulting html pages. I don't consider that a problem. - The fix for dbus is in the works. It's apparently the usage of the w

Re: How to cope with patches sanely (Was: State of the project - input needed)

2008-01-26 Thread Colin Watson
On Fri, Jan 25, 2008 at 09:59:00AM +0100, Pierre Habouzit wrote: > For one, I'm not sure the "situation" is that horrible. Second, I > believe joeyh's proposal to be able to use some DSCM features to replace > the old diff.gz is an excellent proposal, OTOH, you will have a lot of > people complai

Re: The meaning of Vcs-* fields

2008-01-26 Thread gregor herrmann
On Sat, 26 Jan 2008 11:21:41 +0200, Teemu Likonen wrote: > About these new Vcs-* fields in debian/control: it's not clear to me > where the URLs should be pointing at. They are explained in the Developer's Reference, section 6.2.5: http://www.debian.org/doc/developers-reference/ch-best-pkging-pr

Re: Bug#282225: dfontmgr: still depends on gtk1 libraries - libgtk-perl and libglade-perl

2008-01-26 Thread Pierre Habouzit
tag 282225 + sid lenny help users [EMAIL PROTECTED] usertag gnome-1.x-removal severity 282225 serious thanks On Sat, Nov 20, 2004 at 03:12:48PM +, Mantas Kriaučiūnas wrote: > Package: dfontmgr > Version: 0.11.8-0.1 > Severity: normal > > Hi, > > During system cleanup I noticed, that pretty b

Re: The meaning of Vcs-* fields

2008-01-26 Thread Cyril Brulebois
On 26/01/2008, Teemu Likonen wrote: > About these new Vcs-* fields in debian/control: it's not clear to me > where the URLs should be pointing at. Are they meant to point to the > upstream VCS where the actual development happens, so that users can > checkout the upstream trunk (?) directory easily

Re: debian-installer and software RAID

2008-01-26 Thread martin f krafft
also sprach Russell Coker <[EMAIL PROTECTED]> [2008.01.26.1410 +0700]: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462617 > > I've filed a bug report about this at the above URL, but I'd like > some input from the people on this list. I've never had a chance to try write intent bitmaps in

Bug#462631: ITP: paraview -- ParaView is an open-source, multi-platform application designed to visualize data sets of size varying from small to very large

2008-01-26 Thread Christophe Prud'homme
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: paraview Version: 3.3 Upstream Author: Kitware URL: http://www.paraview.org License: http://www.paraview.org/New/copyright.html o P

Re: Bits from DEHS

2008-01-26 Thread Franklin PIAT
Hello, On Thu, 2008-01-24 at 21:07 -0600, Raphael Geissert wrote: > It's been some time since DEHS[1] had some 'big' changes (probably since its > creation). Here's a list of changes that have been done lately: There's now a wiki page about DEHS. http://wiki.debian.org/Dehs Feel free to improve

The meaning of Vcs-* fields

2008-01-26 Thread Teemu Likonen
Hi I do not maintain any official Debian package nor I'm a Debian developer but I'm interested in some of the Debian's technical points anyway. About these new Vcs-* fields in debian/control: it's not clear to me where the URLs should be pointing at. Are they meant to point to the upstream VCS

Re: announcing new tools

2008-01-26 Thread Stefano Zacchiroli
On Sat, Jan 26, 2008 at 08:49:46AM +, Roger Leigh wrote: > > should we have to announce new tools? Maybe DeveloperNews [3] now that > > we have it? > > debian-devel-announce would be a good place, IMO. After all, it's Well, DeveloperNews eventually flows to d-d-a ... -- Stefano Zacchiroli

Re: rebuilding the archive in a dirty chroot: results

2008-01-26 Thread Roger Leigh
On Fri, Jan 25, 2008 at 03:25:15PM +0100, Lucas Nussbaum wrote: > I'm not really sure of what we should do about those problems. The > easiest way to fix them is to use source-only uploads (to avoid packages > built on broken maintainer machines), and a better sbuild that can use > lvm snapshots s

Re: announcing new tools

2008-01-26 Thread Roger Leigh
On Sat, Jan 26, 2008 at 09:21:32AM +0100, Stefano Zacchiroli wrote: > On Sat, Jan 26, 2008 at 12:51:50PM +0900, Charles Plessy wrote: > > Debian has grown big, and information diffuses surprisingly slowly (who > > knew about debcheckout before reading this thread ?). I am sure that we > > My point

announcing new tools

2008-01-26 Thread Stefano Zacchiroli
On Sat, Jan 26, 2008 at 12:51:50PM +0900, Charles Plessy wrote: > Debian has grown big, and information diffuses surprisingly slowly (who > knew about debcheckout before reading this thread ?). I am sure that we I've blogged about it twice on planet.d.o when it was introduced [1][2] and it has bee