Debian QA system lecture at Haifux - help needed
Hi all, Haifux and Telux are two LUGs in Israel that promote information sharing. In particular, we believe in making people learn new stuff by committing to lecture about them :-). I entered such a commitment to give a lecture called The Debian QA system. The lecture's abstract follows: Debian is a community Linux distribution (and some say THE community Linux distribution). It is most unique in having tens of thousands of packages on one hand, and yet allowing a smooth end-user experience in which every Debian package is a single apt-get install away on the other. In order to achieve this goal, a complex set of strict QA and developer certification procedure exists, which tries to make sure, in as automatic a way as possible, that the debs packaged for Debian will work. This lecture will give an overview of debianizing an open source project. More importantly, it will talk about the process a package has to go through in order to be considered a part of Debian's main archive, with a special focus on software QA processes. (http://www.haifux.org) Subjects I'm going to cover are: 1. The basics of creating a deb 2. Standard package naming and file locations 3. The Debian human hierchy (from the sponsored maintainers to ftpmasters, possibly even up to DPL, if I'll think it's relevant). 4. The automatic QA tools (pbuilder, lintian, linda) 5. The tools that help keep it all together - dch, uscan, dupload, dpkg-buildpackage I'll also not lie, I'm doing this to help me learn the turf toward becoming a DD myself. Thing is, as mentioned above, I'm doing this in order to learn this. I'd love to hear from the mentors here about any other tools that may be worth looking into. Things I know I don't know include: someone mentioned a tool for tracking the Debian directory in CVS and SVN. There is an archive of all past Debian packages, which I can't seem to locate. Of course, there are also the things I don't know I don't know, and I would love to hear about those as well. Many thanks, Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian QA system lecture at Haifux - help needed
On Tue, May 10, 2005 at 09:57:17AM +0300, Shachar Shemesh wrote: There is an archive of all past Debian packages, which I can't seem to locate. You probably mean http://snapshot.debian.net/ HTH, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : infos zur usenet-hierarchie at.*: http://www.usenet.at/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-Warp 7 -- It's a law we can live with. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian QA system lecture at Haifux - help needed
On Tue, May 10, 2005 at 09:57:17AM +0300, Shachar Shemesh wrote: [...] Subjects I'm going to cover are: 1. The basics of creating a deb 2. Standard package naming and file locations 3. The Debian human hierchy (from the sponsored maintainers to ftpmasters, possibly even up to DPL, if I'll think it's relevant). 4. The automatic QA tools (pbuilder, lintian, linda) 5. The tools that help keep it all together - dch, uscan, dupload, dpkg-buildpackage I'll also not lie, I'm doing this to help me learn the turf toward becoming a DD myself. Thing is, as mentioned above, I'm doing this in order to learn this. I'd love to hear from the mentors here about any other tools that may be worth looking into. You might find this post by me a few months back helpful: http://lists.debian.org/debian-mentors/2004/12/msg00310.html -- Society is never going to make any progress until we all learn to pretend to like each other. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cannot make (my first) debian package
On Sun, 08 May 2005 13:17:32 +0200 Bas Wijnen [EMAIL PROTECTED] wrote: Ricardo Mones wrote: On Thu, 05 May 2005 10:23:19 -0400 Brenda J. Butler [EMAIL PROTECTED] wrote: Anyway your case is clearly different, your source is a kpr file not a pdf one. If not, then how should I proceed? I can put the .kpr, .ps and .pdf in the package... I could place the .kpr, .ps and .pdf in /usr/share/doc/myslides... does that sound reasonable? Do you have a better suggestion? It sounds pretty reasonable to me, maybe adding a note to the README.Debian saying the kpr is the original source and kpresenter package is required to modify it, for example. The source should of course be in the source package, but I don't see why it needs to be in the .deb. Other packages don't include their sources in /usr/share/doc... Why would it make sense to do that for this one? Basically saving bandwidth. Given you cannot process the kpr source without human intervention, she will have to put also the ps and pdf files in the source package. The size of the kpr is also negligible compared with these two. If you don't put the kpr in the binary package any user wanting the source will need to download again all the source with ps/ pdf data (already on the disk) just for getting the small kpr. I'm sure somebody with a T1 pipe won't mind download, 1 Mb (for example) source package for getting a 50 Kb kpr file. A modem user won't think the same, neither should the server admin, specially if is paying for bandwidth ;) -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian QA system lecture at Haifux - help needed
* Shachar Shemesh [EMAIL PROTECTED] [2005-05-10 09:57]: give a lecture called The Debian QA system. The lecture's abstract ... Subjects I'm going to cover are: 1. The basics of creating a deb 2. Standard package naming and file locations 3. The Debian human hierchy (from the sponsored maintainers to ftpmasters, possibly even up to DPL, if I'll think it's relevant). 4. The automatic QA tools (pbuilder, lintian, linda) 5. The tools that help keep it all together - dch, uscan, dupload, dpkg-buildpackage These are all interesting topics and certainly related to quality, but you may also cover some of the things done specifically by the QA team. This includes stuff like - maintain orphaned packages - take care of WNPP (make sure orphaned packages are adopted, or remove packages) - track inactive maintainers (MIA, see my USENIX paper at http://www.cyrius.com/publications/). - handle bugs which are filed against unknown packages - debcheck (http://qa.debian.org/debcheck.php) There are also some other things missing from your list, e.g. - the RC bug graph http://bugs.debian.org/release-critical/ - in general, the BTS -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: I'm looking for a sponsor for xlogmaster (an orphaned kackage).
Anibal Monsalve Salazar agreed to sponsor the package. -- Regards. pgp0IkNARuqdw.pgp Description: PGP signature
Re: RFS: I'm looking for a sponsor for xlogmaster (an orphaned kackage).
Anibal Monsalve Salazar agreed to sponsor the package. Certainly if he decides the package is all right. :) -- Regards. pgpm5rGUpZSw4.pgp Description: PGP signature
Auction bid : Rolex or Cartier or Breitling
Rolex Sale http://descent.vf9.net/replica/vron/bumbles.html Are you pimped with a Rolex watch? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cogito_0.10-1 available
Ben Finney [EMAIL PROTECTED] wrote: ] It could be better described, yes. My understanding of /usr/share as ] architecture-independent (and read-only, as the description ] continues) is that /usr/share/can potentially be mounted read-only ] for multiple machines of different architectures. Ok, I can deal with that. Thanks for the explanation. I'll move the Cogito shell fragments from /usr/lib/cogito to /usr/share/cogito. There is talk (of course) of reimplementing Cogito, possibly in C -- if that happens I'll put the C libraries and binary helper programs back in /usr/lib/cogito. I'll put up cogito_0.10-2 later today with this fix. -- Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
A question...
Hi , i want to join Debian as a developer . and i want be debian developer. i mean to say that i want to join Debian organization as a permanet job/Employee so can any one tell me that what is the procedure , so i will follow that procedure. Thanks Deepak Tripathi . (my blood says Linux positive) mail2web - Check your email from the web at http://mail2web.com/ .
Re: A question...
Re: [EMAIL PROTECTED] in [EMAIL PROTECTED] i want to join Debian as a developer . and i want be debian developer. i mean to say that i want to join Debian organization as a permanet job/Employee so can any one tell me that what is the procedure , so i will follow that procedure. Hi, Debian is not an employer. Read http://www.debian.org/devel/join/. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Re: A question...
Hi, It's all volunteer work... :) Begin with reading: http://people.debian.org/~mpalmer/debian-mentors_FAQ.html There is a lot of information in how to become a debian developer. When done that, you should search for a sponsor and get a package uploaded, fix bugs, do translations and other useful stuff for the debian community. And after a while you can become a DD (Debian Developer) There is also an irc channel on freenode.net where you can get help if you get stuck. Other questions regarding debian packages, and how to create these packages can be asked as well. Regards, Matthijs Mohlmann [EMAIL PROTECTED] wrote: Hi , i want to join Debian as a developer . and i want be debian developer. i mean to say that i want to join Debian organization as a permanet job/Employee so can any one tell me that what is the procedure , so i will follow that procedure. Thanks Deepak Tripathi . (my blood says Linux positive) mail2web - Check your email from the web at http://mail2web.com/ . signature.asc Description: OpenPGP digital signature
Re: A question...
On Tue, May 10, 2005 at 10:35:26AM -0400, [EMAIL PROTECTED] wrote: Hi , i want to join Debian as a developer . and i want be debian developer. i mean to say that i want to join Debian organization as a permanet job/Employee so can any one tell me that what is the procedure , so i will follow that procedure. See the archives of this mailinglist. Yesterday there was New maintainer checklist It covers the same things as you are looking for. Thanks Deepak Tripathi . (my blood says Linux positive) Cheers Geert Stappers signature.asc Description: Digital signature
cogito_0.10-2 available, and request for Sponsor
cogito_0.10-2 is up, it now puts the internal scripts and the shell library in /usr/share/cogito instead of /usr/lib/cogito. Thanks to Ben Finney and Peter Samuelson for cluing me in. You can get the package here: http://highlab.com/~seb/debian The only problem I know of with the package now is the missing manpages. The upstream people are working feverishly on this, so I want to wait a week or so and see what they come up with. I'm a wanna-be new maintainer starting out the New Maintainer process. I'm looking for a Debian Sponsor to upload this package to the archive. I'm also looking to have my GPG key signed (I live in Colorado, USA), and for an Advocate. -- Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cogito_0.10-2 available, and request for Sponsor
* Sebastian Kuzminsky: cogito_0.10-2 is up, it now puts the internal scripts and the shell library in /usr/share/cogito instead of /usr/lib/cogito. Thanks to Ben Finney and Peter Samuelson for cluing me in. The package is GPLed, but depends on OpenSSL, whose license is not GPL-compatible. Please ask upstream for a linking exception, or use some other SHA-1 implementation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cogito_0.10-1 available
Ben Finney wrote on 10/05/2005 04:44: On 09-May-2005, Sebastian Kuzminsky wrote: Peter Samuelson [EMAIL PROTECTED] wrote: ] [Sebastian Kuzminsky] ] the shell libraries are moved to /usr/lib/cogito. ] Correct, except that it should be /usr/share/cogito/. The FHS describes /usr/share as architecture-independent data, and gives examples like sound files and icons; this conflicts with executable code in my mind. It could be better described, yes. My understanding of /usr/share as architecture-independent (and read-only, as the description continues) is that /usr/share/can potentially be mounted read-only for multiple machines of different architectures. Note that (application specific portions of) /usr/share are often mounted even across different types of Unix (derivates). I know of at least 4 sites where /usr/share/cups was network-mounted by both Linux and Solaris clients. That's the reason why I usually think of /usr/share as architecture indepedent and non-executable data. cu, sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cogito_0.10-2 available, and request for Sponsor
On Tue, May 10, 2005 at 11:22:17AM -0600, Sebastian Kuzminsky wrote: I'm a wanna-be new maintainer starting out the New Maintainer process. Please refer to http://nm.debian.org/. I'm looking for a Debian Sponsor to upload this package to the archive. I'll upload it. However, we'll have to wait until the license issue raised by Florian Weimer is resolved. If the package is uploaded is very likely to be rejected by the ftpmaster team. I'm also looking to have my GPG key signed (I live in Colorado, USA), and for an Advocate. What city in Colorado. Maybe there is a DD in the same city as yours. You really need a DD to sign your gpg key to start the NM process. After you have been working with your sponsor for some time, your sponsor may back your NM application and be your advocate. Regards, Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Re: RFS: wmnetmon -- A dockapp for monitoring services on up to 40 hosts
Hi, On Wed, May 04, 2005 at 01:37:27PM +0200, Sven Mueller wrote: bearing wrote on 03/05/2005 22:57: I am looking for a sponsor for orphaned package wmnetmon. I have retitled Bug#216753 to ITA. The package located here: http://mentors.debian.net/debian/pool/main/w/wmnetmon/wmnetmon_0.2p6-2.tar.gz 1) You should tell us where to get the complete source package (.dsc, .diff.gz, .orig.tar.gz, also see #2) I used mentors.debian.net with dupload and they now hold only source packages. Now I have my own Debian repository here: deb http://finik.org/debian unstable main deb-src http://finik.org/debian unstable main they contain all needed files. 2) wmnetmon is no native Debian package, so you should definately supply a non-native source package. To do so, simply put the original (upstream) source tarball at the directory above the source root and name it wmnetmon_0.2p6.orig.tar.gz, dpkg-buildpackage will do the rest for you. I did this, now some errors are remains, but I try to solve them. 3) run lintian -i wmnetmon_*.dsc and linda -i wmnetmon_*.dsc and fix all the warnings. If you had done so, I wouldn't have had to tell you about #2. 4) Read the new maintainers guide, it tells you all of the above (and more). Regards, Andrei Emeltchenko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cogito_0.10-2 available, and request for Sponsor
* Sebastian Kuzminsky [Tue, 10 May 2005 11:22:17 -0600]: I'm also looking to have my GPG key signed (I live in Colorado, USA), http://nm.debian.org/gpg.php -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 The most exciting phrase to hear in science, the one that heralds new discoveries, is not Eureka! (I found it!) but That's funny... -- Isaac Asimov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian employee
On 10-May-2005, Matthijs Mohlmann wrote: It's all volunteer work... :) Though, thankfully, many Debian developers are paid directly to work on Debian. Canonical Software, Progeny, and Hewlett-Packard are some of the high-profile employers doing so. -- \ I got an answering machine for my phone. Now when someone | `\ calls me up and I'm not home, they get a recording of a busy | _o__) signal. -- Steven Wright | Ben Finney [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: Executable scripts in /usr/share/
Ben Finney [EMAIL PROTECTED] writes: On 10-May-2005, Sven Mueller wrote: Note that (application specific portions of) /usr/share are often mounted even across different types of Unix (derivates). I know of at least 4 sites where /usr/share/cups was network-mounted by both Linux and Solaris clients. That's the reason why I usually think of /usr/share as architecture indepedent and non-executable data. The good thing about the (standard?) shebang convention -- using a first line of '#!/path/to/shell' in the executable file -- is that you can have executable scripts shared even between different Unices and architectures. If the named shell exists, it should be able to execute the script. (If not, that's a bug in the shell or the script.) That's the only way I know that executable things can be trusted to work across different Unices and architectures, so it's understandable where your non-executable assumption could arise. Something you sometimes see is #!/usr/bin/env python Env then looks for python in the path and executes the script. Since env is small and a system thing it is available everywhere while python can be anywhere. That way you can have your python in /usr/bin/arch-os/ for each arch/os combo and the script still works. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Stupid shebang tricks
On 11-May-2005, Goswin von Brederlow wrote: Ben Finney [EMAIL PROTECTED] writes: The good thing about the (standard?) shebang convention -- using a first line of '#!/path/to/shell' in the executable file -- is that you can have executable scripts shared even between different Unices and architectures. If the named shell exists, it should be able to execute the script. (If not, that's a bug in the shell or the script.) Something you sometimes see is #!/usr/bin/env python Env then looks for python in the path and executes the script. Since env is small and a system thing it is available everywhere while python can be anywhere. That way you can have your python in /usr/bin/arch-os/ for each arch/os combo and the script still works. Yes, I've always been impressed with that trick (in direct proportion to the hatred I had of '#!/usr/bin/perl' and '#!/usr/local/bin/perl' wars). To what extent should that be used? Is it reasonable to do it for *any* shebang line? '#!/usr/bin/env make'? '#!/usr/bin/env bash'? Are there any downsides? -- \ bash awk grep perl sed, df du, du-du du-du, vi troff su fsck | `\ rm * halt LART LART LART! -- The Swedish BOFH, | _o__)alt.sysadmin.recovery | Ben Finney [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: Stupid shebang tricks
On Wed, 2005-05-11 at 11:07 +1000, Ben Finney wrote: To what extent should that be used? Is it reasonable to do it for *any* shebang line? '#!/usr/bin/env make'? '#!/usr/bin/env bash'? Are there any downsides? AFAIK you can't pass parameters to the program : #!/bin/env python --debug Should work according the man page, but I've never managed to make it work - and I'm not sure its portable even if it does. Cheers, Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Stupid shebang tricks
Ben Finney [EMAIL PROTECTED] writes: On 11-May-2005, Goswin von Brederlow wrote: Ben Finney [EMAIL PROTECTED] writes: The good thing about the (standard?) shebang convention -- using a first line of '#!/path/to/shell' in the executable file -- is that you can have executable scripts shared even between different Unices and architectures. If the named shell exists, it should be able to execute the script. (If not, that's a bug in the shell or the script.) Something you sometimes see is #!/usr/bin/env python Env then looks for python in the path and executes the script. Since env is small and a system thing it is available everywhere while python can be anywhere. That way you can have your python in /usr/bin/arch-os/ for each arch/os combo and the script still works. Yes, I've always been impressed with that trick (in direct proportion to the hatred I had of '#!/usr/bin/perl' and '#!/usr/local/bin/perl' wars). Perl is certainly another candidate for it if you have to work with multiple OS and archs. To what extent should that be used? Is it reasonable to do it for *any* shebang line? '#!/usr/bin/env make'? '#!/usr/bin/env bash'? Are there any downsides? I wouldn't use it for bash as I wouldn't be using bash but /bin/sh. But then there are some OSes where /bin/sh is to screwed up and you want bash instead none the less. At university I use #!/bin/sh in combination with testing if the shell actualy is bash and reexecuting oneself with bash if not. That seem to work best. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stupid shebang tricks
On 11-May-2005, Robert Collins wrote: On Wed, 2005-05-11 at 11:07 +1000, Ben Finney wrote: To what extent should that be used? Is it reasonable to do it for *any* shebang line? '#!/usr/bin/env make'? '#!/usr/bin/env bash'? Are there any downsides? AFAIK you can't pass parameters to the program : #!/bin/env python --debug Should work according the man page, but I've never managed to make it work - and I'm not sure its portable even if it does. That would be a downside (and kills it for the primary use I had in mind, '#!/usr/bin/env perl -w'). Is '/usr/bin/env' part of the POSIX spec? Is its behaviour with regard to command arguments defined? Where would I find out? -- \ Hey Homer! You're late for English! Pff! English, who needs | `\ that? I'm never going to England! -- Barney Homer, _The | _o__)Simpsons_ | Ben Finney [EMAIL PROTECTED] signature.asc Description: Digital signature
RFS: eaccelerator - PHP script cacher
Greetings debian-mentors (and Ola), Short story: after a recent upgrade of my server from Woody to Sarge, along with going from horde2 to horde3, I noticed that my PHP performance sucked :-( I embarked on a quest to learn about PHP performance tuning, and decided (among other things) to install a caching program. There is currently no cahcing program for PHP scripts in the Debian archive, so I packaged it up and am seeking a sponsor. Details: Package name: eacclereator License: GPL2 Description: Increases performance of PHP scripts by caching eAccelerator is a free open source PHP accelerator, optimizer, encoder and dynamic content cache for PHP. It increases performance of PHP scripts by caching them in compiled state, so that the overhead of compiling is almost completely eliminated. Also it uses some optimizations to speed up execution of PHP scripts. eAccelerator typically reduces server load and increases the speed of your PHP code by 1-10 times. . eAccelerator is a fork of TurckMMCache ( http://sourceforge.net/project/turckmm-cache/ ) . For more information see the eAccelerator homepage at http://eaccelerator.net/HomeUk You can get the binary and source packages from here: deb http://familiasanchez.net/~sanchezr/debian/ sarge main deb-src http://familiasanchez.net/~sanchezr/debian/ sarge main -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~sanchezr signature.asc Description: OpenPGP digital signature
Re: cogito_0.10-2 available, and request for Sponsor
Anibal Monsalve Salazar [EMAIL PROTECTED] wrote: ] On Tue, May 10, 2005 at 11:22:17AM -0600, Sebastian Kuzminsky wrote: ] I'm also looking to have my GPG key signed (I live in Colorado, USA), ] and for an Advocate. ] ] What city in Colorado. Maybe there is a DD in the same city as yours. ] You really need a DD to sign your gpg key to start the NM process. I'm in Boulder. Anyone nearby? -- Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cogito_0.10-2 available, and request for Sponsor
On Tue, May 10, 2005 at 09:02:44PM -0600, Sebastian Kuzminsky wrote: What license issue do you mean? The fact that it's GPLv2 exactly, unless Linus wants a later GPL? I'm not lawyerly enough to see why that's a problem. On Tue, May 10, 2005 at 08:57:56PM +0200, Florian Weimer wrote: The package is GPLed, but depends on OpenSSL, whose license is not GPL-compatible. Please ask upstream for a linking exception, or use some other SHA-1 implementation. Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Re: cogito_0.10-2 available, and request for Sponsor
Anibal Monsalve Salazar [EMAIL PROTECTED] wrote: ] On Tue, May 10, 2005 at 11:22:17AM -0600, Sebastian Kuzminsky wrote: ] I'm looking for a Debian Sponsor to upload this package to the archive. ] ] I'll upload it. However, we'll have to wait until the license issue ] raised by Florian Weimer is resolved. If the package is uploaded is ] very likely to be rejected by the ftpmaster team. Thanks for offering to upload the package! What license issue do you mean? The fact that it's GPLv2 exactly, unless Linus wants a later GPL? I'm not lawyerly enough to see why that's a problem. -- Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cogito_0.10-2 available, and request for Sponsor
Anibal Monsalve Salazar [EMAIL PROTECTED] wrote: ] On Tue, May 10, 2005 at 08:57:56PM +0200, Florian Weimer wrote: ] The package is GPLed, but depends on OpenSSL, whose license is not ] GPL-compatible. Please ask upstream for a linking exception, or use ] some other SHA-1 implementation. Ah, that. Thanks. -- Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[OT] Re: Debian employee
On Wed, 2005-05-11 at 09:48 +1000, Ben Finney wrote: On 10-May-2005, Matthijs Mohlmann wrote: It's all volunteer work... :) Though, thankfully, many Debian developers are paid directly to work on Debian. Canonical Software, Progeny, and Hewlett-Packard are some of the high-profile employers doing so. ... and they need very experienced DDs. Also, Canonical was not the 'let see who would like to get hired', but 'we want these ppl from Debian, based on our previous work'. I do not continue, but I mean that one have to be a volunteer DD for a while, doing serious things, get knowledge, etc.; this will take (say years) to acomplish. I do not know if he has all the time for it, or how fast he would like to get paid for his work. Anyway, let's do it! Learn, be a DD, work and see what happens. For example I am also paid a bit for my Linux knowledge, but it started way before I became a DD (my primary workplace is about industrial process controlling[1], not related to Linux - but if anyony know any industrial system[2] running under Linux, let me know, private please). Regards, Laszlo/GCS [1] http://www.borsodchem.hu/english/ [2] http://www.yokogawa.com/dcs/products/cs/overview/dcs-cs-0101en.htm -- BorsodChem Joint-Stock Company www.debian.org Linux Support Center Software engineerDebian Developer Developer +36-48-511211/25-90 +36-20-4441745 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
