Re: liblockfile L_PID behavior and use of stat atime

2008-02-23 Thread Rob Browning
Rob Browning <[EMAIL PROTECTED]> writes: > After further investigation, it looks like a lockfile created on a > noatime (or relatime?) filesystem, without specifying L_PID, can > never go stale. The problem is in lockfile_check(). It looks like procmail's lockfile doesn't have this problem since

Re: ITP: ASTK -- Code_Aster build/control system and front-end

2008-02-23 Thread Adam C Powell IV
On Sat, 2008-02-23 at 10:04 +0100, Guus Sliepen wrote: > On Fri, Feb 22, 2008 at 07:40:45PM -0500, Adam C Powell IV wrote: > > > > It is unclear to me what this software can do. Can I generate finite > > > element models with it? Or is it just a way to start simulations on a > > > backend? Can I v

Re: How to cope with patches sanely

2008-02-23 Thread Charles Plessy
Le Sat, Feb 23, 2008 at 09:08:23AM -0600, Manoj Srivastava a écrit : > > That is not the case when using featrure branches, the NMUer can > get the information they need. > > But if you are a security NMUer, you have a short time frame, Hi all, actually, we as packagers have wr

Re: Bug#467038: RFP: pytrainer -- Free Sport Training Center

2008-02-23 Thread Bernd Zeimetz
> Unfortunately, I'm dumb when it comes at Python stuff, so, while I'd > happily give some help, imagining to package this myself would be too > ambitious... I'll help out if there're Python problems. Cheers, Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe"

Re: Bug#467097: ITP: eficas -- ASter Command FIle Editor

2008-02-23 Thread Michael Biebl
Guus Sliepen wrote: > On Sat, Feb 23, 2008 at 01:00:43PM +0100, Sylvestre Ledru wrote: > >> I updated it: >> http://svn.debian.org/wsvn/pkg-scicomp/eficas/trunk/debian/control?op=file&rev=0&sc=0 >> Is it ok for do you want me to develop this more ? > >> Description: ASter Command FIle Editor > [.

Bug#467228: RFP: kmediafactory -- Easily create DVD with multiple videos and automatic chapters

2008-02-23 Thread CSights
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: kmediafactory Version: 0.6 Upstream Author: Petri Damstén URL: http://aryhma.oy.cx/damu/software/kmediafactory/index.html License: GPL Description: The coolest part abou

Re: Bug#467217: RFP: python-pypdf -- Pure-Python library built as a PDF toolkit

2008-02-23 Thread Ben Pfaff
Luciano Bello <[EMAIL PROTECTED]> writes: > Description : pure-Python library built as a PDF toolkit Very odd phrasing. Sounds backward: "PDF toolkit built as a pure-Python library" makes more sense to me. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Re: Erlang on UltraSparc III (again)

