Work-needing packages report for Feb 1, 2008

2008-01-31 Thread wnpp
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: 299 (new: 7) Total number of packages offered up for adoption: 94 (new: 1) Total number of packages requeste

Re: Bug#463462: ITP: libsys-lastlog-perl -- Provides a moderately Object Oriented interface to lastlog

2008-01-31 Thread Christian Perrier
Quoting Jorge Salamero Sanz ([EMAIL PROTECTED]): > Package: wnpp > Severity: wishlist > Owner: Jorge Salamero Sanz <[EMAIL PROTECTED]> > X-Debbugs-CC: debian-devel@lists.debian.org > >Package name: libsys-lastlog-perl >Version: 1.5 >Upstream Author: Jonathan Stowe <[EMAIL PROTECTED]> >

Re: How to cope with patches sanely

2008-01-31 Thread David Nusinow
On Tue, Jan 29, 2008 at 06:52:55PM +0100, sean finney wrote: > i'd argue that's it's somewhat backwards to expect a patch management system > like dpatch or quilt to perform this task, and really it should be the > responsibility of the vcs or vcs-wrapper tools. I agree entirely. - David Nusin

Re: How to cope with patches sanely

2008-01-31 Thread David Nusinow
Hi buxy, On Tue, Jan 29, 2008 at 07:44:13AM +0100, Raphael Hertzog wrote: > I just need a clear concept that I can try to implement. > > Some questions/problems: > > 1/ it seems that we agree that patches should be applied by default > during unpack of the source archive. This means that dpkg-so

Automatic mirror selection

2008-01-31 Thread Leo "costela" Antunes
Hey there, As an incredibly late follow-up to this [0] small thread, I created a small script to act as backend for pdns and return a mirror for the user's country. It's a simple DNS based geographic mirror selection idea. It works by: - using logic based on D-I to select a mirror from a copy of

Re: How to cope with patches sanely? -> Tentative summary on http://wiki.debian.org/debian/patches

2008-01-31 Thread Charles Plessy
Le Thu, Jan 31, 2008 at 11:52:28PM +0100, Andreas Tille a écrit : > On Thu, 31 Jan 2008, Steve Langasek wrote: > > >No, but I think it's a *bug* that this is not the common case. If more > >packages were maintained in distributed VCS, it would become practical to > >consider publishing official "

Bug#463500: ITP: ocaml-magic -- Ocaml interface to libmagic

2008-01-31 Thread Romain Beauxis
Package: wnpp Severity: wishlist Owner: Romain Beauxis <[EMAIL PROTECTED]> * Package name: ocaml-magic Version : 0.6 Upstream Author : Christophe Troestler <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/ocaml-magic/ * License : LGPL+Link exception

Re: The 30 most popular packages missing in Debian

2008-01-31 Thread Franklin PIAT
On Thu, 2008-01-31 at 23:43 +1100, Ben Finney wrote: > Franklin PIAT <[EMAIL PROTECTED]> writes: > > > Also It's important that we can tell our users "Debian 4.0, as of > > 2008-01-31 has flashplugin-nonfree version X.Y, skype version Z.Y" > > Some non-free works are distributed via Debian's infr

Re: How to cope with patches sanely

2008-01-31 Thread Andreas Tille
On Thu, 31 Jan 2008, Steve Langasek wrote: No, but I think it's a *bug* that this is not the common case. If more packages were maintained in distributed VCS, it would become practical to consider publishing official "Debian" branches in an organized fashion, keeping them synced with the mainta

Re: How to cope with patches sanely

2008-01-31 Thread Ben Finney
Daniel Leidert <[EMAIL PROTECTED]> writes: > And people should check the VCS history just to get the current > "patch"? What is "the current patch"? If you mean the entire set of differences against the upstream source, I already addressed that: simply generate a diff between the branches contain

Re: How to cope with patches sanely

2008-01-31 Thread Ben Finney
Charles Plessy <[EMAIL PROTECTED]> writes: > - In the fist I propose that the 'patch' rule could only be provided > by snippets such as those of dpatch, quilt, and CDBS, so that there > is no security risk running this command. This doesn't do anything to prevent a non-policy-compliant source pac

