Re: List of (un)sponsored packages on Mentors (approximate)
Raphael Geissert [EMAIL PROTECTED] writes: What kind of checks does it perform? Lintian/linda, plus a pbuilder log. Is every uploaded package automatically built inside a pbuilder? No. It needs a local admin to manually start the build. The binaries aren't available for download either. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- 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 10:16:20PM +0200, Christoph Haas 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. It would seem logical to also remove the package if the version number in the archive is higher than the one on mentors (since that will prevent an upload anyway). You'd need to check the target distribution for full coverage but then that's already an issue with only looking at -devel-changes and hardly a common one anyway. -- You grabbed my hand and we fell into it, like a daydream - or a fever. signature.asc Description: Digital signature
Re: List of (un)sponsored packages on Mentors (approximate)
Paul Wise [EMAIL PROTECTED] writes: 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 Yes, that's it. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
Raphael Geissert [EMAIL PROTECTED] writes: 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 :-/ ) Yes. 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. As said in my previous post, this is intended to have a rough overview of the package to decide if it's worth at all to download it. Had helped me a lot while reviewing ubuntu packages. Lintian/linda output FTBFS checks What kind of checks does it perform? Lintian/linda, plus a pbuilder log. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- 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 28/07/07, Reinhard Tartler [EMAIL PROTECTED] wrote: Lintian/linda output FTBFS checks What kind of checks does it perform? Lintian/linda, plus a pbuilder log. Is every uploaded package automatically built inside a pbuilder? I hope it is not the case, otherwise I think it would be more useful to use those resources to help reduce the Needs-Build queues which sometimes are large. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- 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: 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
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]
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: 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]
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: 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: 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
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]
Re: List of (un)sponsored packages on Mentors (approximate)
On Mon, Jul 23, 2007 at 06:35:06PM +0200, Bart Martens wrote: Here's also a list of packages needing a sponsor. http://people.debian.org/~bartm/borg/needssponsor.html Your title= tagging has unfortunately barfed on my name, due to the TBBle in it causing the quoted string to terminate early. (See the openjpeg entry for example) -- --- Paul TBBle Hampson, B.Sc, LPI, MCSE On-hiatus Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Kristian Wilson, Nintendo, Inc, 1989 License: http://creativecommons.org/licenses/by/2.1/au/ --- pgplh7EaHrfG5.pgp Description: PGP signature
Re: List of (un)sponsored packages on Mentors (approximate)
On Thu, Jul 26, 2007 at 07:50:49PM +1000, Paul TBBle Hampson wrote: Your title= tagging has unfortunately barfed on my name, due to the TBBle in it causing the quoted string to terminate early. Well, I don't think this page is necessary anymore, since better options to check this are available (courtesy this thread). So, don't bother too much; that page is going away in a while! :-) Kumar -- Kumar Appaiah, 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: List of (un)sponsored packages on Mentors (approximate)
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! Kumar -- Kumar Appaiah, 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: List of (un)sponsored packages on Mentors (approximate)
On 26/07/07, Kumar Appaiah [EMAIL PROTECTED] wrote: On Thu, Jul 26, 2007 at 07:50:49PM +1000, Paul TBBle Hampson wrote: Your title= tagging has unfortunately barfed on my name, due to the TBBle in it causing the quoted string to terminate early. Well, I don't think this page is necessary anymore, since better options to check this are available (courtesy this thread). So, don't bother too much; that page is going away in a while! :-) He was talking about Bart's page. 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 I've also modified it so it doesn't show the 'handled' RFS'. Kumar -- Kumar Appaiah, 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGqLdySd75awtatOcRAnM8AJ4lYbfhMM2XJeM0XiyOsZNZhrMjMACfZCQD ZvVbURkxCSJvkfNtzy10ELI= =z4zJ -END PGP SIGNATURE- Regards, -- 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: List of (un)sponsored packages on Mentors (approximate)
Kumar Appaiah [EMAIL PROTECTED] wrote: Also, the list is a HTML page, with every package having a link. The link points to the RFS message in the Debian Mentors archive. See it at: http://www.ee.iitm.ac.in/~ee03b091/Mentors/output.html I fear there are some false positives. For example, dblatex is listed, the RFS refers to version 0.1.8, but etch has 0.2-2. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Re: List of (un)sponsored packages on Mentors (approximate)
On Mon, 2007-07-23 at 09:30 +0200, Frank Küster wrote: Kumar Appaiah [EMAIL PROTECTED] wrote: Also, the list is a HTML page, with every package having a link. The link points to the RFS message in the Debian Mentors archive. See it at: http://www.ee.iitm.ac.in/~ee03b091/Mentors/output.html I fear there are some false positives. For example, dblatex is listed, the RFS refers to version 0.1.8, but etch has 0.2-2. Here's also a list of packages needing a sponsor. http://people.debian.org/~bartm/borg/needssponsor.html This list shows only packages - sitting at Mentors, - with a newer version at Mentors than in Debian unstable, - with an ITP or ITA. So this list does not include packages with RFS messages on debian-mentors. Regards, Bart Martens -- 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, * Kumar Appaiah [EMAIL PROTECTED] [2007-07-22 19:26]: (Cross posted to debian-devel, debian-mentors) Dear Debian developers, I have written a few crude and rudimentary scripts to find an approximate list of packages which have been or have _not_ been sponsored despite an RFS to debian-mentors. The program generates bad output if the RFS mailer has not given the package name right after the first RFS in the subject, that too, with a space etc., but it's a start, and gives you the idea. Also, the list is a HTML page, with every package having a link. The link points to the RFS message in the Debian Mentors archive. [...] Thanks for your work! But basically you do work that already had been done by mentors.debian.net. Ok not everyone is using this service but it would be good if they would. I also see a problem in missing descriptions for the RFS. Sure it would be not very efficient to download the message from the archive and parse them but browsing a huge list of non-descriptive names is somehow bad. Kind regards Nico -- Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. http://people.debian.org/~nion/sponsoring-checklist.html pgpZN8V2Sor2b.pgp Description: PGP signature
Re: List of (un)sponsored packages on Mentors (approximate)
On Sun, Jul 22, 2007 at 07:37:13PM +0200, Nico Golde wrote: Hi, * Kumar Appaiah [EMAIL PROTECTED] [2007-07-22 19:26]: (Cross posted to debian-devel, debian-mentors) Dear Debian developers, I have written a few crude and rudimentary scripts to find an approximate list of packages which have been or have _not_ been sponsored despite an RFS to debian-mentors. The program generates bad output if the RFS mailer has not given the package name right after the first RFS in the subject, that too, with a space etc., but it's a start, and gives you the idea. Also, the list is a HTML page, with every package having a link. The link points to the RFS message in the Debian Mentors archive. [...] Thanks for your work! But basically you do work that already had been done by mentors.debian.net. Ok not everyone is using this service but it would be good if they would. Kumar and I talked on IRC and I wondered how many of the RFS'd packages get actually uploaded. mentors.debian.net recognizes when an uploaded package gets sponsored but so far I was too lazy to implement proper statistics at that point. Even then it would only measure packages that used mentors.debian.net as an intermediate repository. The actual discussion came up when we talked about whether the current GR on non-DDs with upload permissions is good or bad for Debian. And we agreed that Debian lacks a lot of packages just because the poor package maintainer (tm) didn't find a sponsor in time. Cheers 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 Sun, Jul 22, 2007 at 07:37:13PM +0200, Nico Golde wrote: [...] Thanks for your work! But basically you do work that already had been done by mentors.debian.net. Ok not everyone is using this service but it would be good if they would. Ah, you get beaten in the race quite often! ;-) I also see a problem in missing descriptions for the RFS. Sure it would be not very efficient to download the message from the archive and parse them but browsing a huge list of non-descriptive names is somehow bad. You are probably right. But I don't think this is meant to be incorporated into the mentors portal as such. It was merely to provide an indication of which packages did get sponsored at least once, and which didn't. Also, I shared the news since people on #debian-mentors also thought it'd be good to provide this info to debian-devel. Thanks! Kumar -- Kumar Appaiah, 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of (un)sponsored packages on Mentors (approximate)
The actual discussion came up when we talked about whether the current GR on non-DDs with upload permissions is good or bad for Debian. And we agreed that Debian lacks a lot of packages just because the poor package maintainer (tm) didn't find a sponsor in time. Yes, that is the most difficult part. I think it would also help, if there was some official repository for unnoficial packages, so that I (as non-DD) could just upload my package to mentors (which I can now) and then just add the deb line (not just deb-src) into sources.list and could easily use all packages from mentors (at least on i386). Because now everyone has it's own private repository, which I find very unfortunate. 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)
On Sun, 22 Jul 2007 21:01:20 +0200 Ondrej Certik [EMAIL PROTECTED] wrote: The actual discussion came up when we talked about whether the current GR on non-DDs with upload permissions is good or bad for Debian. And we agreed that Debian lacks a lot of packages just because the poor package maintainer (tm) didn't find a sponsor in time. Yes, that is the most difficult part. I think it would also help, if there was some official repository for unnoficial packages, so that I (as non-DD) could just upload my package to mentors (which I can now) and then just add the deb line (not just deb-src) into sources.list and could easily use all packages from mentors (at least on i386). Because now everyone has it's own private repository, which I find very unfortunate. The reason packages on mentors.debian.net are not available as binaries for apt, only as source, is because packages for sponsoring often contain errors and problems that need to be fixed after review by a sponsor. It would not be wise, IMHO, for mentors.debian.net to send out a message that unreviewed packages are suitable for installation on the normal Debian systems of ordinary users. Users of private repositories take a calculated risk. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpx3N6jFhnto.pgp Description: PGP signature
Re: List of (un)sponsored packages on Mentors (approximate)
Am Sonntag, den 22.07.2007, 21:01 +0200 schrieb Ondrej Certik: [..] I think it would also help, if there was some official repository for unnoficial packages, so that I (as non-DD) could just upload my package to mentors (which I can now) and then just add the deb line (not just deb-src) into sources.list and could easily use all packages from mentors (at least on i386). Because now everyone has it's own private repository, which I find very unfortunate. mentors.d.o was a binary archive some time ago. You can check the archives for the reasons, why they stopped this service (and why they are now only providing the sources - mainly because of the bandwith IIRC). Every new effort for such a service will probably have the same issues. Regards, Daniel -- 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 Sun, Jul 22, 2007 at 08:23:39PM +0100, Neil Williams wrote: On Sun, 22 Jul 2007 21:01:20 +0200 Ondrej Certik [EMAIL PROTECTED] wrote: The actual discussion came up when we talked about whether the current GR on non-DDs with upload permissions is good or bad for Debian. And we agreed that Debian lacks a lot of packages just because the poor package maintainer (tm) didn't find a sponsor in time. Yes, that is the most difficult part. I think it would also help, if there was some official repository for unnoficial packages, so that I (as non-DD) could just upload my package to mentors (which I can now) and then just add the deb line (not just deb-src) into sources.list and could easily use all packages from mentors (at least on i386). Because now everyone has it's own private repository, which I find very unfortunate. The reason packages on mentors.debian.net are not available as binaries for apt, only as source, is because packages for sponsoring often contain errors and problems that need to be fixed after review by a sponsor. It would not be wise, IMHO, for mentors.debian.net to send out a message that unreviewed packages are suitable for installation on the normal Debian systems of ordinary users. Exactly. And that's what happened when we included the binary packages in the repository. Users complained to our support address about bad packages. Not even to mention the internet traffic (that costs me real-world money). Source packages hardly create any traffic. Good thing our scripts throw away binary packages. :) 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 Sun, 22 Jul 2007, Ondrej Certik wrote: The actual discussion came up when we talked about whether the current GR on non-DDs with upload permissions is good or bad for Debian. And we agreed that Debian lacks a lot of packages just because the poor package maintainer (tm) didn't find a sponsor in time. Yes, that is the most difficult part. I think it would also help, if there was some official repository for unnoficial packages, so that I (as non-DD) could just upload my package to mentors (which I can now) and then just add the deb line (not just deb-src) into sources.list and could easily use all packages from mentors (at least on i386). Because now everyone has it's own private repository, which I find very unfortunate. 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. -- Asheesh. -- If you steal from one author it's plagiarism; if you steal from many it's research. -- Wilson Mizner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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. Thanks for the tip. This is actually very comfortable and works on all architectures. I'll be using it from now on. Could this tip please be put into [1] or [2]? Ondrej [1] http://mentors.debian.net/cgi-bin/maintainer-intro [2] http://mentors.debian.net/cgi-bin/qanda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]