2008-02-23 Thread Jurij Smakov
On Fri, Feb 22, 2008 at 04:33:23PM +0300, Sergei Golovan wrote: > Hi! > > It looks like Erlang still routinely fails to build on lebrun buildd > (sparc architecture, dual UltraSparc III). Though the were some > changes because instead of bus error > (http://buildd.debian.org/fetch.cgi?&pkg=erlang&

Bug#467222: RFP: python-socksipy -- Python SOCKS client module

2008-02-23 Thread Luciano Bello
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: python-socksipy Version : 1.10 Upstream Author : Dan Haim <[EMAIL PROTECTED]> * URL : http://socksipy.sourceforge.net/ * License : BSD style license Description :

Re: Practical solutions to: the new style "mass tirage" of bugs

2008-02-23 Thread Don Armstrong
On Sat, 23 Feb 2008, David Nusinow wrote: > If those who make heavy use of usertags could get together and form > some sort of consensus standard so that outsiders to the team could > find out common information without having to hunt down the team's > specific documentation, it'd help enormously.

Bug#467217: RFP: python-pypdf -- Pure-Python library built as a PDF toolkit

2008-02-23 Thread Luciano Bello
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: python-pypdf Version : 1.10 Upstream Author : Mathieu Fenniak <[EMAIL PROTECTED]> * URL : http://pybrary.net/pyPdf/ * License : modified BSD license Description :

Re: the new style "mass tirage" of bugs

2008-02-23 Thread Lars Wirzenius
On la, 2008-02-23 at 09:08 -0500, David Nusinow wrote: > On Fri, Feb 22, 2008 at 06:53:15PM +0200, Lars Wirzenius wrote: > > What might work quite well, however, is to have "bug janitors" (a la > > kernel janitors) who look at new bugs that have received no attention > > for, say, two weeks. If a b

Bug#467208: ITP: libcoat-persistent-perl -- Ruby's ActiveRecord::Base port for Perl (ORM)

2008-02-23 Thread Alexis Sukrieh
Package: wnpp Severity: wishlist Owner: Alexis Sukrieh <[EMAIL PROTECTED]> * Package name: libcoat-persistent-perl Version : 0.0._0.5 Upstream Author : Alexis Sukrieh <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Coat-Persistent/ * License : GPL, Artis

Bug#467211: ITP: libdbix-sequence-perl -- simple SQL92 ID generator

2008-02-23 Thread Alexis Sukrieh
Package: wnpp Severity: wishlist Owner: Alexis Sukrieh <[EMAIL PROTECTED]> * Package name: libdbix-sequence-perl Version : 1.5 Upstream Author : Benoit Beausejour <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/DBIx-Sequence/ * License : GPL, Artistic

Bug#467206: ITP: libcoat-perl -- light and Moose-compatible meta-class for Perl5

2008-02-23 Thread Alexis Sukrieh
Package: wnpp Severity: wishlist Owner: Alexis Sukrieh <[EMAIL PROTECTED]> * Package name: libcoat-perl Version : 0.1_0.6 Upstream Author : Alexis Sukrieh <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Coat/ * License : GPL, Artistic Programming Lang:

Bug#467209: RFP: python-buzhug -- pure-Python database engine, using a Pythonic, no-SQL syntax

2008-02-23 Thread Luciano Bello
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: python-buzhug Version : 1.0 Upstream Author : Pierre Quentel <[EMAIL PROTECTED]> * URL : http://buzhug.sourceforge.net/ * License : BSD License Description : pure-

Re: How to cope with patches sanely

2008-02-23 Thread David Nusinow
On Sat, Feb 23, 2008 at 09:08:23AM -0600, Manoj Srivastava wrote: > Now, you are trying to make me go towards a mechanism I think is > inferior (a liner, dependent, and in my opinion, opaque, and somewhat > shaky linear patch series) as opposed to pure, independent feature > branches, fo

Re: Bits of the gnome 1.x removal effort

2008-02-23 Thread Pierre Habouzit
On Sat, Feb 23, 2008 at 01:30:43PM +, Colin Watson wrote: > On Mon, Feb 11, 2008 at 03:43:38PM +0100, Pierre Habouzit wrote: > > Colin Watson: telegnome > > > > If there is a package you love in that list, it'd be _really_ great to > > send patches to migrate them to gn

Re: How to cope with patches sanely

2008-02-23 Thread Pierre Habouzit
On Sat, Feb 23, 2008 at 03:08:23PM +, Manoj Srivastava wrote: > On Sat, 23 Feb 2008 08:46:03 -0500, David Nusinow <[EMAIL PROTECTED]> said: > > > On Fri, Feb 22, 2008 at 09:37:24AM -0600, Manoj Srivastava wrote: > >> On Thu, 21 Feb 2008 16:20:49 +0100, martin f krafft > >> <[EMAIL PROTECTED]>

Bug#467178: ITP: gstreamermm0.10 -- C++ wrapper library for the multimedia library GStreamer

2008-02-23 Thread Deng Xiyue
Package: wnpp Severity: wishlist Owner: Deng Xiyue <[EMAIL PROTECTED]> * Package name: gstreamermm0.10 Version : 0.9.4 Upstream Author : José Alburquerque <[EMAIL PROTECTED]> Murray Cumming <[EMAIL PROTECTED]> Milosz Derezynski <[EMAIL PROTEC

Re: How to cope with patches sanely

2008-02-23 Thread Manoj Srivastava
On Sat, 23 Feb 2008 08:46:03 -0500, David Nusinow <[EMAIL PROTECTED]> said: > On Fri, Feb 22, 2008 at 09:37:24AM -0600, Manoj Srivastava wrote: >> On Thu, 21 Feb 2008 16:20:49 +0100, martin f krafft >> <[EMAIL PROTECTED]> said: >> > That does not help me during an NMU from the source package. >>

Re: Bug#467097: ITP: eficas -- ASter Command FIle Editor

2008-02-23 Thread Guus Sliepen
On Sat, Feb 23, 2008 at 01:00:43PM +0100, Sylvestre Ledru wrote: > I updated it: > http://svn.debian.org/wsvn/pkg-scicomp/eficas/trunk/debian/control?op=file&rev=0&sc=0 > Is it ok for do you want me to develop this more ? > Description: ASter Command FIle Editor [...] The long description looks

Re: dpkg-buildpackage now reorganizing debian/control Depends field??

2008-02-23 Thread Anthony Towns
On Fri, Feb 22, 2008 at 06:23:28PM -0800, Daniel Burrows wrote: > Would it be possible to only re-order elements that were introduced by > a variable substitution? That would make the list deterministic without > changing what the maintainer wrote. At best you could: (a) sort substvar

Re: the new style "mass tirage" of bugs

2008-02-23 Thread David Nusinow
On Fri, Feb 22, 2008 at 06:53:15PM +0200, Lars Wirzenius wrote: > What might work quite well, however, is to have "bug janitors" (a la > kernel janitors) who look at new bugs that have received no attention > for, say, two weeks. If a bug gets reported against a package, and the > package maintaine

Re: the new style "mass tirage" of bugs

2008-02-23 Thread David Nusinow
On Thu, Feb 21, 2008 at 10:37:37PM -0800, Russ Allbery wrote: > David Nusinow <[EMAIL PROTECTED]> writes: > > > This is something that's been bugging me for a while now. As our > > software packages get larger and larger, we need more people to take > > them on. To do this, we need more people wil

Re: Practical solutions to: the new style "mass tirage" of bugs

2008-02-23 Thread David Nusinow
On Sat, Feb 23, 2008 at 06:50:00AM +0800, [EMAIL PROTECTED] wrote: > Be sure that somebody looks at new bugs. > As days pass, the test conditions in the report e.g., URLs, deteriorate. > As weeks pass, the user may have removed the package for another. > As months pass, the user may no longer be wo

Re: Practical solutions to: the new style "mass tirage" of bugs

2008-02-23 Thread David Nusinow
On Fri, Feb 22, 2008 at 10:51:42AM +0100, Josselin Mouette wrote: > Le jeudi 21 février 2008 à 23:31 -0600, John Goerzen a écrit : > > 5) A way of sorting bugs by "hack on this first". Our priorities are not > > necessarily this way. For instance, we may have a wishlist bug to package > > the ne

Re: Practical solutions to: the new style "mass tirage" of bugs

2008-02-23 Thread David Nusinow
On Thu, Feb 21, 2008 at 11:19:14PM -0800, Steve Langasek wrote: > On Thu, Feb 21, 2008 at 11:31:32PM -0600, John Goerzen wrote: > > > Excellent points made by both of you. > > > Here are some things that occur to me quickly: > > > 1) Large projects using $DVCS and making it easy for people that