Bug#463462: ITP: libsys-lastlog-perl -- Provides a moderately Object Oriented interface to lastlog

2008-01-31 Thread Jorge Salamero Sanz
Package: wnpp Severity: wishlist Owner: Jorge Salamero Sanz <[EMAIL PROTECTED]> X-Debbugs-CC: debian-devel@lists.debian.org Package name: libsys-lastlog-perl Version: 1.5 Upstream Author: Jonathan Stowe <[EMAIL PROTECTED]> URL: http://search.cpan.org/dist/Sys-Lastlog/ License: Perl

Re: How to cope with patches sanely

2008-01-31 Thread Steve Langasek
On Thu, Jan 31, 2008 at 04:38:42PM +0100, Daniel Leidert wrote: > Am Donnerstag, den 31.01.2008, 16:45 +0200 schrieb Riku Voipio: > > On Wed, Jan 30, 2008 at 07:38:01PM +0100, Daniel Leidert wrote: > > > Am Mittwoch, den 30.01.2008, 12:31 -0500 schrieb Joey Hess: > > > > Because disk space is so mu

Re: Intent to help maintaining libxml++s

2008-01-31 Thread Gaudenz Steinlin
On Tue, Jan 15, 2008 at 07:32:49PM +0800, Deng Xiyue wrote: > As confirmed by QA team that Chris Leishman <[EMAIL PROTECTED]>, the > maintainer of libxml++{,2.6} is kind of MIA, I would like to help > comaintaining these libs. I've already file a wishlist bug for > libxml++2.6 (#430142[1]), which

Re: List of packages shipping shell scripts with bashisms + MBF proposal

2008-01-31 Thread Bernd Zeimetz
> I just completed an archive wide check on amd64/all packages by searching > for shell scripts in /bin:/usr/bin:/sbin:/usr/sbin:/etc/init.d:/usr/share > and checking them with checkbashisms from devscripts 2.10.13. script ./usr/bin/foo does not appear to be a /bin/sh script; skipping you sh

Re: List of packages shipping shell scripts with bashisms + MBF proposal

2008-01-31 Thread Petter Reinholdtsen
[Raphael Geissert] > No objections to start MBF then? Not from me, at least. Make sure to usertag the bugs properly, though, as a release goal bug. (tag goal-dash, user debian-release@). Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "

Re: How to cope with patches sanely

2008-01-31 Thread Charles Plessy
Hi Lars, I do not get your point. If you are concerned that the persons who sent you a package to sponsor have put malicious code in it, what I guess you will first review is wether the scripts you have to execute to test the packages are safe. If you trust the orig.tar.gz tarball and if it has th

Re: List of packages shipping shell scripts with bashisms + MBF proposal

2008-01-31 Thread Raphael Geissert
Raphael Geissert wrote: > > Since there's a release goal which is to default /bin/sh to dash I'd like > to do a MBF on the packages. It would be a manual MBF because there are > many false positives which I wouldn't want to be reported. > > Besides providing this list so people can start fixing t

Re: How to cope with patches sanely

2008-01-31 Thread Cyril Brulebois
(Note: I've just discovered (read: started using) pristine-tar. I'm no expert at all.) On 31/01/2008, Daniel Leidert wrote: > > You're wrong, I don't store the whole orig.tar.gz, I keep its > > content, and the delta (often less than 2kb). > > Then I seem to misunderstand you. What does "content"

Re: How to cope with patches sanely

2008-01-31 Thread Pierre Habouzit
On Thu, Jan 31, 2008 at 01:14:40PM +, Daniel Leidert wrote: > Am Donnerstag, den 31.01.2008, 13:36 +0100 schrieb Pierre Habouzit: > > On Thu, Jan 31, 2008 at 12:08:24PM +, Daniel Leidert wrote: > > > Am Mittwoch, den 30.01.2008, 21:22 +0100 schrieb Pierre Habouzit: > > [..] > > > > Well

Re: How to cope with patches sanely

