Re: List of (un)sponsored packages on Mentors (approximate)
On Fri, 27 Jul 2007 06:49:33 +0530 Kumar Appaiah [EMAIL PROTECTED] wrote: On Thu, Jul 26, 2007 at 03:04:31PM -0500, Raphael Geissert wrote: I've made some changes to your script in order to improve it's results. The modified script can be downloaded from here: http://files.myopera.com/atomo64/files/mentors_comp.py and the results generated by the modified script: http://files.myopera.com/atomo64/files/output.test.html Very nice! There needs to be some way of indicating which packages have been reviewed but which are not ready for upload. e.g. homebank has been reviewed but is waiting for upstream changes before it will be accepted into Debian. This is a difficult problem because although the initial messages were on debian-mentors, subsequent emails and the rejection methods were not. Maybe mentors.debian.net could have some kind of wiki (or links to pages on wiki.debian.org) to track the status of such packages - the report could then look up such a page and link to that instead of the RFS. It isn't sufficient to use the debian-mentors archive alone - in the case of homebank, the various messages are spread over more than two months of archives and the thread gets lost. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpWlnjZXGKC5.pgp Description: PGP signature
RFS: ink (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.4.1-1 of my package ink. It builds these binary packages: ink- tool for checking the ink level of your local printer The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/i/ink - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/i/ink/ink_0.4.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Adam Cécile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
On Fri, Jul 27, 2007 at 05:25:43PM +1000, Paul Wise wrote: On 7/27/07, Neil Williams [EMAIL PROTECTED] wrote: There needs to be some way of indicating which packages have been reviewed but which are not ready for upload. Maybe mentors.debian.net could have some kind of wiki (or links to pages on wiki.debian.org) to track the status of such packages - the report could then look up such a page and link to that instead of the RFS. Perhaps someone could motivate siretart to adapt REVU (revu.tauware.de) features to mentors.d.n code and Debian? I seem to have seen a video or read somewhere that he intended to do something like this. I'm about to refactor m.d.n anyway (as I do every to years for the sheer boredom). There are a few planned features like better statistics, a dicussion forum for each package, better tracking of whether a package was uploaded etc. But mainly it's important that we allow direct comments from potential sponsors on the respective package page. Like with IRC notification to the sponsorees if they are online. So if anyone could tell me what features REVU has that m.d.n is lacking then I'll consider adding them in the next release. I'm not active in Ubuntu so I can't tell how things work there. I just see the commenting feature and colorful icons there. ;) Cheers Christoph -- Peer review means that you can feel better because someone else missed the problem, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: php-html-progress2
Dear mentors, I am looking for a sponsor for my package php-html-progress2. * Package name: php-html-progress2 Version : 2.3.0-1 Upstream Author : Laurent Laville [EMAIL PROTECTED] * URL : http://download.pear.php.net/package/HTML_Progress2 * License : BSD Section : web Note: The package was rejected once from NEW few months ago, because of a License problem after it has been sponsored by D. Baumann (that doesn't do any sponsoring any more). Since then, the upstream author has been contacted, and aware that it wouldn't be uploaded to Debian, he changed his licensing, for a more relaxed BSD License on this new 2.3.0 version. I have also fixed the watch file since the last upload. As the package was checked before, the sponsorship should be strait forward... It builds these binary packages: php-html-progress2 - Provides a loading bar fully customizable in DHTML The package appears to be lintian clean. The upload would fix this wnpp bug: 404657 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/php-html-progress2 - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/php-html-progress2/php-html-progress2_2.3.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Thomas Goirand If this is an update to a package that is already in Debian: From: Thomas Goirand [EMAIL PROTECTED] To: debian-mentors@lists.debian.org Subject: RFS: php-html-progress2 (updated package) Dear mentors, I am looking for a sponsor for the new version 2.3.0-1 of my package php-html-progress2. It builds these binary packages: php-html-progress2 - Provides a loading bar fully customizable in DHTML The package appears to be lintian clean. The upload would fix these bugs: 404657 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/php-html-progress2 - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/php-html-progress2/php-html-progress2_2.3.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Thomas Goirand -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
On 7/27/07, Neil Williams [EMAIL PROTECTED] wrote: There needs to be some way of indicating which packages have been reviewed but which are not ready for upload. Maybe mentors.debian.net could have some kind of wiki (or links to pages on wiki.debian.org) to track the status of such packages - the report could then look up such a page and link to that instead of the RFS. Perhaps someone could motivate siretart to adapt REVU (revu.tauware.de) features to mentors.d.n code and Debian? I seem to have seen a video or read somewhere that he intended to do something like this. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fig2sxd
Good morning, why 0.17-2 and not 0.17-1? Version 0.17-1 was the one I had uploaded to mentors.debian.net with the typo in the number of the closed bug. Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
Christoph Haas [EMAIL PROTECTED] writes: Perhaps someone could motivate siretart to adapt REVU (revu.tauware.de) features to mentors.d.n code and Debian? I seem to have seen a video or read somewhere that he intended to do something like this. I'm about to refactor m.d.n anyway (as I do every to years for the sheer boredom). Wow. Well, the plan was to refacture REVU as well, so perhaps we could coordinate/merge the ideas of REVU here? So if anyone could tell me what features REVU has that m.d.n is lacking then I'll consider adding them in the next release. The main motivation of programming REVU was to get rid of using a wiki for reviewing packages. (no shit, in ubuntu, we used a terribly long wiki site for exchanging comments about the package). What users of revu like (I think) is the possibility to directly comment on the upload. You get instant feedback from the reviewers what still need to be done on the package. What reviwers of revu like is that you can directly see the source of the package, can verify things like debian/copyright and debian/rules online, can look at buildlogs and lintian/linda reports and so on. This way you can check the things which are very often done wrong by beginners before you download the package and have a closer look. You can read more on how REVU is supposed to work here: https://wiki.ubuntu.com/REVU2Spec As for development, I've been contacted by the LiMux project and from the debian games team who are both interested in trying out revu. I remember some french ubuntu group, who are maintaining their own revu instance (sorry, I forgot the link, it was in plain french anyway). I could really need some help, since I'm currently rather busy with other work :( -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: libssh 0.2+svn20070321-4 (minor update)
Hi,
Could someone review and upload libssh libssh 0.2+svn20070321-4
http://mentors.debian.net/debian/pool/main/l/libssh/libssh_0.2+svn20070321-4.dsc
Changes:
libssh (0.2+svn20070321-4) unstable; urgency=low
.
* debian/control:
- Add XS-Vcs-Svn and XS-Vcs-Browser fields.
- Change to ${binary:Version} for versionized dependencies.
* Add debian/README.Debian to disambiguate the package name
Regards
Laurent Bigonville
pgplRnGq7w2vv.pgp
Description: PGP signature
Re: fig2sxd - uploaded
Hi Actually I was not sure if it is possible/safe to upload a package twice with the same version number. I cannot upload such version twice to Debian, but you can do it with mentors.debian.net (hint: dput's -f option) Anyway, if it's OK with you, I will change the version to 0.17-1 and upload the package to unstable (you don't have to upload another version to mentors.d.n) That would be nice. Thanks. uploaded. Some hints for next version: * remove - from debian/rules, line 25 (you should not ignore 'make clean' result) * fig2sxd.1, line 26, 36 and 52 - please escape hyphen (like \-) * please keep fig2sxd-version.tar.gz schema while releasing new upstream versions (you can rename it to fig2sxd_version.orig.tar.gz while preparing debian package) * please add debian/watch file - I know that you know when you're releasing new upstream and you don't need watch column on your QA page, but it can help your sponsors to download upstream sources thanks -- :wq! pgpg8jaXdBZYq.pgp Description: PGP signature
Re: RFS: ink (updated package)
Hi! On 7/27/07, Adam Cécile (Le_Vert) [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 0.4.1-1 of my package ink. Uploaded. Thank you! Best regards, Nelson
Re: fig2sxd
Hi, why 0.17-2 and not 0.17-1? Version 0.17-1 was the one I had uploaded to mentors.debian.net with the typo in the number of the closed bug. Well, I know that some DDs require it, but for me debian/changelog file is to document changes in package for other Debian users and developers and they don't care about unreleased versions. I don't need a changelog for my packages, I'm creating one for others. I agree, and therefore I had also removed the entry 0.17-1 from the changelog for 0.17-2. Actually I was not sure if it is possible/safe to upload a package twice with the same version number. In the RFS mail suggested by the debian.mentors.net system there is also a line for apt's sources.list. I do not know how much this is compatible with updates without a change in the version number. As it is not unlikely that the need for such changes in .diff.gz happens again, I would be happy about an explanation. Anyway, if it's OK with you, I will change the version to 0.17-1 and upload the package to unstable (you don't have to upload another version to mentors.d.n) That would be nice. Thanks. Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: qink
Hi again! On 7/26/07, Adam Cécile (Le_Vert) [EMAIL PROTECTED] wrote: I am looking for a sponsor for my package qink. Uploaded too. Best regards, Nelson
Re: List of (un)sponsored packages on Mentors (approximate)
I find it easy enough to do: $ sudo apt-get update $ apt-src -bi install $package apt-src will then install the source of the package into the current working directory, then build it, and then install the resulting binaries. This works just fine for me with the deb-src mentors line. Unfortunately, there is a problem with this approach: when the binary package depends on some packages, that I don't have on my system, the dpkg will refuse to install it and I need to apt-get those packages by hand and then install it again. This should be fully automatic though, but it isn't. Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fig2sxd
Hi why 0.17-2 and not 0.17-1? Version 0.17-1 was the one I had uploaded to mentors.debian.net with the typo in the number of the closed bug. Well, I know that some DDs require it, but for me debian/changelog file is to document changes in package for other Debian users and developers and they don't care about unreleased versions. I don't need a changelog for my packages, I'm creating one for others. Anyway, if it's OK with you, I will change the version to 0.17-1 and upload the package to unstable (you don't have to upload another version to mentors.d.n) -- http://people.debian.org/~piotr/sponsor.txt pgpfEQLmNHXF6.pgp Description: PGP signature
Re: List of (un)sponsored packages on Mentors (approximate)
On 7/27/07, Christoph Haas [EMAIL PROTECTED] wrote: So if anyone could tell me what features REVU has that m.d.n is lacking then I'll consider adding them in the next release. I'm not active in Ubuntu so I can't tell how things work there. I just see the commenting feature and colorful icons there. ;) From a cursory look at both web pages and the REVU wiki pages; Uploads are based on date/time of the upload rather than version numbers and all of them are kept. Automated archiving of uploaded packages (last I checked, there were still some packages on mentors/sponsor-pkglist that have been uploaded) - 2 examples are paris-traceroute and monotone Nice icons for status :) Automated interdiffs between successive uploads (might be nice to extend this to the versions in the archive) Per-upload commenting I can view the diff.gz files in my browser Can mark comments as 'advocating an upload' Unpacked source trees Lintian/linda output FTBFS checks Changes in upstream tarball (mentioned on https://wiki.ubuntu.com/MOTU/Packages/REVU/REVU-Tools) Source code checking for a debian/watch new upstream available? debian native package? Would be nice to also have autorejects of packages with broken Build-Depends -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
Hi, Paul, On Jul 27 2007, Paul Wise wrote: I seem to have seen a video or read somewhere that he intended to do something like this. Do you happen to have the link to this video? I would love to watch it and learn more about the process of packaging programs. Regards, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8 http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-buildpackage and fakeroot
Do you know why it does that? I'm curious about exactly what fails. mailagent, for example, has checks to see if some files are (correctly) unreadable, which would fail if the check was run as root. I actually check to see if the check is being run as root, and, if so, su to nobody to run the test suite. I think just to prevent the user from harming himself. Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
Personally I would prefer to keep m.d.n simple and not having all of REVU's features. I'm giving some comments on the features and how I would prefer to be added to m.d.n On 27/07/07, Paul Wise [EMAIL PROTECTED] wrote: On 7/27/07, Christoph Haas [EMAIL PROTECTED] wrote: So if anyone could tell me what features REVU has that m.d.n is lacking then I'll consider adding them in the next release. I'm not active in Ubuntu so I can't tell how things work there. I just see the commenting feature and colorful icons there. ;) From a cursory look at both web pages and the REVU wiki pages; Uploads are based on date/time of the upload rather than version numbers and all of them are kept. Instead of only using dates (not to mention the lack of year) it should also display the package version. And I don't think it would be very useful to keep all versions (maybe only the comments and purge them after some time). Automated archiving of uploaded packages (last I checked, there were still some packages on mentors/sponsor-pkglist that have been uploaded) - 2 examples are paris-traceroute and monotone This depends on the definition of 'archiving'. It would be nice to have the package deleted from m.d.n when it is uploaded so maintainers are able to choose the package sponsor's status (e.g. when looking for a sponsor). Automated interdiffs between successive uploads (might be nice to extend this to the versions in the archive) As I said above, maybe useful to keep them for some versions and during a period of time. Per-upload commenting Same as above I can view the diff.gz files in my browser Can mark comments as 'advocating an upload' By the way, is there any way to make sure that the person marking a comment as 'advocating an upload' is really a DD (or in REVU's case UD, if that's how they call them :-/ ) Unpacked source trees I think it is easier to download the package files and check everything in the local computer than browsing every single file with a web browser. Otherwise I would expect the online file viewer to have syntax colouring and that kind of things. Lintian/linda output FTBFS checks What kind of checks does it perform? Changes in upstream tarball (mentioned on https://wiki.ubuntu.com/MOTU/Packages/REVU/REVU-Tools) Source code checking for a debian/watch new upstream available? debian native package? Would be nice to also have autorejects of packages with broken Build-Depends -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Say NO to Microsoft Office broken standard. See http://www.noooxml.org/petition -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS for postfix-policyd-spf-perl was - Re: List of (un)sponsored packages on Mentors (approximate)
On Friday 27 July 2007 16:17, Christoph Haas wrote: On Fri, Jul 27, 2007 at 04:13:21PM -0400, Scott Kitterman wrote: BTW, postfix-policyd-spf-perl is still looking for a sponsor: http://lists.debian.org/debian-mentors/2007/07/msg00578.html Pretty off-thread-topic. :) But I would generally sponsor it if it were running properly as a daemon (e.g. init.d). Yes. Sorry (sort of ) for throwing that in. Just like the Python policy server that you commented on a couple of weeks ago (thanks for the bug) the Perl one doesn't actually work as a daemon yet, but has hopes of growing up to do so. Any chance you'd be willing to sponsor it in it's hopes to grow up to be a daemon some day form if I promise to file the Hey, it's not really a daemon wishlist bug for it? The original author has recently started to take some interest in it again and so I think there is some hope for this. http://mentors.debian.net/debian/pool/main/p/postfix-policyd-spf-perl Scott K -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
On Fri, Jul 27, 2007 at 03:03:22PM -0500, Raphael Geissert wrote: Personally I would prefer to keep m.d.n simple and not having all of REVU's features. I'm giving some comments on the features and how I would prefer to be added to m.d.n The less features the better (to implement). :) On 27/07/07, Paul Wise [EMAIL PROTECTED] wrote: On 7/27/07, Christoph Haas [EMAIL PROTECTED] wrote: Instead of only using dates (not to mention the lack of year) it should also display the package version. And I don't think it would be very useful to keep all versions (maybe only the comments and purge them after some time). Seconded. The sponsors will need to diff the changes anyway. I could offer to save a debdiff perhaps. But if I sponsor packages I get the previous version (e.g. the one in the Debian archives), dget -x the new version and diff them (kdiff3) to find out what has changed. Automated archiving of uploaded packages (last I checked, there were still some packages on mentors/sponsor-pkglist that have been uploaded) - 2 examples are paris-traceroute and monotone This depends on the definition of 'archiving'. It would be nice to have the package deleted from m.d.n when it is uploaded so maintainers are able to choose the package sponsor's status (e.g. when looking for a sponsor). That's done already. If m.d.n detects that a package is uploaded (by monitoring the debian-devel-changes mailing list) then the maintainer/sponsoree gets an email and the package is removed. The only exception is when package versions differ - then the maintainer is informed but the package is kept. I can view the diff.gz files in my browser Can mark comments as 'advocating an upload' By the way, is there any way to make sure that the person marking a comment as 'advocating an upload' is really a DD (or in REVU's case UD, if that's how they call them :-/ ) Two things that make a DD a DD are the PGP/GPG keyring membership and the @debian.org address. So if DDs hat to sign up at m.d.n they could get a confirmation email sent to their @debian.org address. Unpacked source trees I think it is easier to download the package files and check everything in the local computer than browsing every single file with a web browser. Otherwise I would expect the online file viewer to have syntax colouring and that kind of things. I wouldn't want to hack that together really. Cheers Christoph -- Peer review means that you can feel better because someone else missed the problem, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
On Friday 27 July 2007 16:03, Raphael Geissert wrote: By the way, is there any way to make sure that the person marking a comment as 'advocating an upload' is really a DD (or in REVU's case UD, if that's how they call them :-/ ) In Ubuntu this is done through integration with Launchpad (the Ubuntu BTS + a lot of other stuff) and only those with upload rights and the person that uploaded the package can comment. Only those with upload rights can advocate. Obviously Debian would have to manage it differently. BTW, postfix-policyd-spf-perl is still looking for a sponsor: http://lists.debian.org/debian-mentors/2007/07/msg00578.html I believe it's ready for upload. Scott K -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
On Fri, Jul 27, 2007 at 04:13:21PM -0400, Scott Kitterman wrote: BTW, postfix-policyd-spf-perl is still looking for a sponsor: http://lists.debian.org/debian-mentors/2007/07/msg00578.html Pretty off-thread-topic. :) But I would generally sponsor it if it were running properly as a daemon (e.g. init.d). Christoph -- Peer review means that you can feel better because someone else missed the problem, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
On 27/07/07, Christoph Haas [EMAIL PROTECTED] wrote: On Fri, Jul 27, 2007 at 03:03:22PM -0500, Raphael Geissert wrote: Personally I would prefer to keep m.d.n simple and not having all of REVU's features. I'm giving some comments on the features and how I would prefer to be added to m.d.n The less features the better (to implement). :) Well, those are only comments. m.d.n is fine the way it is, but if people want some of those features I hope my comments are taken in consideration ;-) On 27/07/07, Paul Wise [EMAIL PROTECTED] wrote: On 7/27/07, Christoph Haas [EMAIL PROTECTED] wrote: Instead of only using dates (not to mention the lack of year) it should also display the package version. And I don't think it would be very useful to keep all versions (maybe only the comments and purge them after some time). Seconded. The sponsors will need to diff the changes anyway. I could offer to save a debdiff perhaps. That's exactly what I was thinking about. But if I sponsor packages I get the previous version (e.g. the one in the Debian archives), dget -x the new version and diff them (kdiff3) to find out what has changed. Automated archiving of uploaded packages (last I checked, there were still some packages on mentors/sponsor-pkglist that have been uploaded) - 2 examples are paris-traceroute and monotone This depends on the definition of 'archiving'. It would be nice to have the package deleted from m.d.n when it is uploaded so maintainers are able to choose the package sponsor's status (e.g. when looking for a sponsor). That's done already. If m.d.n detects that a package is uploaded (by monitoring the debian-devel-changes mailing list) then the maintainer/sponsoree gets an email and the package is removed. The only exception is when package versions differ - then the maintainer is informed but the package is kept. I can tell you that it doesn't works as expected, you can take a look at: http://mentors.debian.net/debian/pool/main/f/ffmpeg-php/ http://mentors.debian.net/debian/pool/main/k/kgb/ http://mentors.debian.net/debian/pool/main/p/php-adodb/ Those three are already in Debian and I never received a notification. I can view the diff.gz files in my browser Can mark comments as 'advocating an upload' By the way, is there any way to make sure that the person marking a comment as 'advocating an upload' is really a DD (or in REVU's case UD, if that's how they call them :-/ ) Two things that make a DD a DD are the PGP/GPG keyring membership and the @debian.org address. So if DDs hat to sign up at m.d.n they could get a confirmation email sent to their @debian.org address. Ok Unpacked source trees I think it is easier to download the package files and check everything in the local computer than browsing every single file with a web browser. Otherwise I would expect the online file viewer to have syntax colouring and that kind of things. I wouldn't want to hack that together really. That's exactly what I tough. I personally don't think it is any useful to be able to browse the whole source tree in the browser. But of course DD's and other maintainers may have different opinions. Cheers Christoph -- Peer review means that you can feel better because someone else missed the problem, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Say NO to Microsoft Office broken standard. See http://www.noooxml.org/petition -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS for postfix-policyd-spf-perl was - Re: List of (un)sponsored packages on Mentors (approximate)
On Fri, Jul 27, 2007 at 04:26:54PM -0400, Scott Kitterman wrote: http://mentors.debian.net/debian/pool/main/p/postfix-policyd-spf-perl Sponsored. Christoph -- Peer review means that you can feel better because someone else missed the problem, too. signature.asc Description: Digital signature
RFS: gtkimageview
Dear mentors, I am looking for a sponsor for my package gtkimageview. * Package name: gtkimageview Version : 1.3.0-1 Upstream Author : Björn Lindqvist [EMAIL PROTECTED] * URL : http://trac.bjourne.webfactional.com/ * License : lgpl Section : libs It builds these binary packages: libgtkimageview0 - a simple image viewer widget for GTK libgtkimageview0-dev - a simple image viewer widget for GTK - development files The package is lintian clean. It has two linda warnings: W: libgtkimageview0-dev; File gtkimageview.devhelp not symlinked to from devhelp dirs The file shown above exists outside of /usr/share/gtk-doc/html or /usr/share/devhelp/books, and does not symlink back into either of those two directories W: libgtkimageview0; Long descriptions contains short description. The long description of this package contains the short description. This is a bad idea, as the long description should be long, and not just reiterate the short description. The upload would fix these bugs: 434822 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gtkimageview - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gtkimageview/gtkimageview_1.3.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Carl Fürstenberg
Re: RFS: gtkimageview
Carl Fürstenberg wrote: Dear mentors, I am looking for a sponsor for my package gtkimageview. The package is lintian clean. It has two linda warnings: W: libgtkimageview0-dev; File gtkimageview.devhelp not symlinked to from devhelp dirs The file shown above exists outside of /usr/share/gtk-doc/html or /usr/share/devhelp/books, and does not symlink back into either of those two directories W: libgtkimageview0; Long descriptions contains short description. The long description of this package contains the short description. This is a bad idea, as the long description should be long, and not just reiterate the short description. I'm no DD, but I'd recommend fixing these warnings --- the second one is surely very easy to fix. As for the first, I can't help you much as I've never dealt with that. -- A jury consists of twelve persons chosen to decide who has the better lawyer. -- Robert Frost Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: ircservices-church
Dear mentors, I am looking for a sponsor for my package ircservices-church. * Package name: ircservices-church Version : 5.1~pre3-1 Upstream Author : Andrew Church [EMAIL PROTECTED] * URL : http://www.ircservices.za.net/ * License : GPLv2 Section : net It builds these binary packages: ircservices-church - Nick/channel/other services for IRC networks The package appears to be lintian clean. The upload would fix these bugs: 424844 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/i/ircservices-church - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/i/ircservices-church/ircservices-church_5.1~pre3-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Tim Retout [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: List of (un)sponsored packages on Mentors (approximate)
On 7/28/07, Rogério Brito [EMAIL PROTECTED] wrote: Do you happen to have the link to this video? I would love to watch it and learn more about the process of packaging programs. My memory is sketchy, but I think it was the debconf7 debian-games BoF: http://meetings-archive.debian.net/pub/debian-meetings/2007/debconf7/low/341_Debian_Games_Team_BoF.ogg -- bye, pabs http://wiki.debian.org/PaulWise
Re: List of (un)sponsored packages on Mentors (approximate)
On Fri, Jul 27, 2007 at 03:03:22PM -0500, Raphael Geissert wrote: Can mark comments as 'advocating an upload' By the way, is there any way to make sure that the person marking a comment as 'advocating an upload' is really a DD Why this? If someone is a DD, and they advocate uploading a package, wouldn't it be easier if they did the upload? OTOH, some of us non-DDs sometimes work with potential packagers, helping them improve their work. If my advocacy of a package is going to be downgraded, I would not be so keen on helping them. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: List of (un)sponsored packages on Mentors (approximate)
On Fri, Jul 27, 2007 at 03:31:16PM -0500, Raphael Geissert wrote: On 27/07/07, Christoph Haas [EMAIL PROTECTED] wrote: That's done already. If m.d.n detects that a package is uploaded (by monitoring the debian-devel-changes mailing list) then the maintainer/sponsoree gets an email and the package is removed. The only exception is when package versions differ - then the maintainer is informed but the package is kept. I can tell you that it doesn't works as expected, you can take a look at: http://mentors.debian.net/debian/pool/main/f/ffmpeg-php/ http://mentors.debian.net/debian/pool/main/k/kgb/ http://mentors.debian.net/debian/pool/main/p/php-adodb/ Those three are already in Debian and I never received a notification. Sorry, after checking I found that somehow the automatic processing address on m.d.n was no longer subscribed to debian-devel-changes. This should be fixed now. I wish there were an easy way to parse the NEW queue. Perhaps I'll need to use BeautifulSoup and just parse that page. Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
On 7/28/07, Christoph Haas [EMAIL PROTECTED] wrote: I wish there were an easy way to parse the NEW queue. Perhaps I'll need to use BeautifulSoup and just parse that page. Perhaps the links on this page can help? http://ftp-master.debian.org/~ajt/new/ Otherwise BeautifulSoup looks like a good option. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