Re: How to cope with patches sanely

2008-02-23 Thread David Nusinow
On Fri, Feb 22, 2008 at 09:37:24AM -0600, Manoj Srivastava wrote: > On Thu, 21 Feb 2008 16:20:49 +0100, martin f krafft <[EMAIL PROTECTED]> said: > > That does not help me during an NMU from the source package. > > For an NMU of one of my source packages, if you can't deal with > the dis

Re: Bits of the gnome 1.x removal effort

2008-02-23 Thread Colin Watson
On Mon, Feb 11, 2008 at 03:43:38PM +0100, Pierre Habouzit wrote: > Colin Watson: telegnome > > If there is a package you love in that list, it'd be _really_ great to > send patches to migrate them to gnome2/gtk2 libraries[0]. With the consent of the previous upstream maint

Re: dpkg-buildpackage now reorganizing debian/control Depends field??

2008-02-23 Thread Loïc Minier
On Fri, Feb 22, 2008, Raphael Hertzog wrote: > 2/ debdiff uses wdiff to show changes on field values and wdiff gives > spurious differences if the sole difference between both values is > a different order. Thus debdiff output is more useful with ordered Depends > fields. (Probably stating the ob

Re: Bug#467097: ITP: eficas -- ASter Command FIle Editor

2008-02-23 Thread Sylvestre Ledru
Le samedi 23 février 2008 à 10:09 +0100, Guus Sliepen a écrit : > On Sat, Feb 23, 2008 at 01:41:05AM +0100, Sylvestre Ledru wrote: > > > Upstream Author : EDF / R&D > > Please include the full name of the author(s). Many people worked on this project. It is very hard to know. > > Descriptio

Re: dpkg-buildpackage now reorganizing debian/control Depends

2008-02-23 Thread Kumar Appaiah
On 23/02/2008, Matthew Johnson wrote: > On Sat Feb 23 12:02, Kumar Appaiah wrote: > > So, I want to build against the reference lapack and blas, and then, > > if the user chooses, then I want the alternatives system to enable the > > use of atlas. Now, the new dpkg-source reordering installs atl

Re: dpkg-buildpackage now reorganizing debian/control Depends field??

2008-02-23 Thread Raphael Hertzog
On Fri, 22 Feb 2008, Daniel Burrows wrote: > On Fri, Feb 22, 2008 at 08:50:37PM +0100, Raphael Hertzog <[EMAIL PROTECTED]> > was heard to say: > > No, Sergei is right. The order of packages within ${shlibs:Depends} is not > > defined, you're not completely avoiding the problem by reverting the > >

Re: Bug#467097: ITP: eficas -- ASter Command FIle Editor

2008-02-23 Thread Guus Sliepen
On Sat, Feb 23, 2008 at 01:41:05AM +0100, Sylvestre Ledru wrote: > Upstream Author : EDF / R&D Please include the full name of the author(s). > Description : ASter Command FIle Editor > > This package provides an application to help to create Code Aster > command files. > Code Aster

Re: ITP: ASTK -- Code_Aster build/control system and front-end

2008-02-23 Thread Guus Sliepen
On Fri, Feb 22, 2008 at 07:40:45PM -0500, Adam C Powell IV wrote: > > Why is it called astk? I can't find an astk tarball on the > > www.code-aster.org site. > > astk is one of the tarballs in the aster-full-src-9.2.0-2.noarch.tar.gz > tarball on the site. They distribute sixteen .tar.gz tarball

Re: dpkg-buildpackage now reorganizing debian/control Depends field??

2008-02-23 Thread Josselin Mouette
On ven, 2008-02-22 at 21:55 +0100, Raphael Hertzog wrote: > On Fri, 22 Feb 2008, Mike Bird wrote: > > What please is the benefit of unnecessarily reordering dependencies > > and leaving everyone on tenterhooks as to whether it will change > > installation outcomes? (If this has already been explai

Re: Bug#466669: ITP: squirrelmail-gpg -- GnuPG plugin for SquirrelMail

2008-02-23 Thread Josselin Mouette
On mer, 2008-02-20 at 11:10 +0100, Jan Hauke Rahm wrote: > On Wed, Feb 20, 2008 at 01:56:05AM -0800, Don Armstrong wrote: > > I really, really hope it's implementing in some incredibly novel way > > that doesn't involve having secret keys on the webserver (channeling > > Manoj) or *even* network ac