RFS: wbox
Dear mentors, I am looking for a sponsor for my package wbox. * Package name: wbox Version : 5-1 Upstream Author : Salvatore 'antirez' Sanfilippo * URL : http://www.hping.org/wbox/ * License : BSD Section : web It builds these binary packages: wbox - HTTP testing tool and configuration-less HTTP server The package appears to be lintian clean. The upload would fix these bugs: 480981 My motivation for maintaining this package is: I'm a happy user of wbox, a small and useful tool that i use often for HTTP testing. It's a good piece of code with clean and simple CLI-friendly design (written by Salvatore Sanfilippo...yeah! the hping/idle-scan and redis guy). It's also useful as a zeroconf http server for file sharing. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/wbox - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/wbox/wbox_5-1.dsc I would be glad if someone uploaded this package for me. Kind regards Alberto Furia -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: cba
dear mr. wise, thank you for your reply (it was very nice\ of mr. wise\ writing to\ pierrot le fou - almost a poem!). sid sounds a lot more logical, i will change that with the next upload. best regards, pierrot. On Fri, 11 Dec 2009 17:05:15, Paul Wise wrote: etch is fairly old and security support will soon be ending (Feb 2010), it would be a good idea to switch to lenny. In any case you should always build new packages under sid. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: wbox
Alberto Furia - straluna ha scritto: Dear mentors, I am looking for a sponsor for my package wbox. The package looks OK for me, but I can't verify the orig tarball because http://www.hping.org/wbox/wbox-5.tar.gz looks like an empty file. I'm ready to upload it but before I'd like to check the upstream tarball. Kind regards, Marco Nenciarini -- - |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member | | mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia | - Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 signature.asc Description: OpenPGP digital signature
RE: RFS: collectl
Figuring it was just easier to do it, I just added man pages for client.pl, col2tlviz.pl and reads to the kit. Are the errors about minus signs in the man pages because I reference a switch as text? If so I agree that would be very ugly and painful to change... I am very close to releasing a new version and would like to hear back if there is anything else I can do to make this easier for everyone. -mark -Original Message- From: Bernd Schubert [mailto:bernd.schub...@fastmail.fm] Sent: Sunday, December 13, 2009 7:48 PM To: Tim Retout Cc: debian-mentors@lists.debian.org; Seger, Mark Subject: Re: RFS: collectl Hello Tim, thanks a lot for your help! On Tuesday 08 December 2009, Tim Retout wrote: On Mon, Dec 07, 2009 at 12:26:01AM +0100, Bernd Schubert wrote: Dear mentors, I am looking for a sponsor and a little help for my package collectl. Firstly I have three package questions. 1) The package is based on perl and uses additional modules. As far I know /usr/lib/perl5/collectl would be the optimal path. But upstream prefers /usr/share/collectl. This depends on whether the perl modules are for use outside of collectl or not. It's probably fine to use /usr/share/collectl, providing the package works. Great, the patch series has two patches to make it working with /usr/share/collectl. I think Mark plans to change future versions to find collectl libs in that directory by default. 2) Lintian complains W: collectl source: quilt-build-dep-but-no-series-file N: N: Using quilt requires you to explicitly list all patches you want to N: apply in debian/patches/series. This package build-depends on quilt, but I really do not know what it complains about, as there is non-empty debian/patches/series file. In the copy on mentors.debian.net, there's no debian/patches/ directory, so I suspect it's been missed out somehow? Arg, I think my fault. Accidentally I built with debuild -i patches, which also seems to ignore debian/patches. 3) ITP. An ITP to uload the package was opened by Simmons, Christopher christopher.simm...@pnl.gov some time ago. But on the one hand Christopher didn't update the bug report any more and then I created an unofficial collectl package a long time before that. I definitely do not insist to be the package maintainer. I just want to have collectl in Debian. Christopher, if you are still interested in maintaining collectl, please tell me so. We could either share maintenance or I could hand it over to you. If there's no response within a week of your message, I'll be happy to just go ahead and sponsor your version. Thanks a lot! I'm afraid I'm quite picky, though - I run lintian with '-iI -- pedantic', so please do the same and fix as many messages as possible. I'm 'diocles' on IRC if you have any questions. I just fixed a couple of --pedantic complaints. Now two issues are left. I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:139 [...] I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:198 I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:200 I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:202 I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:203 I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:208 I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:228 I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:229 I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:239 I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz:252 I: collectl: hyphen-used-as-minus-sign usr/share/man/man1/collectl.1.gz 25 more occurrences not shown I already fixed several of those, but I have to admit, that I do not agree on that solution. There is not a single minus, but all dashes are hyphens. And replacing everything with \(hy only reduces readability on editing the man page. Second issue is that the helper utility readS doesn't have a man page. Mark, any chance you could provide a short description what readS is actually for? By reading the perl code for less than one minute I see it does lots of text manipulation, but don't understand the main intent of the tool yet. I may also ask you to maintain this as part of the pkg-perl apps repository, but I haven't decided yet. :) Ah, nice. I didn't know this group even exists. Although collectl is a bit different than the other packages in that group, I think. E.g. it doesn't use perl to install itself. Hmm, maybe I take on the of the other packages there to improve that... I just upload a new package version: http://mentors.debian.net/debian/pool/main/c/collectl/collectl_3.3.6- 4.dsc Time to go to bed now... Cheers, Bernd -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Re: RFS: collectl
Good morning Mark! On Monday 14 December 2009, Seger, Mark wrote: Figuring it was just easier to do it, I just added man pages for client.pl, Great, thanks. I will check out CVS this evening and then create a new package. col2tlviz.pl and reads to the kit. Are the errors about minus signs in the man pages because I reference a switch as text? If so I agree that would be very ugly and painful to change... I am very close to releasing a new Yes, I think so. Here's a link with the detailed lintian error message: http://lintian.debian.org/tags/hyphen-used-as-minus-sign.html I have to clearly admit, that I don't care if it is a hyphen, dash or minus, for me all three are the same. I even don't know which of those three is correct for something link -s. If Tim hadn't told me he wants to have lintian --pedantic errors fixed as much as possible, I probably never would have cared... version and would like to hear back if there is anything else I can do to make this easier for everyone. -mark I will give another feedback this evening. Thanks, Bernd PS: Mark, any chance you could do bottom/interleaved quoting? At least as long as we CC the mailing list? They are probably going to kill us for top level quoting ;) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RE: RFS: collectl
-Original Message- From: Bernd Schubert [mailto:bernd.schub...@fastmail.fm] Sent: Monday, December 14, 2009 9:18 AM To: Seger, Mark Cc: Tim Retout; debian-mentors@lists.debian.org Subject: Re: RFS: collectl Good morning Mark! On Monday 14 December 2009, Seger, Mark wrote: Figuring it was just easier to do it, I just added man pages for client.pl, Great, thanks. I will check out CVS this evening and then create a new package. col2tlviz.pl and reads to the kit. Are the errors about minus signs in the man pages because I reference a switch as text? If so I agree that would be very ugly and painful to change... I am very close to releasing a new Yes, I think so. Here's a link with the detailed lintian error message: http://lintian.debian.org/tags/hyphen-used-as-minus-sign.html I have to clearly admit, that I don't care if it is a hyphen, dash or minus, for me all three are the same. I even don't know which of those three is correct for something link -s. If Tim hadn't told me he wants to have lintian --pedantic errors fixed as much as possible, I probably never would have cared... version and would like to hear back if there is anything else I can do to make this easier for everyone. -mark I will give another feedback this evening. I guess I'm a loss of what to do next, if anything. I haven't been doing anything with CVS as collectl is just a couple of scripts. If it would help I could send you a copy of the latest tarball. So right now I guess the big questions for me are: - are the man pages ok the way they are without having to worry about explicitly quoting everywhere I use a hyphen? In fact, my keyboard only has a single character, do other keyboards actually differentiate? - I now have 3 more man pages for 3 utilities nobody every would use except me and each now references the others. If this isn't necessary I'd be happy to remove them - is it ok to keep my utility scripts in /usr/share/collectl/util so I don't corrupt /usr/bin with files nobody really ever uses? The man pages I wrote for them DO include the explicit path so people will know how to find them if they really want to. - am I missing anything else? Thanks, Bernd PS: Mark, any chance you could do bottom/interleaved quoting? At least as long as we CC the mailing list? They are probably going to kill us for top level quoting ;) Ok ;-) -mark -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: libvalhalla
Dear mentors, I am looking for a sponsor for my package libvalhalla. * Package name: libvalhalla Version : 1.0.0-1 Upstream Author : Mathieu Schroeter, Benjamin Zores * URL : http://libvalhalla.geexbox.org * License : LGPL v2.1 or later Section : libs It builds these binary packages: libvalhalla-dev - a tiny media scanner library -- development files libvalhalla-doc - developer documentation for libvalhalla libvalhalla1 - a tiny media scanner library libvalhalla1-bin - test utilities for libvalhalla libvalhalla1-dbg - debugging symbols for libvalhalla1 The package appears to be lintian clean. The upload would fix these bugs: 560047 My motivation for maintaining this package is: I work with upstream on the GeeXboX project (http://geexbox.org); my ultimate goal is to package the Enna media center (http://enna.geexbox.org) in Debian and maintain it. libvalhalla is a media scanning and indexing library, which allows the user to build a database of its media files (audio and video). libvalhalla is able to automatically download information (e.g. covers, lyrics, movie synopsis) from the Internet, using several grabbers. It is lighthweight and easily extensible. libvalhalla is used in Enna to build the media library and to grab media information. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libvalhalla - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libvalhalla/libvalhalla_1.0.0-1.dsc I would be glad if someone uploaded this package for me. Even if you aren't inclined to upload, any criticism is welcome. Please CC me on any replies. Kind regards Davide Cavalca -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: collectl
On Mon, Dec 14, 2009 at 02:26:54PM +, Seger, Mark wrote: From: Bernd Schubert [mailto:bernd.schub...@fastmail.fm] I have to clearly admit, that I don't care if it is a hyphen, dash or minus, for me all three are the same. I even don't know which of those three is correct for something link -s. If Tim hadn't told me he wants to have lintian --pedantic errors fixed as much as possible, I probably never would have cared... I'm not going to insist on the manpage lintian fixes in the first upload, if it helps. They can sometimes take a bit of work/thought to get right, and I've not looked at this case in detail. I guess I'm a loss of what to do next, if anything. I haven't been doing anything with CVS as collectl is just a couple of scripts. If it would help I could send you a copy of the latest tarball. So right now I guess the big questions for me are: - are the man pages ok the way they are without having to worry about explicitly quoting everywhere I use a hyphen? In fact, my keyboard only has a single character, do other keyboards actually differentiate? - I now have 3 more man pages for 3 utilities nobody every would use except me and each now references the others. If this isn't necessary I'd be happy to remove them I doubt this is necessary unless they're installed in /usr/bin/ (or similar). Debian doesn't require manual pages for auxiliary scripts - see: http://www.debian.org/doc/debian-policy/ch-docs.html#s12.1 You don't have to get rid of them necessarily, if they're useful documentation. - is it ok to keep my utility scripts in /usr/share/collectl/util so - I don't corrupt /usr/bin with files nobody really ever uses? The - man pages I wrote for them DO include the explicit path so people - will know how to find them if they really want to. That's probably best, because otherwise we *will* need man pages. :) So I'd just make a release, and then you can make another release if we come back with a huge set of man page fixes or whatever. -- Tim Retout t...@retout.co.uk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RE: RFS: collectl
-Original Message- From: Tim Retout [mailto:t...@retout.co.uk] Sent: Monday, December 14, 2009 10:20 AM To: Seger, Mark Cc: Bernd Schubert; debian-mentors@lists.debian.org Subject: Re: RFS: collectl On Mon, Dec 14, 2009 at 02:26:54PM +, Seger, Mark wrote: From: Bernd Schubert [mailto:bernd.schub...@fastmail.fm] I have to clearly admit, that I don't care if it is a hyphen, dash or minus, for me all three are the same. I even don't know which of those three is correct for something link -s. If Tim hadn't told me he wants to have lintian --pedantic errors fixed as much as possible, I probably never would have cared... I'm not going to insist on the manpage lintian fixes in the first upload, if it helps. They can sometimes take a bit of work/thought to get right, and I've not looked at this case in detail. I guess I'm a loss of what to do next, if anything. I haven't been doing anything with CVS as collectl is just a couple of scripts. If it would help I could send you a copy of the latest tarball. So right now I guess the big questions for me are: - are the man pages ok the way they are without having to worry about explicitly quoting everywhere I use a hyphen? In fact, my keyboard only has a single character, do other keyboards actually differentiate? - I now have 3 more man pages for 3 utilities nobody every would use except me and each now references the others. If this isn't necessary I'd be happy to remove them I doubt this is necessary unless they're installed in /usr/bin/ (or similar). Debian doesn't require manual pages for auxiliary scripts - see: http://www.debian.org/doc/debian-policy/ch-docs.html#s12.1 You don't have to get rid of them necessarily, if they're useful documentation. - is it ok to keep my utility scripts in /usr/share/collectl/util so - I don't corrupt /usr/bin with files nobody really ever uses? The - man pages I wrote for them DO include the explicit path so people - will know how to find them if they really want to. That's probably best, because otherwise we *will* need man pages. :) So I'd just make a release, and then you can make another release if we come back with a huge set of man page fixes or whatever. great. In that I'm going to remove the manpages since I don't really thing they add any value and the utilities to have a 'usage' output when you run them w/o switches. I think it also will help keep things simpler. So should I just consider the kit done then and upload it to sourgeforge as-is? -mark -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: collectl
On Monday 14 December 2009, Seger, Mark wrote: -Original Message- From: Tim Retout [mailto:t...@retout.co.uk] Sent: Monday, December 14, 2009 10:20 AM You don't have to get rid of them necessarily, if they're useful documentation. - is it ok to keep my utility scripts in /usr/share/collectl/util so - I don't corrupt /usr/bin with files nobody really ever uses? The - man pages I wrote for them DO include the explicit path so people - will know how to find them if they really want to. That's probably best, because otherwise we *will* need man pages. :) So I'd just make a release, and then you can make another release if we come back with a huge set of man page fixes or whatever. great. In that I'm going to remove the manpages since I don't really thing they add any value and the utilities to have a 'usage' output when you run them w/o switches. I think it also will help keep things simpler. So should I just consider the kit done then and upload it to sourgeforge as-is? Yes, please. I will then create a new package later on. Thanks, Bernd -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: pidgin-mikroblog
Dear mentors, I am looking for a sponsor for my package pidgin-mikroblog. * Package name: pidgin-mikroblog Version : 0.2.4-1 Upstream Author : Somsak Sriprayoonsakul soms...@gmail.com * URL : http://code.google.com/p/microblog-purple/ * License : GPL3 Section : networking It builds these binary packages: pidgin-mikroblog - Microblogging plugins for Pidgin The package appears to be lintian clean. The upload would fix these bugs: 532282 My motivation for maintaining this package is: helping Debian and people around the world who use it. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/pidgin-mikroblog - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/pidgin-mikroblog/pidgin-mikroblog_0.2.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards Karolina Kalic -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: wbox
Hello Marco On Mon, 14 Dec 2009 12:28:00 +0100 Marco Nenciarini mnen...@prato.linux.it wrote: The package looks OK for me, but I can't verify the orig tarball because http://www.hping.org/wbox/wbox-5.tar.gz looks like an empty file. I'm ready to upload it but before I'd like to check the upstream tarball. as I said to you in pvt I just contacted Salvatore and now everything should be ok. wget http://www.hping.org/wbox/wbox-5.tar.gz I've just redone the upload on mentors correcting the little bug upstream-side I was telling you. Thanks for the sponsor and for the upload. :-) I wanted to thank Barry deFreese who offered to upload wbox too. ciao, a. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: homebank (updated package) -PING-
Hi Francesco, Francesco Namuri france...@namuri.it: Hi again, just a ping... Il giorno mar, 08/12/2009 alle 12.44 +0100, Francesco Namuri ha scritto: The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/h/homebank/homebank_4.1-1.dsc Does not work. Bye, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - Linux-Info-Tag in Dresden auch 2010 wieder * Info: http://www.linux-info-tag.de/* -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Fwd: RFS: pidgin-mikroblog
-- Forwarded message -- From: Karolina Kalic karol...@janos.in.rs Date: Mon, Dec 14, 2009 at 9:18 PM Subject: Re: RFS: pidgin-mikroblog To: Richard Laager rlaa...@wiktel.com It is a plugin for any libpurple based client and I wrote that in long description of the package. But, there is no plugin which name starts with purple-, so it may be difficult to find it. Also, there are other packages in Debian repository which names starts with pidgin-, and they have in their description mentioned that they can be used with other libpurple based clients (pidgin-awayonlock, pidgin-facebookchat, pidgin-skype). On Mon, Dec 14, 2009 at 8:38 PM, Richard Laager rlaa...@wiktel.com wrote: On Mon, 2009-12-14 at 18:18 +0100, Karolina Kalic wrote: * Package name : pidgin-mikroblog ... * URL : http://code.google.com/p/microblog-purple/ There's a disconnect here. Is the plugin for libpurple or pidgin? The upstream name and website text (This project implement a plug-in for any LibPurple base client like Pidgin or Finch) make it sound like a libpurple plugin. You should also consider naming this purple-microblog to match other plugins. Richard a.k.a. rlaa...@pidgin.im -- Pozdrav, Karolina -- Pozdrav, Karolina -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: pidgin-mikroblog
On Mon, 2009-12-14 at 21:18 +0100, Karolina Kalic wrote: It is a plugin for any libpurple based client and I wrote that in long description of the package. But, there is no plugin which name starts with purple-, so it may be difficult to find it. Also, there are other packages in Debian repository which names starts with pidgin-, and they have in their description mentioned that they can be used with other libpurple based clients (pidgin-awayonlock, pidgin-facebookchat, pidgin-skype). I didn't realize these were all broken. My opinion is that they should be renamed to purple-*, but you'll have to see what your sponsor wants, as IANADD. Richard signature.asc Description: This is a digitally signed message part
Re: RFS: pidgin-mikroblog
Ok, thanks anyway. I hope someone will sponsor my package soon. On Mon, Dec 14, 2009 at 9:54 PM, Richard Laager rlaa...@wiktel.com wrote: On Mon, 2009-12-14 at 21:18 +0100, Karolina Kalic wrote: It is a plugin for any libpurple based client and I wrote that in long description of the package. But, there is no plugin which name starts with purple-, so it may be difficult to find it. Also, there are other packages in Debian repository which names starts with pidgin-, and they have in their description mentioned that they can be used with other libpurple based clients (pidgin-awayonlock, pidgin-facebookchat, pidgin-skype). I didn't realize these were all broken. My opinion is that they should be renamed to purple-*, but you'll have to see what your sponsor wants, as IANADD. Richard -- Pozdrav, Karolina -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Call for help on mentors.debian.net/debexpo
Hi Christoph! On Mon, Nov 30, 2009 at 12:57 PM, Christoph Haas h...@debian.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear list, I've been running mentors.debian.net for quite some years now. The software running the repository including importers, user handling, package checks and IRC bot has been a custom thing right from the start [1]. It's now already the third version of the software but still in certain areas it's not very fault-tolerant. So last year (2008) after a project proposal I mentored Jonny Lamb as a Google Summer of Code student working on a web application that would be useful both as a personal repository (what Ubuntu calls PPA = personal package archive) but still extendable enough to suit the needs of mentors.debian.net. It is called debexpo and its project page is available at http://debexpo.workaround.org/ As usual with software projects the last lines were coded hours before the deadline so it was sufficiently done for Google but not tested by the audience due to lack of time. That said even after a year of finishing the project it has still not replaced mentors.debian.net and meanwhile everybody who initially showed interest has lost that because patches were accepted slowly and the software wasn't perfectly documented. - From the feedback I get and the number of packages uploaded I'd say that mentors.debian.net is worth being kept alive. This is where I need some help. Fixing the current code is not what I want. Instead I would like to get some help with debexpo. Anybody who knows about Python and Debian source packages and perhaps even the Pylons web framework is invited to take a look and help. I will try to revive the project again but perhaps with more helping hands it can be done faster and with better ideas. Even for package maintainers who wish to host their own private repositories debexpo will be a cool thing. Thanks for pushing this forward. Unfortunately I will not have time for this soon, but I still want to encourage you not to give up. :) It'd be cool if you could set this up at some server, and ask people to try it out, report bugs etc. Then, initially you'll have to fix them yourself, but eventually, people will join in. Good luck, Ondrej -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: libmusicbrainz-2.1 (QA upload)
Dear mentors, I am looking for a sponsor for the new version 2.1.5-3 of the oprhaned package libmusicbrainz-2.1. It builds these binary packages: libmusicbrainz4-dev - Second generation incarnation of the CD Index - development libmusicbrainz4c2a - Second generation incarnation of the CD Index - library python-musicbrainz - Second generation incarnation of the CD Index - Python bindings The package appears to be lintian clean. The upload would fix these bugs: 558754 The package can be found on mentors.debian.net: - dget http://mentors.debian.net/debian/pool/main/l/libmusicbrainz-2.1/libmusicbrainz-2.1_2.1.5-3.dsc I would be glad if someone uploaded this package for me. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: Various GNUstep packages; looking for a general sponsor
Dear mentors, Much to our regret the maintainer of the core GNUstep libraries has resigned recently [1]. Hubert (uhoreg) has been instrumental for the survival of this not-universally-loved technology in Debian, and has been keeping up with the good work for a few years. As it happens sometimes, his interest is concentrated elsewhere nowadays, and we, the remaining (non-DD) GNUsteppers, are meeting certain difficulties in finding sponsors, especially in view of the forthcoming non-trivial libgnustep-gui0.17 transition, which will be combined with the removal of the dependency on Defoma in gnustep-back-common (which only makes it harder). [1] http://thread.gmane.org/gmane.linux.debian.devel.gnustep/1440 I kindly ask anyone who is interested to consider sponsoring the below packages, and eventually future uploads of core GNUstep (-make, -base, -gui, -back), hopefully plus other less important ones. Thanks in advance! In case my message sounds presumptuous and out of place, please accept my apologies. A few people (DDs included) encouraged me to seek for a general sponsor on this list, and TBH, there's not much left to do... The packages below consist of 4 non-core Objective-C libraries, for which we promised the release team to fix them to depend on the actual core GNUstep libraries, enabling them to figure out how to schedule binNMUs for GNUstep transitions themselves (until now, we were informing them manually, which is confusing for them and needless to say, error-prone and tedious in general). cynthiune.app is not a library but a regular application; the upload fixes RC bug related to the libmpcdec6 transition. gnustep-netclasses/1.06.dfsg-4: It builds these binary packages: libnetclasses-dev - Objective-C framework for socket programming with GNUstep (devel) libnetclasses0 - Objective-C framework for socket programming with GNUstep (libs) - dget http://mentors.debian.net/debian/pool/main/g/gnustep-netclasses/gnustep-netclasses_1.06.dfsg-4.dsc pantomime1.2/1.2.0~pre3+snap20071004+dfsg-2: It builds these binary packages: libpantomime1.2 - GNUstep framework for mail handling (runtime library) libpantomime1.2-dev - GNUstep framework for mail handling (development files) - dget http://mentors.debian.net/debian/pool/main/p/pantomime1.2/pantomime1.2_1.2.0~pre3+snap20071004+dfsg-2.dsc renaissance/0.9.0-3: It builds these binary packages: librenaissance0 - GNUstep GUI Framework - library files librenaissance0-dev - GNUstep GUI Framework - development files renaissance-doc - GNUstep GUI Framework - documentation The upload would fix these bugs: 558954 - dget http://mentors.debian.net/debian/pool/main/r/renaissance/renaissance_0.9.0-3.dsc steptalk/0.10.0-3: It builds these binary packages: libsteptalk-dev - The GNUstep Scripting Framework (development files) libsteptalk0 - The GNUstep Scripting Framework (library files) steptalk - The GNUstep Scripting Framework The upload would fix these bugs: 553859 Note: We'll probably build adun.app's plugins starting from next upstream release and one of the plugins depends on the StepTalk framework; hence the library split. (It is a Debian Policy violation as it is anyway, although some maintainers disagree about this assessment.) - dget http://mentors.debian.net/debian/pool/main/s/steptalk/steptalk_0.10.0-3.dsc cynthiune.app/0.9.5-8: It builds these binary packages: cynthiune.app - A free software and romantic music player for GNUstep The upload would fix these bugs: 292910, 476381 - dget http://mentors.debian.net/debian/pool/main/c/cynthiune.app/cynthiune.app_0.9.5-8.dsc -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [debexpo-devel] Call for help on mentors.debian.net/debexpo
Hi, Ondrej… Ondrej Certik schrieb: On Mon, Nov 30, 2009 at 12:57 PM, Christoph Haas h...@debian.org wrote: I've been running mentors.debian.net for quite some years now. The software running the repository including importers, user handling, package checks and IRC bot has been a custom thing right from the start [1]. It's now already the third version of the software but still in certain areas it's not very fault-tolerant. Thanks for pushing this forward. Unfortunately I will not have time for this soon, but I still want to encourage you not to give up. :) It'd be cool if you could set this up at some server, and ask people to try it out, report bugs etc. Then, initially you'll have to fix them yourself, but eventually, people will join in. I saw a few people joining the debexpo-devel mailing list. And I'm glad about the interest already. I'll try to make sure the software is installable and documented enough so that everybody can get a debexpo server set up in minutes and get an impression of it. Otherwise it's surely too much theory and too little show-and-tell. Right after my ISP fixes my internet connection I'll set up a demo server. (Yes, I mean you Deutsche Telekom.) Thanks for your feedback. Christoph signature.asc Description: OpenPGP digital signature
Re: [debexpo-devel] Call for help on mentors.debian.net/debexpo
On Mon, Dec 14, 2009 at 2:03 PM, Christoph Haas em...@christoph-haas.de wrote: Hi, Ondrej… Ondrej Certik schrieb: On Mon, Nov 30, 2009 at 12:57 PM, Christoph Haas h...@debian.org wrote: I've been running mentors.debian.net for quite some years now. The software running the repository including importers, user handling, package checks and IRC bot has been a custom thing right from the start [1]. It's now already the third version of the software but still in certain areas it's not very fault-tolerant. Thanks for pushing this forward. Unfortunately I will not have time for this soon, but I still want to encourage you not to give up. :) It'd be cool if you could set this up at some server, and ask people to try it out, report bugs etc. Then, initially you'll have to fix them yourself, but eventually, people will join in. I saw a few people joining the debexpo-devel mailing list. And I'm glad about the interest already. I'll try to make sure the software is installable and documented enough so that everybody can get a debexpo server set up in minutes and get an impression of it. Otherwise it's surely too much theory and too little show-and-tell. Right after my ISP fixes my internet connection I'll set up a demo server. (Yes, I mean you Deutsche Telekom.) That sounds good. Ping me when you do it, I'll at least test it. Ondrej -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Fwd: Problem installing package, initscript (ninja)
Hello Mentors Any ideas? Thanks! -- Forwarded message -- From: William Vera bi...@billy.com.mx Date: Thu, Dec 10, 2009 at 2:25 AM Subject: Problem installing package, initscript (ninja) To: debian-mentors debian-mentors@lists.debian.org Hi Mentors! I'm upgrading the 'ninja' package, it seems that is lintian clean, but when I intent install (no previous version installed), I get the following error: gnosys:/home/billy/devel/ninja# dpkg -i ninja_0.1.3-1_i386.deb (Reading database ... 216316 files and directories currently installed.) Preparing to replace ninja 0.1.3-1 (using ninja_0.1.3-1_i386.deb) ... Stopping privilege escalation detection system for GNU/Linux: ninja. Unpacking replacement ninja ... Setting up ninja (0.1.3-1) ... Starting privilege escalation detection system for GNU/Linux: invoke-rc.d: initscript ninja, action start failed. dpkg: error processing ninja (--install): subprocess installed post-installation script returned error exit status 1 Processing triggers for man-db ... Errors were encountered while processing: ninja gnosys:/home/billy/devel/ninja# I see is the initscript but I have revised several times and I can't find the error I would appreciate any help or advice, the package is in mentors.d.n. http://mentors.debian.net/debian/pool/main/n/ninja/ Thanks in advance! Greetings! -- William Vera bi...@billy.com.mx PGP Key: 1024D/F5CC22A4 Fingerprint: 3E73 FA1F 5C57 6005 0439 4D75 1FD2 BF96 F5CC 22A4 -- William Vera bi...@billy.com.mx PGP Key: 1024D/F5CC22A4 Fingerprint: 3E73 FA1F 5C57 6005 0439 4D75 1FD2 BF96 F5CC 22A4 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: mbuffer (new package)
On Fri, Dec 11, 2009 at 02:46:28AM +0100, Hector Oron wrote: Hello, 2009/12/10 Peter Pentchev r...@ringlet.net: * Package name : mbuffer Version : 20091122-1 Upstream Author : Thomas Maier-Komor tho...@maier-komor.de * URL : http://www.maier-komor.de/mbuffer.html * License : GPL-3+ * Language : C Is there any reason for this debian/rules? $ cat rules #!/usr/bin/make -f # # Build rules for mbuffer, the stream buffering tool override_dh_auto_configure: cp -f /usr/share/misc/config.sub config.sub cp -f /usr/share/misc/config.guess config.guess dh_auto_configure -- CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs override_dh_auto_test: %: dh $@ Could you rework the rules file[1] and be cross friendly[2]? [1] http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550327 I realize that I'm replying to an e-mail about a package that has already been uploaded :) But since I'm trying to clear up everything that was left unfinished in the initial upload (as mentioned in another e-mail, the upstream author had promised a new version soon, and he did indeed release it, and I'll be RFS'ing mbuffer-20091213-1 real soon now, with the libmhash preference and a couple of other changes)... Maybe I'm being a bit stupid here (happens to me all the time, really :)), but I just don't see what is wrong with a rules file like this. Could you please explain a bit further what you think needs changing? If you mean the --build and --host arguments to the GNU configure script, well, debhelper 7's dh_auto_configure program provides them when needed, so that the DEB_HOST_GNU_TYPE / DEB_BUILD_GNU_TYPE logic no longer has to be duplicated in all the rules files all across the Debian archive :) If you mean something else... what is it, I honestly do not understand? And once again, thanks for your time in reviewing mbuffer! G'luck, Peter -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence would be seven words long if it were six words shorter. pgp9m5BymkSja.pgp Description: PGP signature
Re: RFS: libmusicbrainz-2.1 (QA upload)
Hi Yavor On Mon, Dec 14, 2009 at 11:27:24PM +0200, Yavor Doganov wrote: Dear mentors, I am looking for a sponsor for the new version 2.1.5-3 of the oprhaned package libmusicbrainz-2.1. It builds these binary packages: libmusicbrainz4-dev - Second generation incarnation of the CD Index - development libmusicbrainz4c2a - Second generation incarnation of the CD Index - library python-musicbrainz - Second generation incarnation of the CD Index - Python bindings The package appears to be lintian clean. /--- | I: libmusicbrainz4c2a: extended-description-is-probably-too-short | X: libmusicbrainz4c2a: shlib-calls-exit usr/lib/libmusicbrainz.so.4.0.3 | I: libmusicbrainz4c2a: no-symbols-control-file usr/lib/libmusicbrainz.so.4.0.3 \--- But hardly anything that needs to be done for a package that is intended to disappear (if I read the O: bug correctly) and being a QA upload. The upload would fix these bugs: 558754 The package can be found on mentors.debian.net: - dget http://mentors.debian.net/debian/pool/main/l/libmusicbrainz-2.1/libmusicbrainz-2.1_2.1.5-3.dsc I would be glad if someone uploaded this package for me. /-- | (Standards-Version): Compliant with 3.8.3 (no changes needed). | [...] | * debian/README.source: New file. \--- Somewhat contradicting right? Not alwas easy / intuitiv to spot if you do the standards version last however ;) I'll probably upload tomorrow after another quick glance looks quite fine right now. Regards Christoph -- /\ ASCII Ribbon : GPG-Key ID: 0xD49AE731 \ /Campaign : CaCert Assurer X against HTML : Debian Maintainer / \ in eMails : http://www.debian.org/ http://www.christoph-egger.org/ signature.asc Description: Digital signature
Re: Problem installing package, initscript (ninja)
Try adding 'set -x' to the init script so you can see what the execution flow was and track down where the script returned failure. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: mbuffer (new package)
Hi, 2009/12/15 Peter Pentchev r...@ringlet.net: On Fri, Dec 11, 2009 at 02:46:28AM +0100, Hector Oron wrote: Maybe I'm being a bit stupid here (happens to me all the time, really :)), but I just don't see what is wrong with a rules file like this. Could you please explain a bit further what you think needs changing? If you mean the --build and --host arguments to the GNU configure script, well, debhelper 7's dh_auto_configure program provides them when needed, so that the DEB_HOST_GNU_TYPE / DEB_BUILD_GNU_TYPE logic no longer has to be duplicated in all the rules files all across the Debian archive :) If you mean something else... what is it, I honestly do not understand? I am stupid too :-) I did not know about this handling which i was refering to do manually. But package, in case you care, does not configure cross compiling fine but detects the cross compiler :) checking build system type... x86_64-pc-linux-gnu checking host system type... arm-unknown-linux-gnueabi checking target system type... arm-unknown-linux-gnueabi checking for arm-linux-gnueabi-cc... no checking for arm-linux-gnueabi-gcc... arm-linux-gnueabi-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... yes checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether arm-linux-gnueabi-gcc accepts -g... yes checking for arm-linux-gnueabi-gcc option to accept ISO C89... none needed checking for C/C++ restrict keyword... __restrict checking for inline... inline checking for a BSD-compatible install... /usr/bin/install -c checking for rm... /bin/rm checking whether arm-linux-gnueabi-gcc supports -m64... configure: error: in `/home/zumbi/WORKSPACE/test_debs/mbuffer-20091122': configure: error: cannot run test program while cross compiling See `config.log' for more details. dh_auto_configure: ./configure returned exit code 1 make[1]: *** [override_dh_auto_configure] Error 1 make[1]: Leaving directory `/home/zumbi/SCM/SVN/K2M-BLOCKSAT/HectorOron/test_debs/mbuffer-20091122' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 And once again, thanks for your time in reviewing mbuffer! Thanks to you for sharing mbuffer with us! :-) -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS dxcentral 1.42 - hamradio related package
I wrote: The package appears to be lintian clean. I just revised the package: now it is (and not only appears to be) lintian clean. A lintian --pedantic run reveals only two minor flaws: 1. - direct-changes-in-diff-but-no-patch-system 2. - no-upstream-changelog The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/contrib/d/dxcentral - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/contrib/d/dxcentral/dxcentral_1.42-1.dsc I would be glad if someone uploaded this package for me. Regards and vy 73, Andreas Weller -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFR: ninja (was: Problem installing package, initscript (ninja))
Hello Mentors I appreciate it if someone took a moment to review my package ninja, is in mentors.d.n: http://mentors.debian.net/debian/pool/main/n/ninja Thanks in advance Regards! -- William Vera bi...@billy.com.mx PGP Key: 1024D/F5CC22A4 Fingerprint: 3E73 FA1F 5C57 6005 0439 4D75 1FD2 BF96 F5CC 22A4 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org