2008-01-31 Thread Teemu Likonen
Charles Plessy kirjoitti: > Le Thu, Jan 31, 2008 at 11:51:05PM +1100, Ben Finney a écrit : > > I'm *not* happy to need to run some target with arbitrary commands > > in the 'debian/rules' file, just to allow me to examine the source. > > A big part of the reason for unpacking the source could be t

Re: How to cope with patches sanely

2008-01-31 Thread Daniel Leidert
Am Donnerstag, den 31.01.2008, 16:45 +0200 schrieb Riku Voipio: > On Wed, Jan 30, 2008 at 07:38:01PM +0100, Daniel Leidert wrote: > > Am Mittwoch, den 30.01.2008, 12:31 -0500 schrieb Joey Hess: > > > Because disk space is so much cheaper than your time that I can't even > > > find the adjectives to

Re: How to cope with patches sanely

2008-01-31 Thread Lars Wirzenius
On to, 2008-01-31 at 23:17 +0900, Charles Plessy wrote: > I do not know if it would be reasonnable to extend the scope of the > discussion to third-party packages. Third-party packages such as... sponsored uploads? The process you propose for verifying that a source package can be safely unpacked

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

2008-01-31 Thread Steve Langasek
On Thu, Jan 31, 2008 at 06:36:05AM +0100, Christian Perrier wrote: > Quoting William Pitcock ([EMAIL PROTECTED]): > > > Users are very good at missing these jokes. > > > -Rob > > Yes, I hadn't thought of that. I'll just refer to it as a "an advanced > > and powerful syslog daemon" in the short d

Re: How to cope with patches sanely

2008-01-31 Thread Riku Voipio
On Wed, Jan 30, 2008 at 07:38:01PM +0100, Daniel Leidert wrote: > Am Mittwoch, den 30.01.2008, 12:31 -0500 schrieb Joey Hess: > > Because disk space is so much cheaper than your time that I can't even > > find the adjectives to describe how much cheaper it is? > My current workflow is fast enough.

Re: Bash Commander package, anybody please

2008-01-31 Thread David Bremner
> "Serge" == Serge Vakulenko <[EMAIL PROTECTED]> writes: Serge> Would anybody please create a port for Bash Commander? It Serge> is a traditional GNU bash shell extended with visual Serge> two-panel file browser. Web site is here: Serge> http://bashc.sourceforge.net/ ___ Rega

Re: How to cope with patches sanely

2008-01-31 Thread Daniel Leidert
Am Freitag, den 01.02.2008, 00:01 +1100 schrieb Ben Finney: > Charles Plessy <[EMAIL PROTECTED]> writes: > > > But I am still missing something: how can we get the benefits of > > using a patching strategy, that is to break up changes into logical > > components, with the VCS strategy? > > Make c

Re: How to cope with patches sanely

2008-01-31 Thread Charles Plessy
Hi again, Two long answers: - In the fist I propose that the 'patch' rule could only be provided by snippets such as those of dpatch, quilt, and CDBS, so that there is no security risk running this command. - In the second I question the VCS model, mostly because I still do not fully under

Bash Commander package, anybody please

2008-01-31 Thread Serge Vakulenko
Would anybody please create a port for Bash Commander? It is a traditional GNU bash shell extended with visual two-panel file browser. Web site is here: http://bashc.sourceforge.net/ ___ Regards, Serge Vakulenko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Troub

Re: How to cope with patches sanely

2008-01-31 Thread Daniel Leidert
Am Donnerstag, den 31.01.2008, 13:36 +0100 schrieb Pierre Habouzit: > On Thu, Jan 31, 2008 at 12:08:24PM +, Daniel Leidert wrote: > > Am Mittwoch, den 30.01.2008, 21:22 +0100 schrieb Pierre Habouzit: [..] > > > Well, the point is that your repository isn't self contained in that > > > case.

Re: How to cope with patches sanely

2008-01-31 Thread Ben Finney
Charles Plessy <[EMAIL PROTECTED]> writes: > But I am still missing something: how can we get the benefits of > using a patching strategy, that is to break up changes into logical > components, with the VCS strategy? Make commits to the VCS branch for the package, at the same level of granularity

