RFS: teseq
Dear mentors, I am looking for a sponsor for my package "teseq". * Package name: teseq Version : 1.0.0-1 Upstream Author : Micah Cowan <[EMAIL PROTECTED]> * URL : http://www.gnu.org/software/teseq/ * License : GPLv3+ Section : devel It builds these binary packages: teseq - a utility for rendering terminal typescripts human-readable The package appears to be lintian clean. The upload would fix these bugs: 493818 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/teseq - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/teseq/teseq_1.0.0-1.dsc I would be glad if someone uploaded this package for me. Thanks! Ryan -- _____ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: teseq
Dear mentors, I am looking for a sponsor for my package "teseq". * Package name: teseq Version : 1.0.0-2 Upstream Author : Micah Cowan <[EMAIL PROTECTED]> * URL : http://www.gnu.org/software/teseq/ * License : GPLv3+ Section : devel It builds these binary packages: teseq - utility for rendering terminal typescripts human-readable The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/teseq - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/teseq/teseq_1.0.0-2.dsc I would be glad if someone uploaded this package for me. I sent a RFS a few days ago, and nobody has responded yet. I have since fixed a few mistakes in my packaging. Thanks, Ryan Niebur -- _____ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: teseq
On Tue, Aug 12, 2008 at 04:00:05AM +, Joe Nahmias wrote: > Hello Ryan, > > > A bit outside my usual territory, but the quality of the documentation > got me interested. > > Packaging looks good overall. The only thing I would recommend is > trying to use the new debian/rules minimization stuff in debhelper v7. > Come back with a -3 that does that along with a proposed set of > debtags[0] and I'll sponsor you. > > Thanks for your efforts! > --Joe > > [0] http://debtags.alioth.debian.org/ > > Hello Joe, Here are my proposed debtags: implemented-in::c, implemented-in::perl, interface::commandline, role::utility The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/teseq - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/teseq/teseq_1.0.0-3.dsc Thanks, Ryan -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: teseq
On Tue, Aug 12, 2008 at 10:18:58PM -0700, Ryan Niebur wrote: > On Tue, Aug 12, 2008 at 04:00:05AM +, Joe Nahmias wrote: > > Hello Ryan, > > > > > > > A bit outside my usual territory, but the quality of the documentation > > got me interested. > > > > Packaging looks good overall. The only thing I would recommend is > > trying to use the new debian/rules minimization stuff in debhelper v7. > > Come back with a -3 that does that along with a proposed set of > > debtags[0] and I'll sponsor you. > > > > Thanks for your efforts! > > --Joe > > > > [0] http://debtags.alioth.debian.org/ > > > > > > Hello Joe, > > Here are my proposed debtags: > implemented-in::c, implemented-in::perl, interface::commandline, role::utility oops, what I meant was: implemented-in::c, implemented-in::perl, interface::commandline, role::program > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/t/teseq > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget http://mentors.debian.net/debian/pool/main/t/teseq/teseq_1.0.0-3.dsc > > Thanks, > Ryan > > -- > _ > Ryan Niebur > [EMAIL PROTECTED] -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: teseq
On Tue, Aug 12, 2008 at 10:18:58PM -0700, Ryan Niebur wrote: > On Tue, Aug 12, 2008 at 04:00:05AM +, Joe Nahmias wrote: > > Hello Ryan, > > > > > > > A bit outside my usual territory, but the quality of the documentation > > got me interested. > > > > Packaging looks good overall. The only thing I would recommend is > > trying to use the new debian/rules minimization stuff in debhelper v7. > > Come back with a -3 that does that along with a proposed set of > > debtags[0] and I'll sponsor you. > > > > Thanks for your efforts! > > --Joe > > > > [0] http://debtags.alioth.debian.org/ > > > > > > Hello Joe, > > Here are my proposed debtags: > implemented-in::c, implemented-in::perl, interface::commandline, role::utility oops, what I meant was: implemented-in::c, implemented-in::perl, interface::commandline, role::program > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/t/teseq > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget http://mentors.debian.net/debian/pool/main/t/teseq/teseq_1.0.0-3.dsc > > Thanks, > Ryan > > -- > _ > Ryan Niebur > [EMAIL PROTECTED] -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: swatch (updated package)
Dear mentors, I am looking for a sponsor for the new version 3.2.3-1 of my package "swatch". It builds these binary packages: swatch - Log file viewer with regexp matching, highlighting, & hooks The package appears to be lintian clean. The upload would fix these bugs: 450095, 464087, 499509 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/swatch - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/swatch/swatch_3.2.3-1.dsc I would be glad if someone uploaded this package for me. Thanks! Ryan Niebur -- _____ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: libnagios-object-perl (updated package, new maintainer, fixes rc bug)
Dear mentors, I am looking for a sponsor for the new version 0.14-2 of my package "libnagios-object-perl". It builds these binary packages: libnagios-object-perl - Perl module to parse and represent Nagios configuration as object The package appears to be lintian clean. The upload would fix these bugs: 501941, 503900 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libnagios-object-perl - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libnagios-object-perl/libnagios-object-perl_0.14-2.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan Niebur -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: libnagios-object-perl (updated package, new maintainer, fixes rc bug)
On Wed, Oct 29, 2008 at 10:34:53AM +0100, Sandro Tosi wrote: > Hello Ryan, > > On Wed, Oct 29, 2008 at 09:52, Ryan Niebur <[EMAIL PROTECTED]> wrote: > > Dear mentors, > > > > I am looking for a sponsor for the new version 0.14-2 > > of my package "libnagios-object-perl". > > Did you try to contact Debian Perl team (here in CC), to maintain this > package in their repo and/or ask for their sponsorship since they know > the Right Way (tm) to package perl extensions? :) > that'd probably be a good idea. :) So, can somebody add me to the team? ;) I am ryan52-guest on alioth. and would somebody from the team be interested in sponsering this for me? the package is here: http://mentors.debian.net/debian/pool/main/l/libnagios-object-perl/libnagios-object-perl_0.14-2.dsc Thanks! > Cheers, > Sandro > > -- > Sandro Tosi (aka morph, Morpheus, matrixhasu) > My website: http://matrixhasu.altervista.org/ > Me at Debian: http://wiki.debian.org/SandroTosi -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: teseq
Dear mentors, I am looking for a sponsor for my package "teseq". * Package name: teseq Version : 1.0.0-1 Upstream Author : Micah Cowan * URL : http://www.gnu.org/software/teseq/ * License : GPLv3+ Section : devel It builds these binary packages: teseq - utility for rendering terminal typescripts human-readable The package appears to be lintian clean. The upload would fix these bugs: 493818 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/teseq - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/teseq/teseq_1.0.0-1.dsc I would be glad if someone uploaded this package for me. Thanks! Ryan Niebur -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: gstm (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.2-5 of my package "gstm". It builds these binary packages: gstm - SSH tunnel manager for GNOME The package appears to be lintian clean. The upload would fix these bugs: 501940 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gstm - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gstm/gstm_1.2-5.dsc I would be glad if someone uploaded this package for me. Thanks! Ryan Niebur -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: libxml-simple-ruby (updated package)
Hi, On Sat, Nov 15, 2008 at 01:02:57PM +0530, Deepak Tripathi wrote: > Dear mentors, > > I am looking for a sponsor for the new version 1.0.11-2 > of my package "libxml-simple-ruby". > > It builds these binary packages: > libxml-simple-ruby - Simple Ruby API for reading and writing XML > > The package appears to be lintian clean. > > The upload would fix these bugs: 439746, 491730 > the fix for #491730 moves the library to a new location. yes, this new location is correct. but the problem with that is that some scripts will still be trying to load it at the old location. uploading this will probably break the (probably modified to account for the incorrect location of xmlsimple) versions of activesupport and rails in Debian, so unless you are coordinating very closely with those maintainers, this new version could cause problems. Also, anybody who is using their own script with xmlsimple will probably be requiring the library at it's old location, so that will cause additional problems for them. The proper way to fix this problem is to include a loading stub, as Adam suggested in the bug report. > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/l/libxml-simple-ruby > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/l/libxml-simple-ruby/libxml-simple-ruby_1.0.11-2.dsc > > I would be glad if someone uploaded this package for me. > > Kind regards > Deepak Tripathi Thanks, Ryan -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: xli (RC bug fix)
Dear mentors, I am looking for a sponsor for the new version 1.17.0+20061110-3 of my package "xli". It builds these binary packages: xli- command line tool for viewing images in X11 The upload would fix these bugs: 431760, 471121 I'm intending on getting it into Lenny, so only minimal changes. It fixes an RC bug (#471121) and I am adopting the package. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/x/xli - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/x/xli/xli_1.17.0+20061110-3.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _________ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: crip (fixing RC/important bugs, adopting)
Dear mentors, I am looking for a sponsor for the new version 3.7-4 of my package "crip". It builds these binary packages: crip - terminal-based ripper/encoder/tagger tool The upload would fix these bugs: 482990, 483318, 507385 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/crip - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/crip/crip_3.7-4.dsc I would be glad if someone uploaded this package for me. This package was removed from testing because of this bug a while ago, but dato said he'll let it back in once the bug is fixed. Thanks, Ryan -- _________ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: crip (fixing RC/important bugs, adopting)
Hi, On Tue, Dec 02, 2008 at 08:45:11AM +0100, Michal Čihař wrote: > Hi > > Dne Mon, 1 Dec 2008 15:20:33 -0800 > Ryan Niebur <[EMAIL PROTECTED]> napsal(a): > > > The package can be found on mentors.debian.net: > > - URL: http://mentors.debian.net/debian/pool/main/c/crip > > - Source repository: deb-src http://mentors.debian.net/debian unstable main > > contrib non-free > > - dget http://mentors.debian.net/debian/pool/main/c/crip/crip_3.7-4.dsc > > > > I would be glad if someone uploaded this package for me. > > > > This package was removed from testing because of this bug a while ago, > > but dato said he'll let it back in once the bug is fixed. > > How about fixing some lintian warnings? > okay, sorry, I have them fixed now. > I: crip source: debian-watch-file-is-missing > W: crip source: binary-arch-rules-but-pkg-is-arch-indep > W: crip source: ancient-standards-version 3.6.2 (current is 3.8.0) > I: crip source: build-depends-without-arch-dep perl > W: crip: copyright-without-copyright-notice > W: crip: debian-changelog-line-too-long line 3 > > -- > Michal Čihař | http://cihar.com | http://blog.cihar.com Thanks, Ryan -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: crip (fixing RC/important bugs, adopting)
Hi, On Tue, Dec 02, 2008 at 11:14:19AM +0100, Michal Čihař wrote: [...] > > And is there any particular reason why you did not apply patch for > important bug #457749? It looks to me as another one which should be > fixed if you target the package for Lenny inclusion. > yes, taken care of, re uploaded to the same place. > -- > Michal Čihař | http://cihar.com | http://blog.cihar.com Thanks, Ryan -- _____ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: nast (adopting package, fixing important bug)
Dear mentors, I am looking for a sponsor for the new version 0.2.0-5 of my package "nast". It builds these binary packages: nast - packet sniffer and lan analyzer The package appears to be lintian clean. The upload would fix these bugs: 233993, 461243, 464012 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/n/nast - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/nast/nast_0.2.0-5.dsc I would be glad if someone uploaded this package for me. Thanks! Ryan Niebur -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: nast (adopting package, fixing important bug)
Hi, On Wed, Dec 10, 2008 at 10:12:20AM +0100, Sandro Tosi wrote: > Hello Ryan, > > On Wed, Dec 10, 2008 at 09:18, Ryan Niebur <[EMAIL PROTECTED]> wrote: > > Dear mentors, > > > > I am looking for a sponsor for the new version 0.2.0-5 > > of my package "nast". > > Here are my comments: > > - why are config.sub,guess changed in the diff.gz? If you replace they aren't... $ curl -s http://mentors.debian.net/debian/pool/main/n/nast/nast_0.2.0-5.diff.gz | gunzip - | diffstat README.source|2 changelog| 51 compat |1 control | 31 copyright| 37 ++ dirs |1 docs |2 patches/fix-buffer-overflows | 40 +++ patches/fix-manpage | 38 +++ patches/fix-on-some-laptops | 70 +++ patches/series |3 + rules| 108 +++ watch|2 13 files changed, 386 insertions(+) > them, please rm them in the clean target ( there is no need to save > them in debian/ dir: removeing a file present in the upstream tarball, > will avoid its changes to appear in the diff, but the file will still > be present when unpacking since it's in orig.tar.gz) oh, I didn't know that. fixed. > - 3.8.0 request the Homepage field in source stanza of debian/control okay, fixed. > - you can remove "see COPYING file for details." from > debian/copyright; it's always better to refer to GPL-2 local file for > GPLv2+ software fixed. > - please forward the patches upstream (if you haven't done so yet) will do. > - the list of featurs has too much space at the beginning of the line: > please only use 2 spaces (so that packages.d.o will show the list in > verbatim) okay, fixed. > - clarify the license of debian packaging fixed. > - debian/dirs is probably not needed, look if you can remove cannot be fixed, upstream's Makefile is silly. > - can't you use dh_installman to install manpage instead of do it "by hand"? does it make much of a difference? anyway, fixed. > - remove all the commented/not needed dh_* calls fixed. > - please include a description (eventually the author too) in the > patches, as even lintian signals: > W: nast source: quilt-patch-missing-description gah. forgot to upgrade lintian. anyway, fixed. > - manpage has still many warnings: > I: nast: hyphen-used-as-minus-sign > okay, fixed. > Once fixed, please reupload (same debian revision) and reply to this email > reuploaded. > Regards, > -- > Sandro Tosi (aka morph, Morpheus, matrixhasu) > My website: http://matrixhasu.altervista.org/ > Me at Debian: http://wiki.debian.org/SandroTosi Thanks, Ryan -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: RFS: nast (adopting package, fixing important bug)
On Wed, Dec 10, 2008 at 10:53:40PM -0800, Daniel Moerner wrote: > On Wed, Dec 10, 2008 at 10:46 PM, Ryan Niebur <[EMAIL PROTECTED]> wrote: > > Hi, > > > > On Wed, Dec 10, 2008 at 10:12:20AM +0100, Sandro Tosi wrote: > >> Hello Ryan, > >> > >> On Wed, Dec 10, 2008 at 09:18, Ryan Niebur <[EMAIL PROTECTED]> wrote: > >> > Dear mentors, > >> > > >> > I am looking for a sponsor for the new version 0.2.0-5 > >> > of my package "nast". > >> > >> Here are my comments: > >> > >> - why are config.sub,guess changed in the diff.gz? If you replace > > > > they aren't... > > > > I believe that this is because you were copying them over in the > configure target, so they would only show up in the .diff.gz generated > by a binary build, not a source-only build like you probably did for > mentors. > It was still putting it back in the clean target, and afaik the clean target is always ran before generating the .diff.gz. But anyway, now that is gone, so it doesn't matter. :) Thanks > Just an FYI, since you now remove them in the clean target this > shouldn't happen again. > > Cheers, > Daniel > > -- > Daniel Moerner <[EMAIL PROTECTED]> -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: teseq
Dear mentors, I am looking for a sponsor for my package "teseq". * Package name: teseq Version : 1.0.0-1 Upstream Author : Micah Cowan * URL : http://www.gnu.org/software/teseq/ * License : GPLv3+ Section : devel It builds these binary packages: teseq - utility for rendering terminal typescripts human-readable The package appears to be lintian clean. The upload would fix these bugs: 493818 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/teseq - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/teseq/teseq_1.0.0-1.dsc I would be glad if someone uploaded this package for me. Thanks! Ryan Niebur -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: devtodo (adopt package, RC bug fix, minor changes)
Dear mentors, I am looking for a sponsor for the new version 0.1.20-4 of my package "devtodo". It builds these binary packages: devtodo- hierarchical, prioritised todo list manager The package appears to be lintian clean. Yes, I know I should be using a patch system...I will do that later, when I convert debian/rules to dh7, in a version not targetted for Lenny. The upload would fix these bugs: 470987, 507418, 511342 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/devtodo - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/devtodo/devtodo_0.1.20-4.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: sysnews (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.9-16 of my package "sysnews". It builds these binary packages: sysnews- program to display system news The package is not lintian clean, but I think that the problems that lintian is reporting are justifiable. The upload would fix these bugs: 483250 (the ITA) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/sysnews - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/sysnews/sysnews_0.9-16.dsc I would be glad if someone uploaded this package for me. Kind regards Ryan Niebur -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: mergelog (updated package)
Dear mentors, I am looking for a sponsor for the new version 4.5.1-8 of my package "mergelog". It builds these binary packages: mergelog - Merges httpd log files by date The package appears to be lintian clean. The upload would fix these bugs: 395715, 500354 Here's where the package can be found: - URL: http://ryan52.info/~ryan52/mergelog/ - dget http://ryan52.info/~ryan52/mergelog/mergelog_4.5.1-8.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan (mentors.debian.net seemed broken) -- _________ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: redmine
Hi Jérémy, Rather than installing vendor/plugins, all of the plugins should be packaged. Gunnar Wolf did will_paginate, you can look at that for an example. Also in debian/copyright, what does "License: none" mean? Does that mean that it can't be distributed? It needs a license.. There's also the following lintian output, some of which is ignorable: I: redmine source: no-complete-debconf-translation P: redmine source: debian-control-has-unusual-field-spacing line 7 I: redmine source: quilt-patch-missing-description 00_load_default_data_env.patch I: redmine source: quilt-patch-missing-description 01_load_default_data_rescue_already_loaded.patch I: redmine source: quilt-patch-missing-description 02_production_env.patch P: redmine: copyright-refers-to-symlink-license usr/share/common-licenses/GPL P: redmine: no-upstream-changelog I: redmine: unused-override package-contains-empty-directory usr/share/redmine/vendor/plugins/gloc-1.1.0/lang/ I: redmine: unused-override script-not-executable ./usr/share/redmine/extra/svn/reposman.rb I: redmine: unused-override script-not-executable ./usr/share/redmine/extra/svn/svnserve.wrapper and you are missing a README.source. also have you seen[1] and the other responses to Richard's package? You also might consider joining the Debian Ruby Extras team and seeing if they can sponsor it for you. They were working with Richard on his package. Thanks, Ryan 1: http://209.85.173.132/search?q=cache:0HVrJjJmA2QJ:www.mail-archive.com/pkg-ruby-extras-maintainers%40lists.alioth.debian.org/msg00324.html&hl=en&ct=clnk&cd=6&gl=us -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: redmine
also, shouldn't Richard be mentioned as a copyright holder for the debian packaging? It looks like you based your package off of his.. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: redmine
Hi, On Fri, Mar 13, 2009 at 03:14:01PM +0100, Jérémy Lal wrote: > Indeed, i'm going to upload 0.9.0-2 with quite a lot of corrections based on > your remarks > and those of Jean-Philippe Garcia Ballester. > Regards, > Jérémy Lal > you shouldn't increment the debian revision (leave it as -1). also, instead of uploading a new version to mentors.debian.net, could you please put it into the pkg-ruby-extras svn repository, and maintain it as part of that team[1]? a) co maintaintenance is good b) it'll help you find a sponsor c) it makes it easier for people to see changes...it's in an svn repo, so you don't need to reupload. d) Richard's version of the package is already there 1: if you ask them, they will probably give you access to the svn repo...just send them an email. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: redmine
Hi, On Fri, Mar 13, 2009 at 04:41:07PM +0100, Jérémy Lal wrote: > Indeed, i'll be glad. > Especially about the plugins, about which i have really no clue since i never > used a redmine plugin. They aren't redmine plugins, but rails plugins that redmine requires. okay, I'll work on those next week and next weekend. Thanks, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Best way to compile packages for multiple architecture?
On Sun, Mar 15, 2009 at 03:51:19AM +1100, Jean-Yves Avenard wrote: >Hello > >Sorry if this is a FAQ, but googling didn't return any answers I could >easily use. > >I'm trying to build packages for multiple architecture ; hopefully doing >it the "proper" way... > >The packages I'm compiling are for Ubuntu. > >Following suggestions found here, I am using pbuilder to build the >packages. >Documentation read was found here: > > http://www.netfort.gr.jp/~dancer/software/pbuilder-doc/pbuilder-doc.html#usingspecialaptsources > >And I used most of the howto https://wiki.ubuntu.com/PbuilderHowto > >To build for AMD64, I would do: >ARCH=amd64 pdebuild --buildresult ~/pcliving/pbuilder > >for i386: >ARCH=i386 pdebuild --buildresult ~/pcliving/pbuilder > >The problem with this, is that the compilation will create a source >package as well as a package for any architecture xxx_all.deb > build with "-B". >When building the i386 architecture, the all.deb and source package will >overwrite the one created by the amd64 build ; and as such the checksum of >the packages listed in the respective *.changes won't match some packages. > > I did compile without specifying --buildresult so packages wouldn't be >overwritten, however the issue happen later when trying to sign the >package and using dput/mini-dinstall to update the repository. > >So how should I do it ? >Is there some documentation on how to create packages for multiple >architecture without hitting the problem I'm facing ? > >Thank you in advance >Jean-Yves -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Best way to compile packages for multiple architecture?
On Sat, Mar 14, 2009 at 09:55:08AM -0700, Ryan Niebur wrote: > > build with "-B". > sorry, if you're using pbuilder you will need to build with "--debbuildopts -B". -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: itp-bug
Hi, On Sun, Mar 15, 2009 at 05:48:29PM +0100, Jaromír Mikeš wrote: > Hello, > > I know that I should report a bug if I want make a new package. > I was studying "Developers Reference, section 5.1" but anyway it is not clear > for me how to do it. > > Can somebody help me pls? > run "reportbug wnpp". if you don't have a working MTA, "reportbug -o file wnpp" and then email the contents of "file". -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: manual pages
Hi, On Mon, Mar 16, 2009 at 03:24:11PM +0100, Jaromír Mikeš wrote: > Thanks to all it helped. > > Btw having this error messages on $sudo dpkg-buildpackage -S > > dpkg-source -b jnoise-0.4.0 > dpkg-source: building jnoise using existing jnoise_0.4.0.orig.tar.gz > dpkg-source: building jnoise in jnoise_0.4.0-1.diff.gz > dpkg-source: cannot represent change to .Makefile.swp: binary file contents > changed > dpkg-source: cannot represent change to .Makefile.swn: binary file contents > changed > dpkg-source: cannot represent change to .Makefile.swo: binary file contents > changed Do "rm .Makefile.swp .Makefile.swn .Makefile.swo". It might have just been temporary. But if it happens every time you build twice in a row, add them to debian/clean (create the file). That only works if you are using debhelper compatibility version 7. > dpkg-source: building jnoise in jnoise_0.4.0-1.dsc > dpkg-source: unrepresentable changes to source > dpkg-buildpackage: failure: dpkg-source -b jnoise-0.4.0 gave error exit > status 1 > > Is it serious? > > mira > > > -- > To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: redmine
On Mon, Mar 16, 2009 at 03:16:51PM +0100, Jérémy Lal wrote: > Hi, i just forward that message to you, since i just sent it to > debian-mentors list. > By the way what's the default behavior on debian-mentors ? cc or not cc ? ah, sorry, I missed it ... I've been busy the last few days. >> They aren't redmine plugins, but rails plugins that redmine requires. >> okay, I'll work on those next week and next weekend. >> >> Thanks, >> Ryan > > Ok, i get it. > indeed there are plugins in vendor/plugins, > but i fear that you can't really put them apart from redmine : > i asked JP Lang (upstream developer) about that, and he answers > most if not all plugins that are in the redmine svn have been > modified and redmine heavily depends on them. > hmm. ok, I understand...my own rails apps do that as well, sadly. > To clear things up, i think we should separate plugins in two sets : > - redmine only plugins : those are not on rubyforge, seems to have > been made by redmine developers. > - packageable plugins : available on rubyforge, there's a good chance some > other rails apps would depend on them. > > Anyway, i'm not a rails developer and don't really know how plugins > are used : is it common practice to fork them ? > May be some "important" plugins are worth a package, maybe some small > ones should be packaged with the app using them, as in the redmine's case. > well, I guess you can try just leaving them all in vendor/plugins/ and seeing what people say...:) has anybody replied to your request to join DRE yet? > Regards, > > Jérémy Lal > > > > > -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Best way to compile packages for multiple architecture?
Hi, On Tue, Mar 17, 2009 at 07:13:35PM +1100, Jean-Yves Avenard wrote: > > So it is creating a .tar.gz file ; and it looks like pdebuild isn't > aware that the source code isn't to be copied in the result directory > at the end. > pdebuild first builds a source-only build in your current directory, then it uses that to build the binary packages in the chroot. So this is expected behavior, and that's why it is building that first. > Sounds like a bug to me.. > no, not a bug at all. > Any ideas on how to get around that ? > It's creating nvidia-graphics-drivers-180_180.37-0ubuntu1.tar.gz becasue it thinks you're building a native package, which you are not. So you need to have a nvidia-graphics-drivers-180_180.37.orig.tar.gz file in the parent directory. Good luck, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Build reproducibility
On Tue, Mar 24, 2009 at 01:37:21AM +0100, Luca Niccoli wrote: > Hi mentors, > > I would like to adopt grcm. > I'm repackaging it from scratch, since it used a rules file I was not > confident with and didn't have a patch system. > I need to regenerate ./configure with autoconf; I'm doing it by > putting autoconf in the rules file. > The problem is that this way if I build the source package twice in a > row I get different diff.gz (the second one contains the new configure > script). > AFAICS the binary packages are the same - they both use the > regenerated configure. > The package builds twice in a row without other problems. > Is this ok? Should I arrange a hack to copy the original configure and > put it back in place with the clean rule? remove it in your clean target. since you're regenerating it, it'll be fine if it's not there already. and removed files don't show up in the .diff.gz. you should use dh_clean t(1)o remove it. (just add it to debian/clean if you're using debhelper compatibility level 7) > Thanks, > > Luca > > > -- > To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: mp3splt-gtk, mp3splt (updated package), and libmp3splt
Dear mentors, I am looking for a sponsor for my package "libmp3splt". * Package name: libmp3splt Version : 0.5.4-1 Upstream Author : Matteo Trotta and Alexandru Ionut Munteanu * URL : http://mp3splt.sourceforge.net/ * License : GPLv2+ Section : libs It builds these binary packages: libmp3splt-dev - development files for libmp3splt0 libmp3splt-mp3 - MP3 plugin for mp3splt libmp3splt-ogg - Ogg Vorbis plugin for mp3splt libmp3splt0 - library for splitting MP3 and Ogg Vorbis files The package appears to be lintian clean. The upload would fix these bugs: 515242 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libmp3splt - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libmp3splt/libmp3splt_0.5.4-1.dsc I am looking for a sponsor for the new version 2.2.3-1 of my package "mp3splt". It builds these binary packages: mp3splt- command line interface to split MP3 and Ogg Vorbis files without The package appears to be lintian clean. The upload would fix these bugs: 316046, 316050, 403463, 459510, 488931 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mp3splt - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mp3splt/mp3splt_2.2.3-1.dsc I am looking for a sponsor for my package "mp3splt-gtk". * Package name: mp3splt-gtk Version : 0.5.4-1 Upstream Author : Alexandru Munteanu * URL : http://mp3splt.sourceforge.net/ * License : GPLv2+ Section : sound It builds these binary packages: mp3splt-gtk - GTK interface to split MP3 and Ogg Vorbis files without reencodin The package appears to be lintian clean. The upload would fix these bugs: 500446, 515243 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/mp3splt-gtk - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/mp3splt-gtk/mp3splt-gtk_0.5.4-1.dsc NOTES ABOUT PACKAGING: mp3splt will need to be uploaded at a later time, once libmp3splt passed through NEW. I have some strict versioned (build-)dependencies used, this is because upstream has told me to make sure to keep the version of mp3splt(-gtk) installed with the version of libmp3splt that was released at the same time I have not used dpkg symbols control files. This is because of the strict versioned dependencies, and because upstream says that they won't pay attention to API compatibility, ABI compatibility, or changing the soname, so there's really no point. I've got a bit of weird stuff in the packaging (debian/rules.local, debian/control.base, debian/regenerate.sh, debian/generate, and debian/shlibs-string.sh), but this is just added complexity to make things easier for me, and automate some of the manual tasks. :) Also, all of the packages in the libmp3splt source package conflict with and replace the (non-existant) libmp3splt package. This is to support smooth upgrades from upstream's unofficial packages. I'm not sure if I used Replaces correctly, tho... Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: inotify-tools (adopted and updated package)
Hi! I am looking for a sponsor for the new version 3.13-1 of my package "inotify-tools". It builds these binary packages: inotify-tools - command-line programs providing a simple interface to inotify libinotifytools0 - utility wrapper around inotify libinotifytools0-dev - Development library and header files for libinotifytools0 The package appears to be lintian clean. The upload would fix these bugs: 458132, 464829, 494782, 518267, 520672 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/i/inotify-tools - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/i/inotify-tools/inotify-tools_3.13-1.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: devtodo (updated package)
Hi! I am looking for a sponsor for the new version 0.1.20-5 of my package "devtodo". It builds these binary packages: devtodo- hierarchical, prioritised todo list manager The package appears to be lintian clean. The upload would fix these bugs: 470705, 483976, 516604 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/devtodo - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/devtodo/devtodo_0.1.20-5.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: inotify-tools (adopted and updated package)
Hi, On Fri, Apr 10, 2009 at 10:21:00AM +0200, Michal Čihař wrote: > > Please describe in more details fixed bugs in changelog, New Upstream > Version (Closes: #494782, #458132, #520672) does not really get idea > what got fixed. > Changed to: * New Upstream Version (Closes: #494782) - fixes outputting time strings (Closes: #458132) - patch for inotifytools_next_events blocking if timeout is 0 apparently applied upstream (Closes: #520672) and reuploaded to mentors. Thanks, Ryan -- _________ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: shutter
Dear mentors, I am looking for a sponsor for my package "shutter". * Package name: shutter Version : 0.70.2-1 Upstream Author : Mario Kemper and Shutter Team * URL : http://shutter-project.org/ * License : GPL-3+ Section : graphics It builds these binary packages: shutter- feature-rich screenshot program The package appears to be (mostly) lintian clean. There is an info from lintian, desktop-entry-contains-encoding-key, but I don't want to use quilt for just that, and it doesn't hurt to leave it in for now. I have reported a bug upstream and it's already been fixed in their VCS for the next release. The upload would fix these bugs: 522721 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/shutter - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/shutter/shutter_0.70.2-1.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: shutter
Hi! On Mon, Apr 27, 2009 at 07:22:45PM +0800, LI Daobing wrote: > > sounds OK for me, but a few question: > > 1. why it build depends on debhelper >= 7.2 (instead of >= 7) sorry, it should have been 7.0.50, but out of habbit I wrote 7.2.. fixed now. anyway, the newer version is needed because I'm using override_* targets in debian/rules. > 2. do you use any version control on this package? > yep, forgot to add Vcs-* fields. Added now, same URL. Thanks, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: gnome-inm-forecast (updated package)
Hi Gustavo, On Tue, Apr 28, 2009 at 02:03:58AM +0200, Gustavo Iñiguez Goya wrote: > Here are some screenshots: > http://kutxa.homeunix.org/trac/gnome-inm-forecast/wiki/ScreenShots > Please consider uploading some screenshots of it on Debian to http://screenshots.debian.net/ > Thanks in advance if someone have enough time for review/upload it for me. > I cannot upload it, as I am not a DD, however I tried to check this package, but can't seem to build it in cowbuilder or sbuild chroots. The problem under sbuild looks to be not your fault, but maybe a bug should be filed against the package causing it? The problem under cowbuilder definitely seems to be a missing build dependency. Perhaps a build dependency on libglade2-dev is needed? anyway, I'm leaving now, so can't check. I haven't check anything else but building in chroots yet, I may be able to do more reviewing later. My build logs are available here: http://ryan52.info/~ryan52/gnome-inm-forecast/1/ Thanks, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Documenting new upstream ver sion in ‘debian/changelog’ (was: Uploaded)
Hi, On Tue, Apr 28, 2009 at 11:31:35AM +1000, Ben Finney wrote: > > I wholeheartedly agree with this, and would go further: even if there > are no Debian BTS reports to close, you should *still* give the > highlights of a new upstream version in the ‘debian/changelog’. > > I'm utterly uninformed by a bare “New upstream release.”; of course > it's a new upstream release, I can already see that from the version > number. This is a changelog, tell me *what changed* in this new upstream > version. > I don't see the need for this. For most packages upstream's changelog is installed in /usr/share/doc/$PACKAGE/, which will (hopefully) explain all you need to know. Of course, when you're closing bugs, I agree that there should be more verbosity than "New upstream release". Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: gnome-inm-forecast (updated package)
Hi, I am about to leave again, so haven't looked much more, but... On Tue, Apr 28, 2009 at 02:03:58AM +0200, Gustavo Iñiguez Goya wrote: > > By the technical side, an important bug has been fixed, which caused to > not work on GNOME 2.26: > https://bugs.launchpad.net/ubuntu/+source/gnome-inm-forecast/+bug/351398 > why have you closed this bug in Ubuntu? afaict, it has not yet been fixed in Ubuntu itself. you should reopen that bug, and make your changelog look like this: * New upstream release. - initialize GNOME VFS, fixing this under GNOME 2.26 (LP: #351398) then it will be automatically closed when this package gets uploaded. Thanks, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: grabc (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1-2 of my package "grabc". It builds these binary packages: grabc - simple program to determine the color string in hex by clicking o The package appears to be lintian clean. The upload would fix these bugs: 515368, 526126 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/grabc - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/grabc/grabc_1.1-2.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: inosync
Dear mentors, I am looking for a sponsor for my package "inosync". * Package name: inosync Version : 0.2-1 Upstream Author : Benedikt Böhm * URL : http://bb.xnull.de/projects/inosync/ * License : BSD Section : utils It builds these binary packages: inosync- notification-based directory synchronization daemon The package appears to be lintian clean. The upload would fix these bugs: 518517 (ITP) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/i/inosync - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/i/inosync/inosync_0.2-1.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: sysvbanner (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.0.15 of my package "sysvbanner". It builds these binary packages: sysvbanner - System-V banner clone The package appears to be lintian clean. The upload would fix these bugs: 526847(FTBFS), 527153(ITA) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/sysvbanner - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/sysvbanner/sysvbanner_1.0.15.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: alarm-clock (updated package, adoption, targetted for experimental)
Dear mentors, I am looking for a sponsor for the new version 1.0a2-1 of my package "alarm-clock". It builds these binary packages: alarm-clock - Alarm Clock for GTK Environments The package appears to be lintian clean. For experimental because it's a rewrite in C and doesn't yet have all of the features of the python version. Upstream recommended leaving the python version in unstable for now. The upload would fix these bugs: 521226 (ITA) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/alarm-clock - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/alarm-clock/alarm-clock_1.0a2-1.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: storebackup (updated package, adoption, for experimental)
Dear mentors, I am looking for a sponsor for the new version 3.1~rc1-1 of my package "storebackup". It builds these binary packages: storebackup - fancy compressing managing checksumming hard-linking cp -ua The package appears to be lintian clean. I am wanting it to be uploaded to experimental because it is still an RC release upstream. The upload would fix these bugs: 375401, 474369, 490398, 508535 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/storebackup - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/storebackup/storebackup_3.1~rc1-1.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: dhttpd (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.02a-18 of my package "dhttpd". It builds these binary packages: dhttpd - minimal secure webserver without cgi-bin support The package appears to be lintian clean. The upload would fix these bugs: 333553, 447580, 455410, 468845, 468872, 516055, 525948 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dhttpd - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dhttpd/dhttpd_1.02a-18.dsc I would be glad if someone uploaded this package for me. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: storebackup (updated package, adoption, for experimental)
On Wed, May 13, 2009 at 12:07:48AM -0700, Ryan Niebur wrote: > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/s/storebackup > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/s/storebackup/storebackup_3.1~rc1-1.dsc > > I would be glad if someone uploaded this package for me. > still no reponse from anybody, but I've reuploaded with the DM-Upload-Allowed field added. If this is a problem for somebody who wants to sponsor it, I will remove it. -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: alarm-clock (updated package, adoption, targetted for experimental)
Hi, On Wed, May 13, 2009 at 11:10:31PM +0100, Dmitrijs Ledkovs wrote: > 2009/5/13 Ryan Niebur : > > For experimental because it's a rewrite in C and doesn't yet have all > > of the features of the python version. Upstream recommended leaving > > the python version in unstable for now. > > > > I thought upstream was dead. Is it same upstream > no clue. :P same copyright holder as the python version in unstable has, but that doesn't say much.. > Also with python version CPU usage would go to 100% when playing music > for alarm. That's why I've stopped using it. Does this happen with C > version as well? Otherwise I'll try it out. > it doesn't look like it does.. and sorry for taking so long to respond. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: dhttpd (updated package)
On Sat, May 23, 2009 at 11:28:13PM +0800, LI Daobing wrote: > Hello, > > On Sat, May 23, 2009 at 23:18, Ryan Niebur wrote: > > Hi! > > > > On Sat, May 16, 2009 at 04:25:28PM +0800, LI Daobing wrote: > >> > > >> > The package can be found on mentors.debian.net: > >> > - URL: http://mentors.debian.net/debian/pool/main/d/dhttpd > >> > - Source repository: deb-src http://mentors.debian.net/debian unstable > >> > main contrib non-free > >> > - dget > >> > http://mentors.debian.net/debian/pool/main/d/dhttpd/dhttpd_1.02a-18.dsc > >> > > >> > I would be glad if someone uploaded this package for me. > >> > > >> comments: > >> > >> 1. can you provide more information in the manpage. for example, it > >> can't list dir for you, the default file is index.html (or some other > >> files will also be OK) > >> > > > > added that information and a bit more to the man page, and reuploaded > > to mentors. sorry for taking so long to respond. Is there anything > > else? Also, are you ok with me adding the DM-Upload-Allowed field? If > > so, please let me know and I'll upload a new version to mentors with > > that field added. If not, that is no problem at all. > > > after read your QA page[1], I think you can add the DMUA field. > ok, thanks. new version with that change uploaded to mentors. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: alarm-clock (updated package, adoption, targetted for experimental)
On Wed, May 13, 2009 at 12:00:35AM -0700, Ryan Niebur wrote: > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/a/alarm-clock > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/a/alarm-clock/alarm-clock_1.0a2-1.dsc > > I would be glad if someone uploaded this package for me. > new version uploaded, fixing the watch file problem for good. Also, if whoever sponsors this is ok with me putting the DM-Upload-Allowed field in, please let me know and I will upload another version to mentors with the field added. -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: libkiokudb-perl
Hi franck,
On Sat, May 30, 2009 at 08:38:54PM +0200, franck wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "libkiokudb-perl".
>
> * Package name: libkiokudb-perl
> Version : 0.27-1
> Upstream Author : [fill in name and email of upstream]
> * URL : [fill in URL of upstreams web site]
> * License : [fill in]
> Section : perl
>
please fill those in above.
> It builds these binary packages:
> libkiokudb-perl - Object Graph storage engine
>
> The package appears to be lintian clean.
>
last time I checked (when you first clicked the "looking for sponsor"
button) these left the "generated by dh-make-perl" messages in
debian/{control,copyright}. These need to be removed. I haven't looked
at anything beyond that.
> The upload would fix these bugs: 524840
>
you don't own this ITP...have you talked to David about this?
> The package can be found on mentors.debian.net:
> - URL: http://mentors.debian.net/debian/pool/main/l/libkiokudb-perl
> - Source repository: deb-src http://mentors.debian.net/debian unstable
> main contrib non-free
> - dget
>
> http://mentors.debian.net/debian/pool/main/l/libkiokudb-perl/libkiokudb-perl_0.27-1.dsc
>
> I would be glad if someone uploaded this package for me.
>
> Also, I've packaged the following dependencies:
> libdata-uuid-libuuid-perl
> (http://mentors.debian.net/debian/pool/main/l/libdata-uuid-libuuid-perl/)
> libhash-util-fieldhash-compat-perl
> http://mentors.debian.net/debian/pool/main/l/libhash-util-fieldhash-compat-perl/()
> libmoosex-app-cmd-perl
> (http://mentors.debian.net/debian/pool/main/l/libmoosex-app-cmd-perl/)
> libmoosex-blessed-reconstruct-perl
> (http://mentors.debian.net/debian/pool/main/l/libmoosex-blessed-reconstruct-perl/)
> libmoosex-clone-perl
> (http://mentors.debian.net/debian/pool/main/l/libmoosex-clone-perl/)
> libmoosex-types-path-class-perl
> http://mentors.debian.net/debian/pool/main/l/libmoosex-types-path-class-perl/)
> libmoosex-yaml-perl
> (http://mentors.debian.net/debian/pool/main/l/libmoosex-yaml-perl/)
> libsearch-gin-perl
> (http://mentors.debian.net/debian/pool/main/l/libsearch-gin-perl/)
> libsub-exporter-perl
> (http://mentors.debian.net/debian/pool/main/l/libsub-exporter-perl/)
> libtest-tempdir-perl
> (http://mentors.debian.net/debian/pool/main/l/libtest-tempdir-perl/)
> libyaml-libyaml-perl
> (http://mentors.debian.net/debian/pool/main/l/libyaml-libyaml-perl/)
>
I already own an ITP (libyaml-libyaml-perl) for this package, and you
don't..please don't take other peoples packages. This is why we file
ITPs, to prevent duplicated work ;)
> libsub-exporter-perl is already packaged, so it's just an update.
>
you can't just update other peoples packages, and the only change in
the new version is a changed link to the git repo, so we chose not to
upload it. Of course, if there were a reason to upload it, you could
join the group and prepare an upload :).
Also, have you considered joining the debian perl group to work on
these packages? look it up on the debian wiki, we'd be happy to have
your help! (and we have sponsors too :))
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Re: RFS: xmms2 (updated package)
On Sun, Jun 07, 2009 at 12:53:17AM +0200, Benjamin Drung wrote: > > I: libxmmsclient5: no-symbols-control-file usr/lib/libxmmsclient.so.5.0.0 > N: > N:Although the package includes a shared library, the package does not > N:have a symbols control file. > N: > N:dpkg can use symbols files in order to generate more accurate library > N:dependencies for applications, based on the symbols from the library > N:that are actually used by the application. > N: > N:Refer to the dpkg-gensymbols(1) manual page and > N:http://wiki.debian.org/UsingSymbolsFiles for details. > N: > N:Severity: wishlist, Certainty: certain > > I have no idea, neither why I get this, nor how to fix it. > debian/libxmmsclient5/DEBIAN/shlibs was created and contains > "libxmmsclient 5 libxmmsclient5 (>= 0.6DrMattDestruction)". So why is > lintian complaining? > 16:04 < Ryan52> bdrung: a symbols file is different from shlibs 16:04 < Ryan52> bdrung: run "dpkg-gensymbols > debian/libxmmsclient5.symbols" 16:05 < Ryan52> bdrung: then it should be regenerated and installed correctly during build 16:05 < Ryan52> bdrung: tho you will have to strip off the debian revision from the version in every line in debian/libxmmsclient5.symbols. 16:10 * Ryan52 replies on mailing list since he's leaving -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
RFS: easygit
Dear mentors, I am looking for a sponsor for my package "easygit". * Package name: easygit Version : 0.99-1 Upstream Author : Elijah Newren * URL : http://www.gnome.org/~newren/eg/ * License : GPL-2 Section : vcs It builds these binary packages: easygit- git for mere mortals The package appears to be lintian clean. The upload would fix these bugs: 535109 (ITP) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/e/easygit - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/e/easygit/easygit_0.99-1.dsc I would be glad if someone uploaded this package for me. If you're okay with me adding the DMUA field, please say so and have me add it. Kind regards Ryan Niebur -- _________ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: easygit
On Sat, Jul 04, 2009 at 12:28:32PM -0700, Ryan Niebur wrote: > Dear mentors, > > I am looking for a sponsor for my package "easygit". > > * Package name: easygit > Version : 0.99-1 > Upstream Author : Elijah Newren > * URL : http://www.gnome.org/~newren/eg/ > * License : GPL-2 > Section : vcs > > It builds these binary packages: > easygit- git for mere mortals > > The package appears to be lintian clean. > > The upload would fix these bugs: 535109 (ITP) > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/e/easygit > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget http://mentors.debian.net/debian/pool/main/e/easygit/easygit_0.99-1.dsc > > I would be glad if someone uploaded this package for me. > gregoa uploaded it. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: libsystemu-ruby
Hi Bryan! On Fri, Jul 17, 2009 at 12:12:14PM -0700, Bryan McLellan wrote: > Dear mentors, > > I am looking for a sponsor for my package "libsystemu-ruby". > have you considered joining the pkg-ruby-extras team and maintaining it there? it will probably help you find a sponsor too. Cheers, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: libsystemu-ruby
On Fri, Jul 17, 2009 at 12:43:00PM -0700, Bryan McLellan wrote: > > *clicky type click* request to join pkg-ruby-extras sent. > ok, Lucas approved your request. will reply on pkg-ruby-extras-maintainers. -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: different debian/symbols for 32 and 64 bit system?
On Thu, Jul 23, 2009 at 05:06:54AM +0200, Jaromír Mikeš wrote: > Hi all, > > I am upgrading library package here and it seems that dpkg-gensymbols asking > different debian/symbols file for my 32bit system and different for 64bit one. > Working debian symbols files are in attachments. (they are different in the > end of them) > > Can someone advise me how such issue solve please? > see the dpkg-gensymbols manpage. it explains how to use different symbols files for different architectures. -- _________ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: libhtml-calendarmonthsimple-perl
On Mon, Jul 27, 2009 at 11:15:23PM -0300, Italo Valcy wrote: > Dear mentors, > > I am looking for a sponsor for my package "libhtml-calendarmonthsimple-perl". > Hi! Would you like to join the Debian Perl Group and maintain it as part of the team? We have people who will sponsor your uploads ;). Take a look at: http://wiki.debian.org/Teams/DebianPerlGroup#Howtogetinvolved Cheers, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: libhtml-calendarmonthsimple-perl
Hi! On Mon, Jul 27, 2009 at 11:59:05PM -0300, Italo Valcy wrote: > Hi, > > Citando Ryan Niebur , em 27-07-2009: > >> Hi! Would you like to join the Debian Perl Group and maintain it as >> part of the team? We have people who will sponsor your uploads ;). >> Take a look at: http://wiki.debian.org/Teams/DebianPerlGroup#Howtogetinvolved > > Well... I think no, sorry! I'm not a good perl programmer... I just > packaged this perl module because it's very simple and I need it for a > Foswiki plugin. > I don't see how your abilities with Perl programming are relevant. the only difference between maintaining it inside a team and maintaining it by yourself is that you get more collaboration and help with the maintainance inside the team. If you don't know Perl, then help from people who do know Perl is going to be a good thing. But of course, it's up to you. I just want to know that you are welcome to join the group if you want to. I will do a review of your package sometime within a few hours, however I cannot do the upload since IANADD. Good luck, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: libhtml-calendarmonthsimple-perl
On Mon, Jul 27, 2009 at 11:15:23PM -0300, Italo Valcy wrote: > > The package can be found on mentors.debian.net: > - URL: > http://mentors.debian.net/debian/pool/main/l/libhtml-calendarmonthsimple-perl > - Source repository: deb-src http://mentors.debian.net/debian unstable > main contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/l/libhtml-calendarmonthsimple-perl/libhtml-calendarmonthsimple-perl_1.25-1.dsc > looks good for the most part. a few minor recommendations though. instead of linking to a screenshot in the long description, you should upload the screenshot to screenshots.debian.net (which you may have to do after it is uploaded). and instead of using an author based URL in debian/watch, which won't work if somebody else uploads a new version of this distribution, you should use something based on http://search.cpan.org/dist/HTML-CalendarMonthSimple/. same goes for the homepage. the homepage should probably be the URL I previously mentioned. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: libhtml-calendarmonthsimple-perl
On Sun, Aug 09, 2009 at 03:47:26PM -0300, Italo Valcy wrote: > Hi Ryan, > > Thanks for look and comment my package. > > Citando Ryan Niebur , em 28-07-2009: > >> instead of linking to a screenshot in the long description, >> you should upload the screenshot to screenshots.debian.net (which you >> may have to do after it is uploaded). > > Done! I'm wainting the package its uploaded to upload a screenshot [1] > for screenshot.debian.net. > > >> and instead of using an author >> based URL in debian/watch, which won't work if somebody else uploads a >> new version of this distribution, you should use something based on >> http://search.cpan.org/dist/HTML-CalendarMonthSimple/. same goes for >> the homepage. the homepage should probably be the URL I previously >> mentioned. > > You are rigth, I changed the watch and control files according your tips. > > The updated package is here: would you please consider joining the perl team? they'll sponsor your uploads. you don't need to know Perl. > http://mentors.debian.net/debian/pool/main/l/libhtml-calendarmonthsimple-perl > > 1 - > http://homes.dcc.ufba.br/~italo/debian/libhtml-calendarmonthsimple-perl.png > -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Multiple releases of a package on mentors.debian.net
Hi, On Thu, Aug 27, 2009 at 02:19:28PM +1000, Ben Finney wrote: > Howdy all, > > I'm working on a security bug in one of my packages. The bug requires an > update to the package in ‘unstable’ and also in ‘stable’. Therefore I > need two package releases simultaneously available, one for each target > suite, for prospective sponsors to inspect since both need to be > uploaded independently (and with ‘urgency=high’, so I don't want to > delay either of them). > > This doesn't seem to be supported by the ‘mentors.debian.net’ site. > Whenever I upload a different release of the same package, even one > targeting a different archive suite, any existing release of that > package is removed. > > How can I have two separate releases of my package, targeting separate > archive suites, available at ‘mentors.debian.net’ for prospective > sponsors? > I don't think there is a way...when I was in a similar situation, I had to just push my packages to a directory on my website. Perhaps this should be added (if it isn't already) to the wishlist for debexpo. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: how to add an argument to cmake with the new dh buildsystem
Hi!
On Sat, Sep 05, 2009 at 09:53:11PM +0200, PICCA Frédéric-Emmanuel wrote:
> Hello
>
> I must pass a few parameters to the cmake command
> -DBUILD_SHARED_LIBS=ON -DBUILD_DEMOS=OFF -DBUILD_EXTRAS=OFF
>
> how can I do this with dh and the cmake buildsystem
>
> in the Buildsystem we have this
>
> sub configure {
> my $this=shift;
> my @flags;
>
> # Standard set of cmake flags
> push @flags, "-DCMAKE_INSTALL_PREFIX=/usr";
> push @flags, "-DCMAKE_VERBOSE_MAKEFILE=ON";
>
> $this->mkdir_builddir();
> $this->doit_in_builddir("cmake", $this->get_source_rel2builddir(),
> @flags, @_);
> }
>
> what is the command to add thoses parameters to the flags
>
> if I use override I must add the default parameters by and. but I do not
> necessarly knows about them.
>
you should be able to do this:
override_dh_auto_configure:
dh_auto_configure -- -DBUILD_SHARED_LIBS=ON -DBUILD_DEMOS=OFF
-DBUILD_EXTRAS=OFF
Cheers,
Ryan
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Re: RFS: ne (QA upload)
Hi Sven! On Wed, Sep 23, 2009 at 05:41:51PM +0200, Sven Joachim wrote: > Dear mentors, > > I am looking for a sponsor for the new version 2.0.3-1 of the package > "ne", which is currently orphaned (see #547225¹). > I'm a DD now, I can sponsor this package. > It builds these binary packages: > ne - Nice Editor, an easy-to-use and powerful editor > ne-doc - Documentation for NE, the Nice Editor > > Long description of the ne package: > > , > | NE is one of the few editors being both easy to use for the beginner and > | powerful enough for the wizard, supporting UTF-8 and multi-column > | characters as well as syntax highlighting. > | > | It uses short, intuitive and easy to remember key bindings while > | providing all the features an editor should have. It is fully > | configurable allowing the user to change the content of the various > | menus, to easily create small macros and to easily change the existing > | key bindings while being a small and fast editor. > | > | It was written by Sebastiano Vigna and Todd Lewis. > ` > I have a few minor suggestions here. I wouldn't include the authors in the long description, as that's kind of boring/useless information for the user. also, the short descriptions should follow the guidelines in devref, please read this page and adjust accordingly (no capital in "Documentation", should be a noun phrase, etc): http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis and I wouldn't mention that the acronym "ne" stands for "nice editor" in the short description, I'd move that to the long description. > The ne-doc package is a new binary package with the documentation for > the editor in various formats. Since that sums up to more than two > Megabyte, I have split it off from the main package. > good work here. > The package appears to be lintian clean. > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/n/ne > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget http://mentors.debian.net/debian/pool/main/n/ne/ne_2.0.3-1.dsc > > I would be glad if someone uploaded this package for me. > I will. I haven't tested that the package actually works, I'm assuming you already did that thoroughly enough and that it will work fine for me when I test it. other than the minor things that I mentioned above, it seems like you did a fine job. one other concern (and this isn't new in your changes) is that there's no copyright/license information for the Debian packaging. It's probably okay to assume the copyright years based on the debian/changelog and the license is the same as upstream. could please add this information (including a copyright statement for your work as well) to debian/copyright? also, I'd suggest that you look into using debhelper 7 minimized rules files (see "man dh"), tho this is completely up to you and is a personal preference kind of thing. the rules file is fine as-is. hm, one more thing. The information in README.Debian seems a bit out of place. It might be better to be patching that information into the upstream documention in the "Key Bindings" section, so that users are more likely to see it when they're reading the manual. again, just a suggestion, and unrelated to your changes. also, please forward your patches to upstream if you haven't already done so. Thanks for the work on this! Cheers, Ryan [Please CC me on reply, otherwise I will likely miss your email. also feel free to contact me via IRC, my nick is Ryan52 on OFTC.] -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: ne (QA upload)
Hi Sven, On Fri, Sep 25, 2009 at 06:50:41PM +0200, Sven Joachim wrote: > Hello Ryan, > > thanks for your review. > > On 2009-09-25 08:14 +0200, Ryan Niebur wrote: > > > I wouldn't include the authors in the long description, as that's kind > > of boring/useless information for the user. also, the short > > descriptions should follow the guidelines in devref, please read this > > page and adjust accordingly (no capital in "Documentation", should be > > a noun phrase, etc): > > http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis > > > > and I wouldn't mention that the acronym "ne" stands for "nice editor" > > in the short description, I'd move that to the long description. > > I've updated that, also changed the capitalization as upstream's > homepage actually uses lower case. > most of these improvements are good, however still in the short description of ne-doc "Documentation" should be "documentation". > > I will. I haven't tested that the package actually works, I'm assuming > > you already did that thoroughly enough and that it will work fine for > > me when I test it. > > I'm not familiar with all the bells and whistles of ne (else I would > volunteer to maintain it), but basic features like opening, editing and > saving files work. Also, the editor finds it syntax files where I put > them. > okay, that's fine. > > one other concern (and this isn't > > new in your changes) is that there's no copyright/license information > > for the Debian packaging. It's probably okay to assume the copyright > > years based on the debian/changelog and the license is the same as > > upstream. could please add this information (including a copyright > > statement for your work as well) to debian/copyright? > > Did that as well. I've tried to reach the previous maintainer, but the > mail to his Debian address bounced (apparently when it got forwarded to > his non-Debian address; the qmail error messages from mail.gmx.net are a > bit cryptic). It is probably safe enough to assume that he's the > copyright holder of the files under debian/. > yep, okay. > > also, I'd suggest that you look into using debhelper 7 minimized rules > > files (see "man dh"), tho this is completely up to you and is a > > personal preference kind of thing. > > I've played around with this option today, and I actually like it. > Despite three overrides, debian/rules is only 20 lines long. > The version I just uploaded uses this small rules file. > great! however you shouldn't need to do "dh_auto_install -- DESTDIR=$(BUILDDIR) PREFIX=/usr" "dh_auto_install" passes those by default. > > the rules file is fine as-is. > > Almost, I actually forgot to call dh_testdir and dh_testroot in the > binary-indep target. One more reason to switch to dh(1) where such an > oversight is not possible. > ah, yes, it's hard to catch these things :) > > hm, one more thing. The information in README.Debian seems a bit out > > of place. It might be better to be patching that information into the > > upstream documention in the "Key Bindings" section, so that users are > > more likely to see it when they're reading the manual. > > Maybe. For now I've only changed README.Debian to point to the section > in the manual, as it's a bit incomprehensible on its own. Also, I added > a paragraph about terminfo problems, as ne is really picky about > terminfo files and the backspace key currently deletes forwards in > xterm-256color terminal (to be fixed in ncurses-base). > good. > > also, please forward your patches to upstream if you haven't already > > done so. > > I had waited for the review here, will do so soon. > okay. > Meanwhile I uploaded a changed package to mentors.debian.net: > > dget http://mentors.debian.net/debian/pool/main/n/ne/ne_2.0.3-1.dsc > other than the few minor things I mentioned, this package looks very good. I'll just upload it as is. the remaining nitpicks are so small that they really don't matter. thanks for the great work! please feel free to contact me in the future when you need something sponsored. :) Cheers, Ryan [who just sponsored a package for the first time] -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Adopting package
On Sat, Sep 26, 2009 at 10:42:29PM +0200, Jaromír Mikeš wrote: > > Od: Jonathan Wiltshire > > JM> > I send email for adopting lash package, but I am not sure if I did it > right. > > > > JM> > I've got confirmation message with this link: > JM> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548432 > > > > JM> > Is everything like it should be? > > > JW> No, you should retitle the original bug #547032 to say 'ITA' instead of > JW> 'O', then merge your new bug #548432 onto it. > > I did it ... Is it done properly now? > not completely. you also need to set the owner of the bug(s) to yourself. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: gnome-inm-forecast (updated package)
Hi Gustavo, On Mon, Apr 06, 2009 at 01:13:30AM +0200, Gustavo Iñiguez Goya wrote: > Dear mentors, > > I am looking for a sponsor for the new version 0.8.0-1 > of my package "gnome-inm-forecast". > > It builds these binary packages: > gnome-inm-forecast - Spanish weather forecast applet for the GNOME panel > > The package appears to be lintian clean. > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/g/gnome-inm-forecast > - Source repository: deb-src http://mentors.debian.net/debian unstable > main contrib non-free > - dget > > http://mentors.debian.net/debian/pool/main/g/gnome-inm-forecast/gnome-inm-forecast_0.8.0-1.dsc > > I would be glad if someone uploaded this package for me. > a while ago I began to review this package, but didn't finish, and wasn't able to upload it either way. anyways, I'm now a DD, and willing to sponsor it (assuming you still have interest in it). so please get the packaging up to date (incorporate Chris's NMU, fix any new lintian warnings, check that it builds in pbuilder, etc) and I'll review and upload it for you. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: script-with-language-extension
On Mon, Oct 05, 2009 at 02:32:50AM +0200, Jaromír Mikeš wrote: > Hello mentors, > > I have output this output from lintian: > -- > W: zynjacku: script-with-language-extension usr/bin/lv2rack.py > W: zynjacku: script-with-language-extension usr/bin/zynjacku.py > W: zynjacku: script-with-language-extension usr/bin/zynspect.py > -- > > I tried (one by one) remove ".py" suffix, remove shebang by patch and then > also change permission for these files. > All these changes breaks functionality. > What is right practice to solve this issue? > don't remove the shebang, that needs to be there, and there's no reason to remove it. just remove the .py suffix. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Using ccache with sbuild/schroot
On Sat, Oct 24, 2009 at 10:59:03AM -0400, Ryan Kavanagh wrote: > Hi list, > Has anybody setup ccache in an LVM schroot for sbuild and if so, how? My > blocking point is that sbuild uses an LVM snapshot of the schroot to build a > package, which means that any cached compiling would get lost at the end of > the > build. > > If anybody knows of a way to make this work, or to decrease compile times some > other way, please let me know :) > I set my environment for sbuild like this: exec env PATH=/usr/lib/ccache:$PATH CCACHE_DIR=/home/ryan52/.ccache/ DISTCC_HOSTS='10.0.0.10 10.0.0.17' CCACHE_PREFIX=distcc DEB_BUILD_OPTIONS=parallel=4 "$@" /home/ (apparently by default, I don't think I did anything) is bind mounted so this is preserved. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFC: mawk (not maintainer, updated package)
On Sun, Dec 13, 2009 at 12:04:17AM -0600, Jonathan Nieder wrote: > Dear mentors and Steve, > > I am looking for some advice concerning the new version > 1.3.3-20090920-0.1 of the package "mawk". > > It builds these binary packages: > mawk - a pattern scanning and text processing language > > The package appears to be lintian clean. > > The upload would fix these bugs: 38353, 65617, 100808, 127293, 135614, > 173664, 189078, 244962, 303825, 339799, 355442, 355966, 485898, 496980, 554167 > > The previous version used dpatch and had a very old debian/rules file > that did not run the test suite, handle DEB_BUILD_OPTIONS, or > cross-compile. debian/rules has been rewritten completely (the > upstream makefile cannot handle cross-compilation yet, though). All > previous patches were applied upstream, so I took the opportunity to > switch to source format 3.0 (quilt). So this is not really the > traditional sort of minimal non-maintainer upload --- it is > superficially more like a QA upload. > > I am wondering what to do next: should I pursue a 14-day delayed NMU? > Do nothing and hope some of my changes are picked up? > have you tried asking the maintainer if you could work with him? all I can see is a mail from you 3 days ago...a bit fast to pull the trigger on attempting an NMU there. also, it looks like your mail was only through the BTS. sometimes direct mail is more effective (I know it is with me personally, and I've had similar experiences with other developers). after that, have some patience.. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: RFS: poedit (updated package)
Hi, On Wed, Jan 26, 2011 at 08:06:53AM +, Pedro Ribeiro wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi there, > > Thanks for the revision. > > Should I correct this and upload a new 1.4.6.1-4 package or keep the > 1.4.6.1-3 version number ? > Keep the previous version number with reuploads to mentors. My lack of response to the bug ownership changing should be taken as permission. Pedro is the only owner of that ITA since me. Cheers, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
