Re: what if the upstream version contains hyphens?

2005-07-29 Thread Juergen Salk
* kamaraju kusumanchi [EMAIL PROTECTED] [050729 01:49]: I intend to package gnuplotfortran whose upstream is available at http://sourceforge.net/projects/gnuplotfortran .The upstream released sources whose version is 0.2.2-1 . My questions are 1) What would be the corresponding Debian

Re: what if the upstream version contains hyphens?

2005-07-29 Thread Frank Küster
kamaraju kusumanchi [EMAIL PROTECTED] wrote: I intend to package gnuplotfortran whose upstream is available at http://sourceforge.net/projects/gnuplotfortran .The upstream released sources whose version is 0.2.2-1 . My questions are 1) What would be the corresponding Debian version? Should

Re: Can I simulate a weak conflict?

2005-07-29 Thread Eddy Petrisor
The important thing to realise is that Debian is in fact seriously flawed and needs to be fixed! I hope that (a) the need for a mutual exclusion guarantee is not in dispute and (b) that the existing unilateral declaration of such an exclusion by the 'Conflicts' declaration in a package is

Re: what if the upstream version contains hyphens?

2005-07-29 Thread Antti-Juhani Kaijanaho
On 20050729T014933-0400, kamaraju kusumanchi wrote: 1) What would be the corresponding Debian version? Should it be 0.2.2-1-1 or should i pretend the upstream's version is 0.2.2.1 and name the debian version to be 0.2.2.1-1? As others have mentioned, the former is the correct way. The

Re: RFS: terralib -- A GIS classes and functions library.

2005-07-29 Thread Petter Reinholdtsen
[Jochen Friedrich] you might have a look at the Debian GIS project at http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl. They maintain their own package repository and make sure all GIS classes and functions work together. And the few of us also try to get the packages into debian/main, but

Re: Best practice for Java?

2005-07-29 Thread Arnaud Vandyck
Ricardo Mones wrote: On Sat, 23 Jul 2005 12:46:22 +0200 Eric Lavarde [EMAIL PROTECTED] wrote: There is a big effort to get freed Java packages, documented under http://java.debian.net/. Else, the java-package package allows you to create your own little Java package. If you want to

RFS: libmp3-tag-perl - Module for reading tags of MP3 audio files

2005-07-29 Thread Ian Beckwith
Hello. I'm seeking a sponsor to upload the latest version of libmp3-tag-perl (MP3::Tag) MP3::Tag is a perl module for reading and writing ID3v1 and ID3v2 tags in mp3 files. The version currently in debian is quite old (0.40), and the latest version (0.97) adds quite a few enhancements. I've

Re: [PHP] Standard placement of PHP libraries?

2005-07-29 Thread Neil McGovern
On Thu, Jul 28, 2005 at 06:22:43PM -0300, Jose Carlos do Nascimento wrote: Hi, all There was one policy for php libs ? This was last message that I found about this. http://lists.debian.org/debian-devel/2002/09/msg00109.html And about PEAR libs ? Hi there, We're currently

Re: RFS: libmp3-tag-perl - Module for reading tags of MP3 audio files

2005-07-29 Thread Neil McGovern
On Fri, Jul 29, 2005 at 04:59:04PM +0100, Ian Beckwith wrote: Hello. I'm seeking a sponsor to upload the latest version of libmp3-tag-perl (MP3::Tag) This looks interesting, I'll have a look at it for you. Regards, Neil -- A. Because it breaks the logical sequence of discussion Q. Why is

Re: [PHP] Standard placement of PHP libraries?

2005-07-29 Thread Steve Langasek
On Fri, Jul 29, 2005 at 05:58:13PM +0100, Neil McGovern wrote: On Thu, Jul 28, 2005 at 06:22:43PM -0300, Jose Carlos do Nascimento wrote: Hi, all There was one policy for php libs ? This was last message that I found about this.

volunteer for orphaned package cantus, searching sponsor

2005-07-29 Thread Maximilian Mehnert
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=287985 Hello. I would like to volunteer to continue packaging cantus. Please feel free to contact me if you can spare the time to parent me. I will start working on this as soon as I have someone to talk to ;-) All the best, Maximilian

Re: volunteer for orphaned package cantus, searching sponsor

2005-07-29 Thread Jeroen van Wolffelaar
On Fri, Jul 29, 2005 at 08:34:19PM +0200, Maximilian Mehnert wrote: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=287985 Hello. I would like to volunteer to continue packaging cantus. Please feel free to contact me if you can spare the time to parent me. I will start working on

Re: [PHP] Standard placement of PHP libraries?

2005-07-29 Thread Neil McGovern
On Fri, Jul 29, 2005 at 10:51:47AM -0700, Steve Langasek wrote: On Fri, Jul 29, 2005 at 05:58:13PM +0100, Neil McGovern wrote: On Thu, Jul 28, 2005 at 06:22:43PM -0300, Jose Carlos do Nascimento wrote: There was one policy for php libs ? And about PEAR libs ? We're currently

Re: volunteer for orphaned package cantus, searching sponsor

2005-07-29 Thread Chris Sacca
Maximilian Mehnert wrote: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=287985 Hello. I would like to volunteer to continue packaging cantus. Please feel free to contact me if you can spare the time to parent me. I will start working on this as soon as I have someone to talk to ;-)

Re: [PHP] Standard placement of PHP libraries?

2005-07-29 Thread Steve Langasek
On Fri, Jul 29, 2005 at 07:54:22PM +0100, Neil McGovern wrote: On Fri, Jul 29, 2005 at 10:51:47AM -0700, Steve Langasek wrote: On Fri, Jul 29, 2005 at 05:58:13PM +0100, Neil McGovern wrote: On Thu, Jul 28, 2005 at 06:22:43PM -0300, Jose Carlos do Nascimento wrote: There was one policy

Re: [PHP] Standard placement of PHP libraries?

2005-07-29 Thread sean finney
hi steve, just going to jump in here... On Fri, Jul 29, 2005 at 02:10:45PM -0700, Steve Langasek wrote: I'm also not really sure where else it could belong. Uh, debian-devel would be the appropriate list for open development-related discussions that don't otherwise have an associated list.

Re: [PHP] Standard placement of PHP libraries?

2005-07-29 Thread sean finney
hey steve, On Fri, Jul 29, 2005 at 10:51:47AM -0700, Steve Langasek wrote: Why in God's name are you doing that? The charter for debian-webapps is web *application* packages, not packages implemented in PHP or providing PHP bindings that may or may not be used by web application packages.