Re: How to cope with patches sanely

2008-01-31 Thread Matthew Johnson
On Thu Jan 31 13:36, Pierre Habouzit wrote: > I only need one tool, $SCM. Which is great, for those people who want that workflow. I definitely think we should come up with improvements to our packaging system which makes this easier. However. Not everyone wants to work like this, and this i

Re: How to cope with patches sanely

2008-01-31 Thread Ben Finney
sean finney <[EMAIL PROTECTED]> writes: > is there any reason why this issue couldn't be solved by amending > policy (or just simply patching dpkg-source) to require that > "debian/rules patch" (or some less commonly used name if we're > worried about existing implementations of this rule) is call

Re: The 30 most popular packages missing in Debian

2008-01-31 Thread Ben Finney
Franklin PIAT <[EMAIL PROTECTED]> writes: > Also It's important that we can tell our users "Debian 4.0, as of > 2008-01-31 has flashplugin-nonfree version X.Y, skype version Z.Y" That will never be true as long as those works are non-free. Debian has no non-free software (and if it does, that's a

Re: How to cope with patches sanely

2008-01-31 Thread Pierre Habouzit
On Thu, Jan 31, 2008 at 12:08:24PM +, Daniel Leidert wrote: > Am Mittwoch, den 30.01.2008, 21:22 +0100 schrieb Pierre Habouzit: > > On Wed, Jan 30, 2008 at 06:38:01PM +, Daniel Leidert wrote: > > > Am Mittwoch, den 30.01.2008, 12:31 -0500 schrieb Joey Hess: > > > > Daniel Leidert wrote: >

Re: How to cope with patches sanely

2008-01-31 Thread Daniel Leidert
Am Mittwoch, den 30.01.2008, 21:22 +0100 schrieb Pierre Habouzit: > On Wed, Jan 30, 2008 at 06:38:01PM +, Daniel Leidert wrote: > > Am Mittwoch, den 30.01.2008, 12:31 -0500 schrieb Joey Hess: > > > Daniel Leidert wrote: > > > > Why should I mirror the upstream VCS and blow up > > > > svn.d.o o

Re: How to cope with patches sanely

2008-01-31 Thread Colin Watson
On Wed, Jan 30, 2008 at 07:38:01PM +0100, Daniel Leidert wrote: > I read your post/blog entry. That doesn't mean, that I agree to > everything. I especially cannot agree to the flame on Fedora/Gentoo/BSDs > way to just hold a spec (compares to our debian/*) + patches in a VCS, > beecause its what I

Re: How to cope with patches sanely

2008-01-31 Thread Colin Watson
On Thu, Jan 31, 2008 at 01:09:44PM +0200, Lars Wirzenius wrote: > On to, 2008-01-31 at 20:03 +0900, Charles Plessy wrote: > > I am wondering if just mandating 'debian/rules patch' to work if > > debian/patches exist shouldn't be just sufficient. > > The only big problem I have with that is that is

Re: How to cope with patches sanely

2008-01-31 Thread Lars Wirzenius
On to, 2008-01-31 at 20:03 +0900, Charles Plessy wrote: > I am wondering if just mandating 'debian/rules patch' to work if > debian/patches exist shouldn't be just sufficient. The only big problem I have with that is that is required some unknown subset of build-dependencies to be installed, and t

Re: changing the default syslog daemon for lenny?

2008-01-31 Thread Michael Biebl
Quoting Petter Reinholdtsen <[EMAIL PROTECTED]>: [Michael Biebl] That's mostly because of lots of documentation in /usr/share/doc/rsyslog. If you think that's an issue, I could split out the doc into a separate package. This is probably a good idea, for those that need a very small disk foot

Re: How to cope with patches sanely

2008-01-31 Thread Charles Plessy
Le Thu, Jan 31, 2008 at 10:54:03AM +0200, Lars Wirzenius a écrit : > Perhaps it would be better to make the creation of the source package > create a .diff.gz that already has the patches applied? This may be > more complicated to change, and probably requires changes to how the > patch systems are

Re: List of packages shipping shell scripts with bashisms + MBF proposal

