request a mentor
I'm interested in being a Debian package maintainer and am looking for a mentor. I agree to uphold the Debian Social Contract as I engage in maintainer activities. I've package-ized bsdiff (http://www.daemonology.net/bsdiff/) after reading the Debian new maintainer's guide and going through the new maintainer's checklist. I have used Debian since 1995. It is my primary OS and I have it installed on most all the machines I use/own. I've been wanting to help out for some time and have finally gotten around to it. The bsdiff package for i386 and the rest of the directory tree related to it is available at: http://www.nosneros.net/hso/debian/bsdiff/ My pgp key fingerprint is 0xBD2CA251 and other pertinent information about it can be found at: http://www.nosneros.net/hso/crypto_keys/ It's one degree of separation from PRZ via John Callas, who is currently the CTO of PGP and main author of RFC 2440. If there are any Debian maintainers in the San Francisco Bay Area, I can get together with one or more of them to get my key introduced into the Debian portion of the WOT. A little background on me: I've been involved in information technology for about ten years, now, the last seven of which have been focused on security. At various times in my career I've had work experience that has allowed me to dabble in networking, system administration, and development. When I'm not at work, technical activities include experimenting and learning more about various technological bits, hanging out with friends and family, and spending time de-coupled from the silicon based beasts. I occasionally write articles for Security Focus and am a member of The Shmoo Group. Regards, Holt
Re: request a mentor
Tee hee hee... Can't even get the subject line right. That should have been "request for a mentor". Regards, Holt
Please Sponsor Us
c/o Euphenia Gregory, P.O. Box 617, Arusha-Tanzania E. Africa. Tel.+255 748 348582 We are John Andrew & Irene Andrew-a brother & a sister aged 13 and 11 yrs respectively. We are kindly looking for someone or an organization to sponsor us in our education as we are just about to sit for our grade 7 & 6(i.e Std 7 & 6) respectively. We are from a single mother-widow-and afraid that she can not meet needs for further education. We'd like to continue with our education so as to help the entire family in the near future. There are also our young brothers and sisters who could not go to school due to lack of finance. Please help us now and we shall help others there after. God bless you all, hoping that our request shall be considered. Yours faithfully, John and Irene. _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus <>
Bashisms and Dashisms...
Hi, A maintainer script with a #!/bin/sh line should only use posix syntax. If one needs more features (e.g. test -L), one can instead use #!/bin/bash. However, this seems unnecessarily restricted to me. dash also knows the non-POSIX extensions to the test builtin. So if /bin/sh pointed to dash, my script would still run. Is there any way to make this more liberal? A rule like "if it can be executed by any of the bourne-shell clones A, B, C in Debian, it can be used"? In other words: What is the purpose of the requirement that /bin/sh-scripts may only use POSIXly correct syntax? Is the purpose to allow custom distributions or local administrators to easily replace /bin/sh with some smaller shell provided by Debian, and to easily identify maintainer scripts that won't work then? Or is it rather that also people outside Debian can make use of the code? In the former case a check like I proposed above would make sense, in the latter it wouldn't. TIA, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie
Re: Bashisms and Dashisms...
On Mon, 2004-09-06 at 16:18, Frank Küster wrote: > A maintainer script with a #!/bin/sh line should only use posix > syntax. If one needs more features (e.g. test -L), one can instead use > #!/bin/bash. > > However, this seems unnecessarily restricted to me. dash also knows > the non-POSIX extensions to the test builtin. test's -L option is allowed in Debian. Its -o and -a options are not, in theory. > Is there any way to make this more liberal? A rule like "if it can be > executed by any of the bourne-shell clones A, B, C in Debian, it can be > used"? This is currently under discussion on the debian-policy list. E.g., http://lists.debian.org/debian-policy/2004/08/msg00053.html -- Thomas Hood
Re: Bashisms and Dashisms...
On Mon, Sep 06, 2004 at 04:18:21PM +0200, Frank Küster wrote: > A maintainer script with a #!/bin/sh line should only use posix > syntax. If one needs more features (e.g. test -L), one can instead use > #!/bin/bash. test -L is POSIX afaict. > However, this seems unnecessarily restricted to me. dash also knows > the non-POSIX extensions to the test builtin. So if /bin/sh pointed to > dash, my script would still run. [...] This issue has not yet been decided upon, but curently we do not take it very strict, the current rule of the thumb is: /bin/sh Script runs with | bashdashposh | bug-severity -+ yes yes yes | none yes yes no | minor yes no no | serious I guess we'll end up requiring posix + selected features for /bin/sh (echo -n, command -v, ...) cu andreas
Re: Bashisms and Dashisms...
Andreas Metzler <[EMAIL PROTECTED]> schrieb: > On Mon, Sep 06, 2004 at 04:18:21PM +0200, Frank Küster wrote: >> A maintainer script with a #!/bin/sh line should only use posix >> syntax. If one needs more features (e.g. test -L), one can instead use >> #!/bin/bash. > > test -L is POSIX afaict. Hm, so how can *I* tell? I use to look at SUSV2 at http://www.opengroup.org/onlinepubs/007908799/ Regards, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie
Re: Bashisms and Dashisms...
On Mon, Sep 06, 2004 at 05:51:47PM +0200, Frank Küster wrote: > Andreas Metzler <[EMAIL PROTECTED]> schrieb: > > On Mon, Sep 06, 2004 at 04:18:21PM +0200, Frank Küster wrote: > >> A maintainer script with a #!/bin/sh line should only use posix > >> syntax. If one needs more features (e.g. test -L), one can instead use > >> #!/bin/bash. > > test -L is POSIX afaict. > Hm, so how can *I* tell? I use to look at SUSV2 at > http://www.opengroup.org/onlinepubs/007908799/ Susv2 is not POSIX afaik, I use http://www.opengroup.org/onlinepubs/009695399/mindex.html http://www.opengroup.org/onlinepubs/009695399/utilities/test.html cu andreas
RFS: blam - a RSS aggregator for GNOME
Hi ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=231181 So, I'm looking for a sponsor for: Package: blam Description: a RSS aggregator for GNOME BLAM! is a RSS aggregator written in C# using Mono, GTK# and RSS.NET. BLAM! is licenced under GPL and the package can be obtained from http://johan.svedberg.pp.se/files/debian/blam/ Regards, -- Johan Svedberg, [EMAIL PROTECTED], http://johan.svedberg.pp.se/
Re: Round 2, RFS schoolbell - A calendaring server for schools
On Fri, Sep 03, 2004 at 01:26:42PM +0200, Brian Sutherland wrote: > As a note for any potential sponsor I would like to say that the I would like to suspend my request as I have found a potential sponsor. -- Brian Sutherland
Re: Round 2, RFS schoolbell - A calendaring server for schools
> I would like to suspend my request as I have found a potential sponsor. lucky guy :) sbeyer signature.asc Description: Digital signature
Re: RFS: blam - a RSS aggregator for GNOME
* Sep 06 19:15 Johan Svedberg <[EMAIL PROTECTED]>: > ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=231181 > > So, I'm looking for a sponsor for: > > Package: blam Description: a RSS aggregator for GNOME BLAM! is a RSS > aggregator written in C# using Mono, GTK# and RSS.NET. > > BLAM! is licenced under GPL and the package can be obtained from > http://johan.svedberg.pp.se/files/debian/blam/ Just wanted to let you know that I've found a sponsor for a first upload. He is pretty busy however so I'm still looking for someone that can do future uploads and might be interested in doing advocate work. :) Regards, -- Johan Svedberg, [EMAIL PROTECTED], http://johan.svedberg.pp.se/
Re: How to remove ITP from debian.org?
* Lawrence Williams <[EMAIL PROTECTED]> [2004-08-27 12:26:21 -0230]: > Hmmm I don't worry if they're not in main. Perhaps both lsongs and > python2.3-lame would be okay in contrib? As far as I know, this sort of thing is exactly the reason why the contrib section exists in the first place... -- John ! The whole aim of practical politics is to keep the populace Buttery! alarmed -- and thus clamorous to be led to safety -- by www.io.c! menacing it with an endless series of hobgoblins, all of them om/~john! imaginary. -- H.L. Mencken signature.asc Description: Digital signature
RFS: qtorrent - PyQT BitTorrent client
I am looking for a sponsor for QTorrent. It is a PyQt GUI for BitTorrent and allows easy configuration and allows multiple torrents to be open from within a single application. Here is the relevant information package: qtorrent Upstream URL: http://thegraveyard.org Upstream Author: Hyriand <[EMAIL PROTECTED]> Debian URL: http://www.angelfire.com/linux/debian_1/qtorrent.tar.gz Unlike the bittorrent package currently in Debian, QTorrent uses Python and the QT widgets to create a clean interface. QTorrent includes the experimental client by TheSHAD0W, with useful features such as upload rate limiting, and handles multiple torrents in one window, reducing desktop clutter. The package is pbuilder and lintian clean and is buildable against Debian's default python version.
Re: RFS: qtorrent - PyQT BitTorrent client
On Monday, 06 September 2004 17:17, Lawrence Williams wrote: > I am looking for a sponsor for QTorrent. It is a PyQt GUI for > BitTorrent and allows easy configuration and allows multiple torrents > to be open from within a single application. I will help you out; give me a few hours to look over the package and I'll get back to you with comments in private e-mail. =) -- Wesley J. Landaker <[EMAIL PROTECTED]> OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 pgpS19MPHOLky.pgp Description: PGP signature
Re: LSongs and MP3 (Was: How to remove ITP from debian.org?)
Hi! I agree too, but this is Linspire ( aka Lindows ) we are talking about here. Since they are trying to be the Linux distro of choice for former Windows users, they want everything to be somewhat recognizable to users. Notice how they rename alot of the programs they include? It's been my experience that MP2 is more prevalent on Windows than Ogg Vorbis. Anyways, I'll dig up the email of the author ( Duane Maxwell i believe ) and see what happens. Lawrence John Buttery wrote: * Lawrence Williams <[EMAIL PROTECTED]> [2004-09-06 20:45:23 -0230]: I've given up on getting LSongs into Debian ( for now ). Maybe I can convince upstream to switch to toolame instead ( MP2 vs MP3 ). That would eliminate the patent issue and make LSongs easier to package. Personally, if I were going to try to convince an upstream source of something like that, I'd try to have them switch to Ogg/Vorbis instead. That way you lose patent encumbrance and gain better output quality as an added bonus. :)
RFS -- libgeo-coordinates-vandh-perl -- Convert and Manipulate telco V and H coordinates in perl
Currently seeking a sponsor for this and another perl package I authored. Packages are lintian clean, and I've been maintaining my own packages for personal use for years, I've just spent the entire weekend reading the debian policies, and the new maintainers guide. I think some of my packages are ready for the outside world. :-) The scripts themselves have been in CPAN for a year in one case, and in the case of this one, 8-9 months. License is the standard "redistribute and/or modify under the same terms as Perl itself". Package: libgeo-coordinates-vandh-perl Priority: optional Section: perl Installed-Size: 36 Maintainer: Paul G Timmins <[EMAIL PROTECTED]> Architecture: all Version: 1.10 Depends: perl (>= 5.6.0-16) Filename: unstable/libgeo-coordinates-vandh-perl_1.10_all.deb Size: 7268 MD5sum: 586baab1baa0dfed6a1da393ef2a6eb2 Description: Convert and Manipulate telco V and H coordinates Currently this package supports the translation of V+H to Lat/Long, and mileage calculations between two V+H coordinates. Results are returned in decimal degrees for V+H to Lat/Long, and Miles for distance. Future versions will convert Lat/Long to V+H coordinates. http://www.telcodata.us/debian/unstable/libgeo-coordinates-vandh-perl_1.10.dsc http://www.telcodata.us/debian/unstable/libgeo-coordinates-vandh-perl_1.10.tar.gz http://www.telcodata.us/debian/unstable/libgeo-coordinates-vandh-perl_1.10_all.deb http://www.telcodata.us/debian/unstable/libgeo-coordinates-vandh-perl_1.10_i386.changes -Paul -- Paul Timmins <[EMAIL PROTECTED]> Timmins Technologies, LLC
Please Sponsor Us
c/o Euphenia Gregory, P.O. Box 617, Arusha-Tanzania E. Africa. Tel.+255 748 348582 We are John Andrew & Irene Andrew-a brother & a sister aged 13 and 11 yrs respectively. We are kindly looking for someone or an organization to sponsor us in our education as we are just about to sit for our grade 7 & 6(i.e Std 7 & 6) respectively. We are from a single mother-widow-and afraid that she can not meet needs for further education. We'd like to continue with our education so as to help the entire family in the near future. There are also our young brothers and sisters who could not go to school due to lack of finance. Please help us now and we shall help others there after. God bless you all, hoping that our request shall be considered. Yours faithfully, John and Irene. _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus <>
Bashisms and Dashisms...
Hi, A maintainer script with a #!/bin/sh line should only use posix syntax. If one needs more features (e.g. test -L), one can instead use #!/bin/bash. However, this seems unnecessarily restricted to me. dash also knows the non-POSIX extensions to the test builtin. So if /bin/sh pointed to dash, my script would still run. Is there any way to make this more liberal? A rule like "if it can be executed by any of the bourne-shell clones A, B, C in Debian, it can be used"? In other words: What is the purpose of the requirement that /bin/sh-scripts may only use POSIXly correct syntax? Is the purpose to allow custom distributions or local administrators to easily replace /bin/sh with some smaller shell provided by Debian, and to easily identify maintainer scripts that won't work then? Or is it rather that also people outside Debian can make use of the code? In the former case a check like I proposed above would make sense, in the latter it wouldn't. TIA, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie
Re: Bashisms and Dashisms...
On Mon, 2004-09-06 at 16:18, Frank Küster wrote: > A maintainer script with a #!/bin/sh line should only use posix > syntax. If one needs more features (e.g. test -L), one can instead use > #!/bin/bash. > > However, this seems unnecessarily restricted to me. dash also knows > the non-POSIX extensions to the test builtin. test's -L option is allowed in Debian. Its -o and -a options are not, in theory. > Is there any way to make this more liberal? A rule like "if it can be > executed by any of the bourne-shell clones A, B, C in Debian, it can be > used"? This is currently under discussion on the debian-policy list. E.g., http://lists.debian.org/debian-policy/2004/08/msg00053.html -- Thomas Hood
Re: Bashisms and Dashisms...
On Mon, Sep 06, 2004 at 04:18:21PM +0200, Frank Küster wrote: > A maintainer script with a #!/bin/sh line should only use posix > syntax. If one needs more features (e.g. test -L), one can instead use > #!/bin/bash. test -L is POSIX afaict. > However, this seems unnecessarily restricted to me. dash also knows > the non-POSIX extensions to the test builtin. So if /bin/sh pointed to > dash, my script would still run. [...] This issue has not yet been decided upon, but curently we do not take it very strict, the current rule of the thumb is: /bin/sh Script runs with | bashdashposh | bug-severity -+ yes yes yes | none yes yes no | minor yes no no | serious I guess we'll end up requiring posix + selected features for /bin/sh (echo -n, command -v, ...) cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bashisms and Dashisms...
Andreas Metzler <[EMAIL PROTECTED]> schrieb: > On Mon, Sep 06, 2004 at 04:18:21PM +0200, Frank Küster wrote: >> A maintainer script with a #!/bin/sh line should only use posix >> syntax. If one needs more features (e.g. test -L), one can instead use >> #!/bin/bash. > > test -L is POSIX afaict. Hm, so how can *I* tell? I use to look at SUSV2 at http://www.opengroup.org/onlinepubs/007908799/ Regards, Frank -- Frank Küster, Biozentrum der Univ. Basel Abt. Biophysikalische Chemie
Re: Bashisms and Dashisms...
On Mon, Sep 06, 2004 at 05:51:47PM +0200, Frank Küster wrote: > Andreas Metzler <[EMAIL PROTECTED]> schrieb: > > On Mon, Sep 06, 2004 at 04:18:21PM +0200, Frank Küster wrote: > >> A maintainer script with a #!/bin/sh line should only use posix > >> syntax. If one needs more features (e.g. test -L), one can instead use > >> #!/bin/bash. > > test -L is POSIX afaict. > Hm, so how can *I* tell? I use to look at SUSV2 at > http://www.opengroup.org/onlinepubs/007908799/ Susv2 is not POSIX afaik, I use http://www.opengroup.org/onlinepubs/009695399/mindex.html http://www.opengroup.org/onlinepubs/009695399/utilities/test.html cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: blam - a RSS aggregator for GNOME
Hi ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=231181 So, I'm looking for a sponsor for: Package: blam Description: a RSS aggregator for GNOME BLAM! is a RSS aggregator written in C# using Mono, GTK# and RSS.NET. BLAM! is licenced under GPL and the package can be obtained from http://johan.svedberg.pp.se/files/debian/blam/ Regards, -- Johan Svedberg, [EMAIL PROTECTED], http://johan.svedberg.pp.se/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Round 2, RFS schoolbell - A calendaring server for schools
On Fri, Sep 03, 2004 at 01:26:42PM +0200, Brian Sutherland wrote: > As a note for any potential sponsor I would like to say that the I would like to suspend my request as I have found a potential sponsor. -- Brian Sutherland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Round 2, RFS schoolbell - A calendaring server for schools
> I would like to suspend my request as I have found a potential sponsor. lucky guy :) sbeyer signature.asc Description: Digital signature
Re: RFS: blam - a RSS aggregator for GNOME
* Sep 06 19:15 Johan Svedberg <[EMAIL PROTECTED]>: > ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=231181 > > So, I'm looking for a sponsor for: > > Package: blam Description: a RSS aggregator for GNOME BLAM! is a RSS > aggregator written in C# using Mono, GTK# and RSS.NET. > > BLAM! is licenced under GPL and the package can be obtained from > http://johan.svedberg.pp.se/files/debian/blam/ Just wanted to let you know that I've found a sponsor for a first upload. He is pretty busy however so I'm still looking for someone that can do future uploads and might be interested in doing advocate work. :) Regards, -- Johan Svedberg, [EMAIL PROTECTED], http://johan.svedberg.pp.se/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to remove ITP from debian.org?
* Lawrence Williams <[EMAIL PROTECTED]> [2004-08-27 12:26:21 -0230]: > Hmmm I don't worry if they're not in main. Perhaps both lsongs and > python2.3-lame would be okay in contrib? As far as I know, this sort of thing is exactly the reason why the contrib section exists in the first place... -- John ! The whole aim of practical politics is to keep the populace Buttery! alarmed -- and thus clamorous to be led to safety -- by www.io.c! menacing it with an endless series of hobgoblins, all of them om/~john! imaginary. -- H.L. Mencken signature.asc Description: Digital signature
RFS: qtorrent - PyQT BitTorrent client
I am looking for a sponsor for QTorrent. It is a PyQt GUI for BitTorrent and allows easy configuration and allows multiple torrents to be open from within a single application. Here is the relevant information package: qtorrent Upstream URL: http://thegraveyard.org Upstream Author: Hyriand <[EMAIL PROTECTED]> Debian URL: http://www.angelfire.com/linux/debian_1/qtorrent.tar.gz Unlike the bittorrent package currently in Debian, QTorrent uses Python and the QT widgets to create a clean interface. QTorrent includes the experimental client by TheSHAD0W, with useful features such as upload rate limiting, and handles multiple torrents in one window, reducing desktop clutter. The package is pbuilder and lintian clean and is buildable against Debian's default python version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: qtorrent - PyQT BitTorrent client
On Monday, 06 September 2004 17:17, Lawrence Williams wrote: > I am looking for a sponsor for QTorrent. It is a PyQt GUI for > BitTorrent and allows easy configuration and allows multiple torrents > to be open from within a single application. I will help you out; give me a few hours to look over the package and I'll get back to you with comments in private e-mail. =) -- Wesley J. Landaker <[EMAIL PROTECTED]> OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 pgpTcWMbzUBd2.pgp Description: PGP signature
Re: LSongs and MP3 (Was: How to remove ITP from debian.org?)
Hi! I agree too, but this is Linspire ( aka Lindows ) we are talking about here. Since they are trying to be the Linux distro of choice for former Windows users, they want everything to be somewhat recognizable to users. Notice how they rename alot of the programs they include? It's been my experience that MP2 is more prevalent on Windows than Ogg Vorbis. Anyways, I'll dig up the email of the author ( Duane Maxwell i believe ) and see what happens. Lawrence John Buttery wrote: * Lawrence Williams <[EMAIL PROTECTED]> [2004-09-06 20:45:23 -0230]: I've given up on getting LSongs into Debian ( for now ). Maybe I can convince upstream to switch to toolame instead ( MP2 vs MP3 ). That would eliminate the patent issue and make LSongs easier to package. Personally, if I were going to try to convince an upstream source of something like that, I'd try to have them switch to Ogg/Vorbis instead. That way you lose patent encumbrance and gain better output quality as an added bonus. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS -- libgeo-coordinates-vandh-perl -- Convert and Manipulate telco V and H coordinates in perl
Currently seeking a sponsor for this and another perl package I authored. Packages are lintian clean, and I've been maintaining my own packages for personal use for years, I've just spent the entire weekend reading the debian policies, and the new maintainers guide. I think some of my packages are ready for the outside world. :-) The scripts themselves have been in CPAN for a year in one case, and in the case of this one, 8-9 months. License is the standard "redistribute and/or modify under the same terms as Perl itself". Package: libgeo-coordinates-vandh-perl Priority: optional Section: perl Installed-Size: 36 Maintainer: Paul G Timmins <[EMAIL PROTECTED]> Architecture: all Version: 1.10 Depends: perl (>= 5.6.0-16) Filename: unstable/libgeo-coordinates-vandh-perl_1.10_all.deb Size: 7268 MD5sum: 586baab1baa0dfed6a1da393ef2a6eb2 Description: Convert and Manipulate telco V and H coordinates Currently this package supports the translation of V+H to Lat/Long, and mileage calculations between two V+H coordinates. Results are returned in decimal degrees for V+H to Lat/Long, and Miles for distance. Future versions will convert Lat/Long to V+H coordinates. http://www.telcodata.us/debian/unstable/libgeo-coordinates-vandh-perl_1.10.dsc http://www.telcodata.us/debian/unstable/libgeo-coordinates-vandh-perl_1.10.tar.gz http://www.telcodata.us/debian/unstable/libgeo-coordinates-vandh-perl_1.10_all.deb http://www.telcodata.us/debian/unstable/libgeo-coordinates-vandh-perl_1.10_i386.changes -Paul -- Paul Timmins <[EMAIL PROTECTED]> Timmins Technologies, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
