Re: RFS: marave

2010-08-19 Thread Romain Beauxis
Le jeudi 19 août 2010 22:39:40, Chris a écrit : > > * If you are repacking the sources, the convention is usually to > > > > rename it with dfsg in its version and to document the changes in a > > debian/README.Debian file (in this case, you may also want to mangle > > debian/watch to make it work

Re: RFS: marave

2010-08-19 Thread Chris
On Thu, 19 Aug 2010 20:23:38 -0500 Romain Beauxis wrote: > Le jeudi 19 août 2010 18:19:17, Chris Silva a écrit : > > I would be absolutely thrilled if someone would uploaded this > > package for me! > > Some remarks based on a quick checkup of the sources -- not tried to > compile it. Fair enou

Re: dfsg bit in the package name

2010-08-19 Thread Paul Wise
On Fri, Aug 20, 2010 at 1:00 AM, Ludovico Cavedon wrote: > On Thu, Aug 19, 2010 at 1:39 AM, Paul Wise wrote: >> I personally can't think of any situation where ~dfsg is useful. > > If I want to rebuild a package including the non-free bits, I could > just remove the "~dfsg" from the version and h

Re: RFS: marave

2010-08-19 Thread Chris
Pardon the use of the phone (this package is important to me) But yes, that seems correct. All I did was replace questionable media files and replaced them with Dedian friendly media. I hope this is exceptable to do. Sent from my BlackBerry® -Original Message- From: Romain Beauxis Date

Re: RFS: marave

2010-08-19 Thread Romain Beauxis
Le jeudi 19 août 2010 18:19:17, Chris Silva a écrit : > I would be absolutely thrilled if someone would uploaded this package for > me! Some remarks based on a quick checkup of the sources -- not tried to compile it. * If you are repacking the sources, the convention is usually to rename it wi

Re: RFS: marave

2010-08-19 Thread Romain Beauxis
Le jeudi 19 août 2010 19:01:56, vous avez écrit : > There were copyright issues with original wav and image files included > with the original source tarball that would prevent it from being > packaged for Debian. I see. Then you are not exactly maintaining modified sources but rather a purged ta

Re: RFS: marave

2010-08-19 Thread Chris
On Thu, 19 Aug 2010 18:42:21 -0500 Romain Beauxis wrote: > Le jeudi 19 août 2010 18:19:17, Chris Silva a écrit : > > Greetings mentors, > > Hi ! > > > I am looking for a sponsor for my package "marave". > > Nice name ! > > > My motivation for maintaining this package is: This is a prett

Re: RFS: marave

2010-08-19 Thread Romain Beauxis
Le jeudi 19 août 2010 18:19:17, Chris Silva a écrit : > Greetings mentors, Hi ! > I am looking for a sponsor for my package "marave". Nice name ! > My motivation for maintaining this package is: This is a pretty cool editor > with the ability to have nice themes. I'll maintain the modif

RFS: marave

2010-08-19 Thread Chris Silva
Greetings mentors, I am looking for a sponsor for my package "marave". * Package name: marave Version : 0.7-1 Upstream Author : Roberto Alsina * URL : http://code.google.com/p/marave/ * License : GPL-2+ Section : editors It builds these binary packa

RFS: nc6 (updated package)

2010-08-19 Thread Guillaume Delacour
Dear mentors, I am looking for a sponsor for the new version 1.0-8 of my package "nc6". It builds these binary packages: netcat6- TCP/IP swiss army knife with IPv6 support The package appears to be lintian clean. The upload would fix these bugs: 591988 The package can be found on mentors.d

RFS: midish update

2010-08-19 Thread Alexandre Ratchov
Hi all, I'm looking for a sponsor to verify and upload the new 1.0.3-1 version of midish. It builds a single package: midish - shell-like MIDI sequencer/filter The package is lintian clean, and available here: - http://mentors.debian.net/debian/pool/main/m/midish - deb-src http

RFS: stumpwm (updated package)

2010-08-19 Thread Desmond O. Chang
Dear mentors, I am looking for a sponsor for the new version 1:20100709.gitf6262b0-1 of my package "stumpwm". It builds these binary packages: stumpwm- a Common Lisp window manager The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors

RFS: common-lisp-controller (updated package)

2010-08-19 Thread Desmond O. Chang
Dear mentors, I am looking for a sponsor for the new version 7.4 of my package "common-lisp-controller". It builds these binary packages: common-lisp-controller - Common Lisp source and compiler manager The package appears to be lintian clean. The upload would fix these bugs: 593157 The packag

Bug#583501: ITA: xserver-xorg-video-openchrome -- display driver for VIA Unichrome video chipsets

2010-08-19 Thread Julien Viard de Galbert
retitle 583501 ITA: xserver-xorg-video-openchrome -- display driver for VIA Unichrome video chipsets owner 583501 ! thanks Hi, I have working hardware and some time to give to debian. I already did some bug triage, but some are related to the more recent Chrome9 family of chipset. I think a mor

Re: [Uploaded] RFS: glogg (third try, new version)

2010-08-19 Thread Varun Hiremath
On Thu, 19 Aug, 2010 at 06:23:48PM +0100, Nicolas Bonnefon wrote: > I just re-uploaded an updated version including your proposed fixes, > m.d.n seems happy to replace the files. Uploaded. Thanks for your work! -Varun -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a s

Re: Package Configuration

2010-08-19 Thread The Fungi
On Thu, Aug 19, 2010 at 04:36:49PM +0100, Chris Baines wrote: > I would be happy for you to file a bug as I am not that familiar with > the Debian policy on this, and have little experience filing bugs. Done. See http://bugs.debian.org/593628 and follow up to 593...@bugs.debian.org if you like. --

Re: RFS: glogg (third try, new version)

2010-08-19 Thread Nicolas Bonnefon
On Thu, Aug 19, 2010 at 01:04:07PM -0400, Varun Hiremath wrote: On Thu, 19 Aug, 2010 at 02:29:39PM +0100, Nicolas Bonnefon wrote: > I have just fixed these two problems, is it alright to re-upload to > m.d.o with the same version number? Yes, that should be fine. I just re-uploaded an updated

Re: RFS: glogg (third try, new version)

2010-08-19 Thread Varun Hiremath
On Thu, 19 Aug, 2010 at 02:29:39PM +0100, Nicolas Bonnefon wrote: > On Wed, Aug 18, 2010 at 10:19:58PM -0400, Varun Hiremath wrote: > >I would upload the package if you fixed the following (minor) issues: > > > >1/ lintian W: glogg source: out-of-date-standards-version 3.8.4 > >(current is 3.9.1) >

Re: dfsg bit in the package name

2010-08-19 Thread Ludovico Cavedon
On Thu, Aug 19, 2010 at 1:39 AM, Paul Wise wrote: > I personally can't think of any situation where ~dfsg is useful. If I want to rebuild a package including the non-free bits, I could just remove the "~dfsg" from the version and have it win over the one the official repository. Still, it is not

Re: Package Configuration

2010-08-19 Thread Chris Baines
On Thu, 2010-08-19 at 14:36 +, The Fungi wrote: > On Thu, Aug 19, 2010 at 02:24:51PM +, The Fungi wrote: > > On Thu, Aug 19, 2010 at 03:11:50PM +0100, Chris Baines wrote: > > > Ok, that makes my work easier. Still surprising though, I thought > > > the dpkg purge command was meant to as the

Re: Package Configuration

2010-08-19 Thread The Fungi
On Thu, Aug 19, 2010 at 02:24:51PM +, The Fungi wrote: > On Thu, Aug 19, 2010 at 03:11:50PM +0100, Chris Baines wrote: > > Ok, that makes my work easier. Still surprising though, I thought > > the dpkg purge command was meant to as the man page says "remove > > everything". Obviously it cant do

Re: Package Configuration

2010-08-19 Thread The Fungi
On Thu, Aug 19, 2010 at 03:11:50PM +0100, Chris Baines wrote: > Ok, that makes my work easier. Still surprising though, I thought > the dpkg purge command was meant to as the man page says "remove > everything". Obviously it cant do this if the home directory is > off limits. If you can find where

Re: php-fpdf - watch and epoch trouble

2010-08-19 Thread Alessandro De Zorzi
Il 19/08/2010 10:29, David Paleino ha scritto: > > If you already uploaded it, the epoch will stay there. > of course, but I mean the problem with watch file could be solved (until 1.7 version) Alessandro -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "

Re: Package Configuration

2010-08-19 Thread Ansgar Burchardt
Hi, Chris Baines writes: > Sorry for the ambiguous message subject, one of the packages I am > building creates configuration files in the users home directory. > However when I purge the package these files do not get deleted. That is how a package should behave: the package manager must never

Re: php-fpdf - watch and epoch trouble

2010-08-19 Thread Alessandro De Zorzi
Il 19/08/2010 09:54, nikro...@gmail.com ha scritto: > My proposition doesn't seem correct to you ? > sorry for delay, thanks for suggestion, but your watch file does not seems work with version 1.6 just uploaded Alessandro (lota) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.o

Re: Package Configuration

2010-08-19 Thread Chris Baines
On Thu, 2010-08-19 at 13:58 +, The Fungi wrote: > Package scripts shouldn't ever mess directly with files in homedirs. > It's fine that the packaged application itself may create user > configuration and may even remove user configuration, but the > packaging must not. It's simply a fact of lif

Re: RFS: service-wrapper-java [2nd try]

2010-08-19 Thread tony mancill
Hi Remi, I'm still willing to sponsor the package and have looked at your changes - I've just been a little slow. I'll upload this weekend. Thank you, tony On Thu, Aug 19, 2010 at 01:46:19PM +0200, Rémi Debay wrote: > Dear mentors, > > I am looking for a sponsor for my package "service-wrappe

Re: Package Configuration

2010-08-19 Thread Matt Zagrabelny
On Thu, Aug 19, 2010 at 8:35 AM, Chris Baines wrote: > Hello Mentors, > > Sorry for the ambiguous message subject, one of the packages I am > building creates configuration files in the users home directory. > However when I purge the package these files do not get deleted. > > Does anyone know wh

Re: Package Configuration

2010-08-19 Thread The Fungi
On Thu, Aug 19, 2010 at 02:35:13PM +0100, Chris Baines wrote: > Sorry for the ambiguous message subject, one of the packages I am > building creates configuration files in the users home directory. > However when I purge the package these files do not get deleted. > > Does anyone know where I can

Re: RFS: service-wrapper-java [2nd try]

2010-08-19 Thread Rémi Debay
Great ! thanks for your help. Rémi Debay, ACGCenter Synergie Park Des Bonnettes 2, rue Willy Brandt 62000 Arras, France Ligne directe : +33 (0)3 21 15 36 36 www.acgcenter.com On Thu, Aug 19, 2010 at 3:52 PM, tony mancill wrote: > Hi Remi, > > I'm still willing to sponsor the package and

Package Configuration

2010-08-19 Thread Chris Baines
Hello Mentors, Sorry for the ambiguous message subject, one of the packages I am building creates configuration files in the users home directory. However when I purge the package these files do not get deleted. Does anyone know where I can find the relevant Debian documentation describing how t

Re: RFS: glogg (third try, new version)

2010-08-19 Thread Nicolas Bonnefon
On Wed, Aug 18, 2010 at 10:19:58PM -0400, Varun Hiremath wrote: I would upload the package if you fixed the following (minor) issues: 1/ lintian W: glogg source: out-of-date-standards-version 3.8.4 (current is 3.9.1) (please update the lintian package on your system) 2/ Since this would be th

Re: RFS: poppler (updated package)

2010-08-19 Thread Osamu Aoki
On Wed, Aug 18, 2010 at 11:22:38AM -0400, Michael Gilbert wrote: V> On Wed, 18 Aug 2010 11:20:23 -0400, Michael Gilbert wrote: > > On Wed, 18 Aug 2010 21:03:08 +0900, Osamu Aoki wrote: > > > At this point, we should not upload this trivial fix but we need to wait > > > package migration of poppler.

RFS: service-wrapper-java [2nd try]

2010-08-19 Thread Rémi Debay
Dear mentors, I am looking for a sponsor for my package "service-wrapper-java". * Package name : service-wrapper-java Version : 3.5.3-2 Upstream Author : Tanuki Software Ltd * URL : http://wrapper.tanukisoftware.com/doc/ * License : GPLv2 Section : java It builds these binary packages: libserv

Re: Subject: [Uploaded] RFS: testng (updated package)

2010-08-19 Thread Varun Hiremath
Hi Marcus, On Thu, 19 Aug, 2010 at 09:47:11AM +0200, Marcus Better wrote: > > Would you like to fix any of these? If this minimal-change RC fix > > upload is intended for squeeze, > > Exactly, I'll fix those later. Uploaded. Thanks, Varun -- To UNSUBSCRIBE, email to debian-mentors-requ...@li

Re: dfsg bit in the package name

2010-08-19 Thread Paul Wise
On Thu, Aug 19, 2010 at 7:08 AM, Felipe Sateler wrote: > And if there are any prospects of upstream cleaning up their tree, the ~ > symbol makes it possible to re-release the same tarball without the > offending files. It would be better if upstream just incremented their version than re-release

Re: php-fpdf - watch and epoch trouble

2010-08-19 Thread David Paleino
On Thu, 19 Aug 2010 09:52:02 +0200, Alessandro De Zorzi wrote: > anyway I suppose next relase will be 1.61 and the problem will disappear, If you already uploaded it, the epoch will stay there. -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- ht

Re: php-fpdf - watch and epoch trouble

2010-08-19 Thread nikrou77
My proposition doesn't seem correct to you ? > I think you could change you  watch file like that : version=3 opts=dversionmangle=s/\.dfsg$// \ http://www.fpdf.org/en/download.php dl.php\?v=([0-9])([0-9])([0-9])?\&f=tgz I tested with local version 1.6.0 and not 1.6 ! 2010/8/19 Alessandro D

Re: php-fpdf - watch and epoch trouble

2010-08-19 Thread Alessandro De Zorzi
Il 17/08/2010 13:46, Thomas Goirand ha scritto: > IMHO, the problem is rather than upstream is using a silly > numbering system. uscan is quite right that 6 is a smaller > number than 53, don't you think? > yes, I agree > If I was you, I would try to get in touch with upstream, and > have them c

Re: Subject: RFS: testng (updated package)

2010-08-19 Thread Marcus Better
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Varun, > I can upload the package, Great, thanks! > but I see some easy-to-fix lintian warnings: > Would you like to fix any of these? If this minimal-change RC fix > upload is intended for squeeze, Exactly, I'll fix those later. Cheers, Marc