Re: RFS: php-xml-beautifier
Hi, On Thursday, December 15, 2011 05:55:27 AM Thomas Goirand wrote: 1/ pkg-php-tools and missing php-xml-util depends It's good you've switched to pkg-php-tools, but you've missed something important: Depends: ${phppear:Debian-Depends} Fixed. php-xml-util is now also in the binary package dependencies if built with pbuilder. 2/ debian/copyright The copyright notice for GPL-3+ is missing important bits that, unless I'm mistaking, should be there. Other packages I've seen carrying the GPL3 have a no warranty disclaimer and the address of the FSF. I believe it should be in your debian/copyright too. I think I've corrected the copyright file but there are not really any examples of how these files should look. I hope its correct that way. The newest version is in my git-repo: https://git.fsinf.at/apt/php-xml-beautifier ... I hope its ok if I don't upload the newest version to mentors every time. 3/ Using Git for packaging It'd be great if you were using git-buildpackage and storing your packaging into Git. A majority of PEAR packages are using it, and most are stored in /git/pkg-php. Would you care for joining the Alioth group and maintain this way? (it's not mandatory to team maintain, but I really recommend it) My previous join-request was completely ignored. All-in-all http://php.debian.net seems pretty broken and dead and the mailinglists are predominantely used to redistribute spam. On git-buildpackage: I didn't get pbuilder integration to work correctly, so I'd rather avoid using git-buildpackage for now. I hope the package is now fit for debian sid! greetings, Mati -- me on twitter: @mathiasertl | soup: http://soup.er.tl I only read plain-text mail! I prefer signed/encrypted mail! signature.asc Description: This is a digitally signed message part.
Re: RFS: chordii - ITA #607321
On Tue, Dec 13, 2011 at 12:16:43AM +1300, Malcolm Locke wrote: Dear mentorists, I am looking for a sponsor for my package chordii. This is a small set of changes to make the package lintian clean and update the standards version. * Package name: chordii Version : 4.3+repack-2 Upstream Author : Johan Vromans * URL : http://www.vromans.org/johan/projects/Chordii/ * License : GPL 3 Section : text It builds these binary packages: chordii- Text file (chordpro format) to music sheet converter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/chordii Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/chordii/chordii_4.3+repack-2.dsc I have updated this package based on recommendations from a review by pabs on #debian-mentors, it now features the following changes: * Add descriptions to existing patches * Update Standards Version to 3.9.2 * Remove blank line from watch file * Update dpkg-source version to 3.0 (quilt) * Update to dh rules.tiny * Remove redundant man_MANS from man/Makefile.am * Replace debian/repack.sh with debian/rules get-orig-source Would appreciate if anyone could give it a look over. Thanks, Malc -- 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/20111215111306.GA20897@rudy
Re: RFS: nginx backport to Debian Squeeze.
On Thu, Dec 15, 2011 at 7:19 PM, Sven Hoexter s...@timegate.de wrote: As long as the primary maintainer/uploader do not veto an update for backports, or prefer to care about sponsoring it themself, I'd be willing to upload it. Go ahead. I personally feel that Cyril is doing good job in backporting nginx. Someday, I or some other will wake up and sponsor nginx in backport. Thanks - Sven :) -- Kartik Mistry | IRC: kart_ {0x1f1f, kartikm}.wordpress.com -- 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/CAPDygeyPtWM-hhygfe1jZmT_RJBxYHw=qgxk1pg9jeaxgyo...@mail.gmail.com
Re: RFS: nginx backport to Debian Squeeze.
On Mon, Dec 12, 2011 at 08:29:45PM +0100, Cyril Lavier wrote: Hi, I am looking for a sponsor for my package nginx. It's a backport of the package which is available on Debian Testing. * Package name: nginx * Version : 1.1.8-2~bpo60+1 * Section : httpd As long as the primary maintainer/uploader do not veto an update for backports, or prefer to care about sponsoring it themself, I'd be willing to upload it. Sven -- 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/20111215134930.ga6...@sho.bk.hosteurope.de
Re: RFS: php-xml-beautifier
On 12/15/2011 06:50 PM, Mathias Ertl wrote: My previous join-request was completely ignored. All-in-all http://php.debian.net seems pretty broken and dead and the mailinglists are predominantely used to redistribute spam. I haven't seen you sending any email to the list for PHP: pkg-php-ma...@lists.alioth.debian.org you should do so if you want to join the pkg-php group. Don't expect that any random request to join will be approved. You got to ask and tell who you are on the list. I think that's truth for every lists in Debian (I'd like to have other project admin's opinions about this). I hope the package is now fit for debian sid! I'm downloading and checking again. Thomas -- 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/4eea05bd.4000...@debian.org
Re: RFS: qastools - multipackage version
Dear mentors, I am looking for a sponsor for my package qastools. The current multipackage version is now uploaded to mentors. * Package name: qastools Version : 0.16.1-1 Upstream Author : Sebastian Holtermann sebh...@xwmw.org * URL : http://xwmw.org/qastools * License : GPL-3 Section : sound It builds those binary packages: qastools-common - QasTools: Common files qastools-qasconfig - QasTools: ALSA configuration browser qastools-qashctl - QasTools: High level Control Interface ALSA mixer qastools-qasmixer - QasTools: ALSA mixer for the desktop To access further information about this package, please visit the following URL: http://mentors.debian.net/package/qastools Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/q/qastools/qastools_0.16.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Sebastian Holtermann -- 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/4eea0b6d.40...@gmx.de
Re: RFS: qastools - multipackage version
Am 15.12.2011 15:59, schrieb Sebastian H.: It builds those binary packages: qastools-common - QasTools: Common files qastools-qasconfig - QasTools: ALSA configuration browser qastools-qashctl - QasTools: High level Control Interface ALSA mixer qastools-qasmixer - QasTools: ALSA mixer for the desktop I understand you want to replace the current qasconfig and qasmixer package. So why do you give the new packages a different name? (I also still don't think they need to be split in four binary packages.) 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/4eea0f98.3020...@debian.org
Re: RFS: qastools - multipackage version
It builds those binary packages: qastools-common - QasTools: Common files qastools-qasconfig - QasTools: ALSA configuration browser qastools-qashctl - QasTools: High level Control Interface ALSA mixer qastools-qasmixer - QasTools: ALSA mixer for the desktop I understand you want to replace the current qasconfig and qasmixer package. So why do you give the new packages a different name? (I also still don't think they need to be split in four binary packages.) I don't have a strong opinion for the package names. They perfectly could keep their former names since the qas prefix already emphasizes that they are related. Though since they're already separated (qasmixer, qasconfig) I think it's reasonable to keep it that way. The new packages would be qastools-common and qashctl. The naming scheme then would look like this: qastools-common - QasTools common files qasconfig - ALSA configuration browser qashctl - High level Control Interface ALSA mixer qasmixer - ALSA mixer for the desktop Sebastian -- 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/4eea1901.5020...@gmx.de
Re: RFS: fonts-play
On Thu, 2011-12-15 at 10:44 +0800, Paul Wise wrote: There is a precompiled Windows binary in the source package: tools/ttfautohint/ttfautohint002.exe Facepalm! Removed. I note a lot of the tools refer to /usr/local/bin/fontforge, that should be changed to using env or /usr/bin/fontforge I've added a patch to fix this. I wonder if the tools should be packaged separately since future Google fonts might use them too? Maybe Dave has some advice there. Yes, this is true, and it's on my to-do, I am avoiding it for the first release however, would I be wrong in doing so? fontlint complaints to forward upstream: Play-Bold.ttf Validation Play-Bold ...Failed Self Intersecting Glyph Play-Regular.ttf The glyph named mu is mapped to U+00B5. But its name indicates it should be mapped to U+03BC. The glyph named Delta is mapped to U+2206. But its name indicates it should be mapped to U+0394. Validation Play-Regular ...Failed Self Intersecting Glyph Play-Bold.otf A point in g is outside the font bounding box data. A point in gcircumflex is outside the font bounding box data. A point in gbreve is outside the font bounding box data. A point in gdotaccent is outside the font bounding box data. A point in gcommaaccent is outside the font bounding box data. A point in eng is outside the font bounding box data. Validation Play-Bold ...Failed Self Intersecting Glyph Bad 'CFF ' table Play-Regular.otf The glyph named mu is mapped to U+00B5. But its name indicates it should be mapped to U+03BC. The glyph named Delta is mapped to U+2206. But its name indicates it should be mapped to U+0394. A point in scedilla is outside the font bounding box data. A point in perthousand.smcp is outside the font bounding box data. Validation Play-Regular ...Failed Self Intersecting Glyph Bad 'CFF ' table Right, will do. Relevant lintian complaints: P: fonts-play source: source-contains-prebuilt-windows-binary tools/ttfautohint/ttfautohint002.exe P: fonts-play source: unversioned-copyright-format-uri http://dep.debian.net/deps/dep5 Until the proposed versioned address has been finalised, I consider it the friendliest compromise. But I may be wrong in this? I: fonts-play source: debian-watch-file-is-missing No good way that I can see to watch a mercurial repo, archives for download have been suggested upstream, but those would be of the whole directory and not relevant to looking for new versions of a specific font anyways. P: fonts-play: no-upstream-changelog Should I be generating this from the revision history? P: fonts-play: data.tar.xz-member-without-dpkg-pre-depends I've fixed this, is there anything more that would need doing for Ubuntu in this, or is adding the pre-depends enough? I'm not subscribed to the lists, so do CC me. -- Martin Erik Werner martinerikwer...@gmail.com signature.asc Description: This is a digitally signed message part
Fwd: Re: DEP-5 versioned URI / Lintian complains
On 15.12.2011 00:16, Russ Allbery wrote: For right now, I would ignore the complaint and use an unversioned URL, All right, http://www.debian.org/doc/packaging-manuals/copyright-format/1.0 (cf. #640737) without trailing slash prevents any Lintian complain (2.5.3). Greetings, Daniel Stender -- 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/4eea2143.7080...@danielstender.com
Re: RFS: qastools - multipackage version
The naming scheme then would look like this: qastools-common - QasTools common files qasconfig - ALSA configuration browser qashctl - High level Control Interface ALSA mixer qasmixer - ALSA mixer for the desktop Rebuilt and uploaded: http://mentors.debian.net/package/qastools dget -x http://mentors.debian.net/debian/pool/main/q/qastools/qastools_0.16.1-1.dsc Sebastian -- 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/4eea2490.60...@gmx.de
Re: Fwd: Re: DEP-5 versioned URI / Lintian complains
On Thu, 2011-12-15 at 17:33 +0100, Daniel Stender wrote: On 15.12.2011 00:16, Russ Allbery wrote: For right now, I would ignore the complaint and use an unversioned URL, All right, http://www.debian.org/doc/packaging-manuals/copyright-format/1.0 (cf. #640737) without trailing slash prevents any Lintian complain (2.5.3). Well, yes, except that it's a URL which is not (yet) working. Regards, Martin -- 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/1323973887.3951.28.camel@monk
Re: RFS: fonts-play
On Thu, 2011-12-15 at 17:31 +0100, Martin Erik Werner wrote: On Thu, 2011-12-15 at 10:44 +0800, Paul Wise wrote: There is a precompiled Windows binary in the source package: tools/ttfautohint/ttfautohint002.exe Facepalm! Removed. I note a lot of the tools refer to /usr/local/bin/fontforge, that should be changed to using env or /usr/bin/fontforge I've added a patch to fix this. I wonder if the tools should be packaged separately since future Google fonts might use them too? Maybe Dave has some advice there. Yes, this is true, and it's on my to-do, I am avoiding it for the first release however, would I be wrong in doing so? fontlint complaints to forward upstream: Play-Bold.ttf Validation Play-Bold ...Failed Self Intersecting Glyph Play-Regular.ttf The glyph named mu is mapped to U+00B5. But its name indicates it should be mapped to U+03BC. The glyph named Delta is mapped to U+2206. But its name indicates it should be mapped to U+0394. Validation Play-Regular ...Failed Self Intersecting Glyph Play-Bold.otf A point in g is outside the font bounding box data. A point in gcircumflex is outside the font bounding box data. A point in gbreve is outside the font bounding box data. A point in gdotaccent is outside the font bounding box data. A point in gcommaaccent is outside the font bounding box data. A point in eng is outside the font bounding box data. Validation Play-Bold ...Failed Self Intersecting Glyph Bad 'CFF ' table Play-Regular.otf The glyph named mu is mapped to U+00B5. But its name indicates it should be mapped to U+03BC. The glyph named Delta is mapped to U+2206. But its name indicates it should be mapped to U+0394. A point in scedilla is outside the font bounding box data. A point in perthousand.smcp is outside the font bounding box data. Validation Play-Regular ...Failed Self Intersecting Glyph Bad 'CFF ' table Right, will do. Relevant lintian complaints: P: fonts-play source: source-contains-prebuilt-windows-binary tools/ttfautohint/ttfautohint002.exe P: fonts-play source: unversioned-copyright-format-uri http://dep.debian.net/deps/dep5 Until the proposed versioned address has been finalised, I consider it the friendliest compromise. But I may be wrong in this? I: fonts-play source: debian-watch-file-is-missing No good way that I can see to watch a mercurial repo, archives for download have been suggested upstream, but those would be of the whole directory and not relevant to looking for new versions of a specific font anyways. P: fonts-play: no-upstream-changelog Should I be generating this from the revision history? P: fonts-play: data.tar.xz-member-without-dpkg-pre-depends I've fixed this, is there anything more that would need doing for Ubuntu in this, or is adding the pre-depends enough? I'm not subscribed to the lists, so do CC me. I have uploaded new versions to debexpo/mentors: http://mentors.debian.net/package/fonts-play dget -x http://mentors.debian.net/debian/pool/main/f/fonts-play/fonts-play_1.002 +20111215.1-1.dsc ..and to git: http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-play.git;a=tree git clone git://git.debian.org/pkg-fonts/fonts-play.git I've tagged the RFS uploads for easy comparison: git diff debian/1.002+20111214.1-1_RFS1..debian/1.002 +20111214.1-1_RFS2 Not subscribed, please CC. Thanks, -- Martin Erik Werner martinerikwer...@gmail.com signature.asc Description: This is a digitally signed message part
Re: RFS: xxxterm
Dear mentors, I am looking for a sponsor for my package xxxterm. Just re-uploaded the package to close yet another bug. * Package name: xxxterm Version : 1:1.9.0-1 Upstream Author : Several (Marco Peereboom ma...@peereboom.us) * URL : http://opensource.conformal.com/wiki/XXXTerm * License : ISC, MIT, BSD-4-clause, BSD-3-clause, BSD-2-clause, CC-BY Section : web It builds those binary packages: xxxterm- Minimalist's web browser To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xxxterm Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/x/xxxterm/xxxterm_1.9.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Luis Henriques -- 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/20111215192241.GA4439@hades
Re: RFS: nginx backport to Debian Squeeze.
On Thu, Dec 15, 2011 at 07:23:20PM +0530, Kartik Mistry wrote: Hi, I personally feel that Cyril is doing good job in backporting nginx. Someday, I or some other will wake up and sponsor nginx in backport. Thanks - Sven :) Ok. Uploaded. Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- 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/20111215205507.GA3684@marvin
RFS: v8cgi
Dear mentors, I am looking for a sponsor for my package v8cgi, for which I'm also the upstream author. v8cgi is a multi-purpose wrapper around V8 Javascript engine: it can be used as a shell-scripting language/environment, CGI/FastCGI binary or Apache module. It resembles Node.js, but comes with a somewhat simplified and more synchronous interface paradigms - somewhat similar to PHP. One of the design goals for this project is also a high CommonJS compliancy (http://wiki.commonjs.org/wiki/Implementations/v8cgi). v8cgi also comes with a rich set of built-in modules, implemented either in C++ or JS. These either wrap common libraries (sockets, mysql, pgsql, gd, tls, ...) or provide features implemented from scratch (websockets, http, session, unit testing, ...). v8cgi itself is implemented in C++ and has libv8 as its only dependency. It is developed at Google Code (http://code.google.com/p/v8cgi/) under New BSD Licence. Ubuntu packages are available from a Launchpad PPA (https://launchpad.net/~ondras/+archive/v8cgi). Thanks for your time! Sincerely, Ondrej Zara -- 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/CAAgCJPZY6=xhr8BSKoT8cXxQE7Uf-L4qr51=yP=21nyv0gv...@mail.gmail.com