2008-01-31 Thread Petter Reinholdtsen
[Raphael Geissert] > Debian sysvinit maintainers <[EMAIL PROTECTED]> >sysv-rc Probably false alarm, as it has been successfully used on systems with dash as /bin/sh. Please report a bug with the details if it still got bashism. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, ema

Re: changing the default syslog daemon for lenny?

2008-01-31 Thread Petter Reinholdtsen
[Michael Biebl] > That's mostly because of lots of documentation in > /usr/share/doc/rsyslog. If you think that's an issue, I could split > out the doc into a separate package. This is probably a good idea, for those that need a very small disk footprint. Please split it into a -doc package. Ha

Re: How to cope with patches sanely

2008-01-31 Thread Teemu Likonen
Lars Wirzenius kirjoitti: > On to, 2008-01-31 at 09:19 +0100, sean finney wrote: > > is there any reason why this issue couldn't be solved by amending > > policy (or just simply patching dpkg-source) to require that > > "debian/rules patch" (or some less commonly used name if we're > > worried abo

Processed: block 460504 with 17243, block 439717 with 460504, block 432851 with 460504

2008-01-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.13 > block 460504 with 17243 Bug#17243: run a script after the installation Bug#460504: dh_desktop/dh_icons madness Was not blocked by any bugs. Blocking bugs of 460504 added: 17243, 6898

Re: The 30 most popular packages missing in Debian

2008-01-31 Thread Thibaut Paumard
Le 31 janv. 08 à 08:52, Franklin PIAT a écrit : On Wed, 2008-01-30 at 10:48 +0100, Thibaut Paumard wrote: Perhaps a possibility would be to have a sort of "module-assistant"- like package with a database of third-party, non-free software. This tool would either install the third-party softwar

Re: How to cope with patches sanely

2008-01-31 Thread Pierre Habouzit
On Thu, Jan 31, 2008 at 08:54:03AM +, Lars Wirzenius wrote: > On to, 2008-01-31 at 09:19 +0100, sean finney wrote: > > is there any reason why this issue couldn't be solved by amending policy > > (or > > just simply patching dpkg-source) to require that "debian/rules patch" (or > > some less

Re: How to cope with patches sanely

2008-01-31 Thread Thibaut Paumard
Hi, Le 30 janv. 08 à 21:22, Pierre Habouzit a écrit : What I know for sure, is that upstream websites don't live forever, and that google doesn't mirrors tar.gz yet. Again, your call, I know where I stand. But for any version that made it in a stable release of Debian, orig.tar.gz is stor

Re: The 30 most popular packages missing in Debian

2008-01-31 Thread Michael Meskes
On Wed, Jan 30, 2008 at 12:19:17PM +0100, Cyril Brulebois wrote: > On 30/01/2008, Andrew M.A. Cater wrote: > > > 7 virtualbox > > In sid, at least in part IIRC > > Called virtualbox-ose, but present indeed and also in testing. virtualbox-ose is the Open Source Edition. My guess it that quite

Re: How to cope with patches sanely

2008-01-31 Thread Lars Wirzenius
On to, 2008-01-31 at 09:19 +0100, sean finney wrote: > is there any reason why this issue couldn't be solved by amending policy (or > just simply patching dpkg-source) to require that "debian/rules patch" (or > some less commonly used name if we're worried about existing implementations > of thi

Join rian kapur on Pageflakes!

2008-01-31 Thread rian kapur
Hi debian-devel@lists.debian.org, Have you heard about Pageflakes? You just have to check this out! Pageflakes is the fun and easy way to personalize the Web and make it your own. Get all of your favorites on one personal homepage, including news, sports, e-mail, local events, search, photos, m

Re: How to cope with patches sanely

2008-01-31 Thread sean finney
hi all, On Wednesday 30 January 2008 06:21:52 pm Joey Hess wrote: > Clint Adams wrote: > > On Mon, Jan 28, 2008 at 05:37:03PM -0800, Russ Allbery wrote: > > > This work flow simply doesn't work with our current source package > > > format and a patch management system. Requiring this to work *wit