Re: Subject: RFS: testng (updated package)
-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, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxs4X8ACgkQXjXn6TzcAQknPQCgygZdfjm8LpTngaEzeIuEUaGy yCQAn2X/xvEUSp2tMDRDVmgcjET/kY2f =JE+8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/i4inid$12...@dough.gmane.org
Re: php-fpdf - watch and epoch trouble
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 change version numbers for something that isn't as silly as now. Debian wont be the only distribution having issues with it! I wrote to upstream author before release package but he never reply to me... so I used epoch to relase the package... or should I change version from 1.6 in to 1.60 on dfsg package? anyway I suppose next relase will be 1.61 and the problem will disappear, at this time I only want to fix lintian warning, can I use in this case lintian-overrides? TIA Alessandro
Re: php-fpdf - watch and epoch trouble
My proposition doesn't seem correct to you ? gt; I think you could change younbsp; 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])?\amp;amp;f=tgz I tested with local version 1.6.0 and not 1.6 ! 2010/8/19 Alessandro De Zorzi lt;l...@nonlontano.itgt; Il 17/08/2010 13:46, Thomas Goirand ha scritto: IMHO, the problem is rather than upstream is using a sillynumbering system. uscan is quite right that 6 is a smallernumber than 53, don't you think? yes, I agree If I was you, I would try to get in touch with upstream, andhave them change version numbers for something that isn'tas silly as now. Debian wont be the only distribution havingissues with it! I wrote to upstream author before release package but he never reply tome... so I used epoch to relase the package... or should I change versionfrom 1.6 in to 1.60 on dfsg package? anyway I suppose next relase will be 1.61 and the problem willdisappear, at this time I only want to fix lintian warning, can I use in this caselintian-overrides? TIA Alessandro signature.asc Description: OpenPGP digital signature
Re: php-fpdf - watch and epoch trouble
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 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: dfsg bit in the package name
On Thu, Aug 19, 2010 at 7:08 AM, Felipe Sateler fsate...@debian.org 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-released a version. http://wiki.debian.org/UpstreamGuide#ReleasesandVersions I personally can't think of any situation where ~dfsg is useful. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=qk_1=mfzk14r_-eupc6k1303wrzjgu4i5i...@mail.gmail.com
Re: Subject: [Uploaded] RFS: testng (updated package)
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...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819103553.ga20...@localhost.localdomain
RFS: service-wrapper-java [2nd try]
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: libservice-wrapper-java - Jar daemon wrapper java libraries libservice-wrapper-jni - Jar daemon wrapper JNI libraries service-wrapper - Jar daemon wrapper The package appears to be lintian clean. My motivation for maintaining this package is: The package is a needed dependency for another RFP package I2P (bug : #448638). As I am packaging the I2P router, I need this dependency to get onto the repositories. I got contact with the upstream Author and I will maintain the software with their help. Please get a special attention to the name of the package, how I am building it, and to the jni libraries binaries built by the package. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/service-wrapper-java - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/service-wrapper-java/service-wrapper-java_3.5.3-2.dsc I would be glad if someone uploaded this package for me. Kind regards Rémi Debay,
Re: RFS: poppler (updated package)
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. I agree that this change is trivial (and rather unnecessary), but the release team was insistent (at least with me) that they wouldn't unblock until it was fixed. It appears that they are less stringent for unblock requests coming directly from DDs. I do not know ... If you compare: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592812 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593435 Mine uses reportbug which makes formatted letter including required command for archive maintainance (i.e., less work for release team). Also my request was more explicit than yours citing RC. These made release team to understand importentance of my request without argument and tilted judgement toward accepting request without question. That is my take. (Once you get some suggestion, you are not expected to argue with release team. If they requested, you should have made such package immediately.) Anyway this is history, please read on. However, I'm not sure if your unblock went through; at least according to the qa page its still blocked [0]. It takes some time to get these archive script to be run. Now both xpdf 3.02-9 and poppler 0.12.4-1.1 are in testing. The previous poppler package that I had sponsored fixed an RC issue by versioning a Conflicts entry. The release team wants the corresponding Where is this discussion? See my freeze exception request: http://bugs.debian.org/592812. Actually that doesn't cover the entire discussion. I had a conversation on #debian-release that was more definitive, which I can send later. There may be some good reason behind Conflicts and Replaces not versioned in the same way. Unless you really want to upload poppler 0.12.4-1.2, let's move on to upload xpdf in nice shape. * xpdf 3.02-10 (as planned, please finalize git by tommorow.) Let poppler maintainer worry fixing cosmetic issues. There are many. Osamu -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819123620.ga4...@debian.org
Re: RFS: glogg (third try, new version)
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 the first upload to Debian, it would be good to cleanup the debian/changelog and add a single entry for 0.8.0-1 as Initial upload (Closes: #ITP-BUG). Thanks a lot Varun! I have just fixed these two problems, is it alright to re-upload to m.d.o with the same version number? Best regards Nick -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819132939.gp32...@bonnefon.org
Package Configuration
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 to setup the package so that it behaves as expected? Does anyone know of any packages with this kind of setup so I can have an example to work off? Thanks, Chris -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282224913.10802.3.ca...@chris-debian-desktop
Re: RFS: service-wrapper-java [2nd try]
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 tmanc...@debian.org wrote: 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-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: libservice-wrapper-java - Jar daemon wrapper java libraries libservice-wrapper-jni - Jar daemon wrapper JNI libraries service-wrapper - Jar daemon wrapper The package appears to be lintian clean. My motivation for maintaining this package is: The package is a needed dependency for another RFP package I2P (bug : #448638). As I am packaging the I2P router, I need this dependency to get onto the repositories. I got contact with the upstream Author and I will maintain the software with their help. Please get a special attention to the name of the package, how I am building it, and to the jni libraries binaries built by the package. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/service-wrapper-java - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/service-wrapper-java/service-wrapper-java_3.5.3-2.dsc I would be glad if someone uploaded this package for me. Kind regards Rémi Debay, -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819135250.ga13...@dorf.mancill.com
Re: Package Configuration
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 find the relevant Debian documentation describing how to setup the package so that it behaves as expected? Does anyone know of any packages with this kind of setup so I can have an example to work off? 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 life that if you install some packaged application and run it, and then uninstall that application later, you're likely to have cruft in your home directory. -- { IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829); SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819135809.ga2...@yuggoth.org
Re: Package Configuration
On Thu, Aug 19, 2010 at 8:35 AM, Chris Baines cbain...@gmail.com 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 where I can find the relevant Debian documentation describing how to setup the package so that it behaves as expected? Does anyone know of any packages with this kind of setup so I can have an example to work off? Others will correct me if I am wrong, I believe (policy states?) that the home directory is off limits when purging packages. That is, the files/directories created aren't config files, per se. HTH, -matt zagrabelny -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikd16ki3agqnc0tt8gctzsnvpttzvuf=dxyg...@mail.gmail.com
Re: RFS: service-wrapper-java [2nd try]
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-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: libservice-wrapper-java - Jar daemon wrapper java libraries libservice-wrapper-jni - Jar daemon wrapper JNI libraries service-wrapper - Jar daemon wrapper The package appears to be lintian clean. My motivation for maintaining this package is: The package is a needed dependency for another RFP package I2P (bug : #448638). As I am packaging the I2P router, I need this dependency to get onto the repositories. I got contact with the upstream Author and I will maintain the software with their help. Please get a special attention to the name of the package, how I am building it, and to the jni libraries binaries built by the package. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/service-wrapper-java - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/service-wrapper-java/service-wrapper-java_3.5.3-2.dsc I would be glad if someone uploaded this package for me. Kind regards Rémi Debay, -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819135250.ga13...@dorf.mancill.com
Re: Package Configuration
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 life that if you install some packaged application and run it, and then uninstall that application later, you're likely to have cruft in your home directory. On Thu, 2010-08-19 at 08:55 -0500, Matt Zagrabelny wrote: Others will correct me if I am wrong, I believe (policy states?) that the home directory is off limits when purging packages. That is, the files/directories created aren't config files, per se. 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. Thanks, Chris -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282227110.10802.9.ca...@chris-debian-desktop
Re: php-fpdf - watch and epoch trouble
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.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c6d3d37.2050...@nonlontano.it
Re: Package Configuration
Hi, Chris Baines cbain...@gmail.com 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 touch files in home directories. Doing so would create undesired effects on multi-user systems or when the home directory is shared between systems (in this case the package manager might not even have write permission there anyway). Regards, Ansgar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aaoi7l7k@marvin.43-1.org
Re: php-fpdf - watch and epoch trouble
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 unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c6d3dd3.1030...@nonlontano.it
Re: Package Configuration
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 you read that statement, and if it was an official Debian document, a bug report and patch proposal are in order to clarify this point. -- { IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829); SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819142449.gb2...@yuggoth.org
Re: Package Configuration
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 this if the home directory is off limits. If you can find where you read that statement, and if it was an official Debian document, a bug report and patch proposal are in order to clarify this point. Sorry, you said right there dpkg [...] man page. I should read more closely. [...] purge: The package is selected to be purged (i.e. we want to remove everything, even configuration files). [...] Note: some configuration files might be unknown to dpkg because they are created and handled separately through the configuration scripts. In that case, dpkg won't remove them by itself, but the package's postrm script (which is called by dpkg), has to take care of their removal during purge. [...] Agreed--this is misleading, and clarification is probably in order. File a minor/wishlist bug against dpkg (or I'll be happy to if you prefer). -- { IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829); SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819143608.gc2...@yuggoth.org
Re: Package Configuration
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 man page says remove everything. Obviously it cant do this if the home directory is off limits. If you can find where you read that statement, and if it was an official Debian document, a bug report and patch proposal are in order to clarify this point. Sorry, you said right there dpkg [...] man page. I should read more closely. [...] purge: The package is selected to be purged (i.e. we want to remove everything, even configuration files). [...] Note: some configuration files might be unknown to dpkg because they are created and handled separately through the configuration scripts. In that case, dpkg won't remove them by itself, but the package's postrm script (which is called by dpkg), has to take care of their removal during purge. [...] Agreed--this is misleading, and clarification is probably in order. File a minor/wishlist bug against dpkg (or I'll be happy to if you prefer). -- { IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829); SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); } 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. Thanks, Chris -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282232209.2790.2.ca...@chris-debian-desktop
Re: dfsg bit in the package name
On Thu, Aug 19, 2010 at 1:39 AM, Paul Wise p...@debian.org 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 nice to have some packages using +dfsg and some ~dfsg, as it creates confusion. Ciao, Ludovico -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=xx15ylew16r3ewezg-p0kr8vtwjidgu0kb...@mail.gmail.com
Re: RFS: glogg (third try, new version)
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) (please update the lintian package on your system) 2/ Since this would be the first upload to Debian, it would be good to cleanup the debian/changelog and add a single entry for 0.8.0-1 as Initial upload (Closes: #ITP-BUG). Thanks a lot Varun! 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. Varun -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819170407.ga3...@localhost.localdomain
Re: RFS: glogg (third try, new version)
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 version including your proposed fixes, m.d.n seems happy to replace the files. Thanks Varun! -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819172348.gs32...@bonnefon.org
Re: Package Configuration
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. -- { IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829); SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819180227.gd2...@yuggoth.org
Re: [Uploaded] RFS: glogg (third try, new version)
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 subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819180228.ga24...@localhost.localdomain
Bug#583501: ITA: xserver-xorg-video-openchrome -- display driver for VIA Unichrome video chipsets
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 more recent package using upstream trunk can help sorting those bugs (if ever the submitters dare to try a new package). Also as squeeze is frozen, an experimental package is probably preferred. I've setup a git working place including debian's git and upstream svn. It looks like the experimental branches have not been updated for long. The upstream-experimental will merge nicely, but the debian-experimental branch has kind of diverged... Should I merge it (using some git revert if needed first), or can I just restart it from the debian-unstable branch ? This does not look like good git practice, except if you look at experimental like a wip branch. How are other doing ? Finally I'm not DD (nor DM) so I will need help, review and sponsoring, I hope some of you will have time for that. Best regards -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819183014.ga25...@vdg.blogsite.org
RFS: common-lisp-controller (updated package)
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 package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/common-lisp-controller - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/common-lisp-controller/common-lisp-controller_7.4.dsc I would be glad if someone uploaded this package for me. Kind regards Desmond O. Chang -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikxadsmxcxf2poofmdyo2t1ubqtcr91sbasw...@mail.gmail.com
RFS: stumpwm (updated package)
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.debian.net/debian/pool/main/s/stumpwm - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/stumpwm/stumpwm_20100709.gitf6262b0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Desmond O. Chang -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinos+sq0kspqdmdcin+h=z6xtjchlc4kdke9...@mail.gmail.com
RFS: midish update
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://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/midish/midish_1.0.3-1.dsc cheers, -- Alexandre -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819185314.ge21...@moule.localdomain
RFS: nc6 (updated package)
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.debian.net: - URL: http://mentors.debian.net/debian/pool/main/n/nc6 - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/nc6/nc6_1.0-8.dsc I would be glad if someone uploaded this package for me. signature.asc Description: This is a digitally signed message part
RFS: marave
Greetings mentors, I am looking for a sponsor for my package marave. * Package name: marave Version : 0.7-1 Upstream Author : Roberto Alsina rals...@netmanagers.com.ar * URL : http://code.google.com/p/marave/ * License : GPL-2+ Section : editors It builds these binary packages: marave - A text editor that helps you focus on writing The package appears to be lintian clean. The upload would fix these bugs: 592572 My motivation for maintaining this package is: This is a pretty cool editor with the ability to have nice themes. I'll maintain the modified source (due to copyright issues) while the upstream continues to maintain the original source. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/marave - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/marave/marave_0.7-1.dsc I would be absolutely thrilled if someone would uploaded this package for me! Kind regards and have a great day! Chris Silva 1AB5FEF8 signature.asc Description: PGP signature
Re: RFS: marave
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 modified source (due to copyright issues) while the upstream continues to maintain the original source. What are those issues exactly ? The upstream website says the licence is GPL.. Romain -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008191842.22409.to...@rastageeks.org
Re: RFS: marave
On Thu, 19 Aug 2010 18:42:21 -0500 Romain Beauxis to...@rastageeks.org 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 pretty cool editor with the ability to have nice themes. I'll maintain the modified source (due to copyright issues) while the upstream continues to maintain the original source. What are those issues exactly ? The upstream website says the licence is GPL.. Romain 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. HTH -- Best regards, Chris 1AB5FEF8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819190156.539e5...@makeworld.com
Re: RFS: marave
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 tarball, which seems much more sustainable for long term.. Romain -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008192008.43539.to...@rastageeks.org
Re: RFS: marave
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 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 with your dfsg version..) * For some reasons the files in debian/ are all executable. You should find out why and fix it. * I don't think you need an override for the lintian no-upstream-changelog warning. This is a pedantic warning, it does not deserve such a treatment -- but this is not something you HAVE to fix :) * I am not sure that the format for long description is correct. A list can be simply written: . * Foo * Bar . * I think the short description should be more concise. In particular, it does not use you in general and rarely the article a. Something like: simple and clean text editor would be better. * Similarly, the long description is a bit verbose something like: Marave (nothing or it doesn't matter in guaraní) is a simple, clean text editor that doesn't distract you from your writing. . * Clean interface. Most of the time: NO interface * Pretty * Customizable . Options include custom background, spell-checker, syntax highlighting, musical background and keyboard feeback. Otherwise, the package looks clean and the work in debian/copyright serious. Please contact me back when you have fixed the above points so we can continue the review process.. Romain -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008192023.38760.to...@rastageeks.org
Re: RFS: marave
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 to...@rastageeks.org Date: Thu, 19 Aug 2010 20:08:42 To: debian-mentors@lists.debian.org Subject: Re: RFS: marave 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 tarball, which seems much more sustainable for long term.. Romain -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008192008.43539.to...@rastageeks.org
Re: dfsg bit in the package name
On Fri, Aug 20, 2010 at 1:00 AM, Ludovico Cavedon cave...@debian.org wrote: On Thu, Aug 19, 2010 at 1:39 AM, Paul Wise p...@debian.org 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. Hmm, I guess that makes sense. Usually I want the opposite though, the package without non-free bits should win over the one with non-free bits. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimciuaz1yycffrwcrqmgkg2-tg+xotiyhrzj...@mail.gmail.com
Re: RFS: marave
On Thu, 19 Aug 2010 20:23:38 -0500 Romain Beauxis to...@rastageeks.org 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 enough! * 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 with your dfsg version..) Done, Done and Done * For some reasons the files in debian/ are all executable. You should find out why and fix it. Done * I don't think you need an override for the lintian no-upstream-changelog warning. This is a pedantic warning, it does not deserve such a treatment -- but this is not something you HAVE to fix :) * I am not sure that the format for long description is correct. A list can be simply written: . * Foo * Bar . Done * I think the short description should be more concise. In particular, it does not use you in general and rarely the article a. Something like: simple and clean text editor would be better. Done * Similarly, the long description is a bit verbose something like: Marave (nothing or it doesn't matter in guaraní) is a simple, clean text editor that doesn't distract you from your writing. . * Clean interface. Most of the time: NO interface * Pretty * Customizable . Options include custom background, spell-checker, syntax highlighting, musical background and keyboard feeback. Nice! I like that. Using it - Done Otherwise, the package looks clean and the work in debian/copyright serious. Please contact me back when you have fixed the above points so we can continue the review process.. Romain Please have a look - The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/m/marave/marave_0.7+dfsg-1.dsc -- Best regards, Chris 1AB5FEF8 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819223940.57a61...@makeworld.com
Re: RFS: marave
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 with your dfsg version..) Done, Done and Done Woops, I should have been more careful.. The changes in the sources should be documented in README.Debian-source, not README.Debian, my bad, sorry. Additionaly, the purpose of this file is that if someone takes over the maintenance of the package later, to be able to build a new tarball from the original sources of, say, a new release. So, I believe you should add more than the current: This (dfsg) clean version of this package was produce by replacing all the wav and jpeg files included in the original upstream source. If I would be taking the package, I would like to know what are exactly the file that have been changed, what was the license that was not DFSG and where did you get the new files. That way, if a new upstream release happen, I can check if the licence has changed, and if not get the files you have used.. Also, lintian gives me the following warning: W: marave: extra-license-file usr/share/pyshared/marave/editor/highlight/LICENSE N: N:All license information should be collected in the debian/copyright N:file. This usually makes it unnecessary for the package to install this N:information in other places as well. N: N:Refer to Debian Policy Manual section 12.5 (Copyright information) for N:details. N: N:Severity: normal, Certainty: possible dpkg -L marave also gives me this file which I think should be removed: /usr/share/pyshared/marave/editor/highlight/AUTHORS During the build, i see: dpkg-gencontrol: warning: Depends field of package marave: unknown substitution variable ${shlibs:Depends} - Your package does not ship any binary arch-specific files (hence it is a Arch:all package), you do not need shlibs:Depends dpkg-gencontrol: warning: Provides field of package marave: unknown substitution variable ${python:Provides} dpkg-gencontrol: warning: package marave: unused substitution variable ${python:Versions} - You should check these fields with the Python Policy. Appart from this, the package builds and runs ok. I would recommend to fix the mentioned issues and also to check against the latest python policy for the two python-specific fields. More generaly, the ususal advice for python-related sponsorship is to ask the python maintainers. However, this is not necessary for this time but next time, you might ask them. You might as well put the package under team maintenance with the future uploads, this makes it much more easy for both you and them :-) Romain PS: by the way, marave, in France, is an argotic word from the Gipsy culture whose meaning is totally different to nothing or it doesn't matter :-) Romain -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201008192318.17225.to...@rastageeks.org