Re: SCO license for Debian distrib
On Thu, Aug 07, 2003 at 09:37:15PM +0200, Nicolas THOMAS wrote: Georges Roux [EMAIL PROTECTED] writes: Bonsoir, Je ne désre pas lance de troll sur ce forum. Moi non plus .. mais je demendais ce qui ce passerai si un groupe publiait le noyau Linux en pretendant qu'il ne contient plus une ligne du code incrimine. BTW, l'avantage de debian, c'est que dans le pire des cas, on peut toujours utiliser le noyau HURD ou NetBSD, bien que ces ports ne soit pas encore reelement officiel. Amicalement, Sven Luther
Re: SCO license for Debian distrib
On Fri, Aug 08, 2003 at 01:22:53AM +0200, Christian Kaenzig wrote: On Thursday 07 August 2003 21:37, Nicolas THOMAS wrote: .. mais je demendais ce qui ce passerai si un groupe publiait le noyau Linux en pretendant qu'il ne contient plus une ligne du code incrimine. Ca reviendrait à avouer qu'il y avait _effectivement_ du code appartenant à SCO dans Linux. L'important a mon avis et de couper court a ce genre d'elucubration pour pas que d'autre soient trop tente On peut aussi jouer la mauvaise foi .. :-) Je pense aussi qu'il faut la leur fermer mais soit en les amenant à court d'arguments, soit en leur balançant en retour un argument en béton (pour ça, il faudrait déjà qu'ils précisent leur reproche. :-/). Le danger dans l'histoire est, à mon avis, bien sûr la discréditation de Linux vis-à-vis du grand public mais aussi que SCO ou d'autres s'attaquent à d'autres producteurs de logiciel libre qui n'auraient peut-être pas les moyens (surtout financiers) de IBM pour se défendre ! Vous savez bien sur que autant IBM que Redhat on fait un proces en retour contre SCO, et que Redhat a mis en place un fond de 1 million de $ pour de futur proces contre des projet opensource. Amicalement, Sven Luther
même programme en GTK 1.2 et GTK 2.0 dans le même paquet ?
Bonsoir, Je maintiens le paquet jpilot qui est une application GTK 1.2. Le support de GTK 2.0 n'est pas encore terminé mais il est possible de compiler l'application avec --enable-gtk2 pour avoir une application fonctionnelle (le « seul » problème concerne le texte avec lettres accentuées donc ça ne gène pas tout le monde). Le bug #196821 me demande : jpilot: compile jpilot with --enable-gtk2 gtk1.2 is on its way out, and jpilot supports gtk2 Que dois-je faire ? 1. compiler avec gtk2 et me prendre plein de rapport de bugs ? 2. laisser tomber ce bug #196821 pour l'instant 3. créer un paquet jpilot2 avec l'application compiler pour gtk2 4. avoir dans le même paquet jpilot les binaires pour gtk 1.2 et gtk 2.0 ? Les 3 premières solutions ne me conviennent pas vraiment. Est-ce que la 4ème solution est jouable/souhaitable/une connerie ? À+ -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --
Re: mme programme en GTK 1.2 et GTK 2.0 dans le mme paquet ?
Ludovic Rousseau [EMAIL PROTECTED] writes: Je maintiens le paquet jpilot qui est une application GTK 1.2. Le support de GTK 2.0 n'est pas encore terminé mais il est possible de compiler l'application avec --enable-gtk2 pour avoir une application fonctionnelle (le « seul » problème concerne le texte avec lettres accentuées donc ça ne gène pas tout le monde). Certainement pango qui râle car il ne peut pas afficher des textes non encodés en UTF-8. Ça concerne quand même tous les utilisateurs sauf les anglophones ! Que dois-je faire ? 1. compiler avec gtk2 et me prendre plein de rapport de bugs ? 2. laisser tomber ce bug #196821 pour l'instant 3. créer un paquet jpilot2 avec l'application compiler pour gtk2 4. avoir dans le même paquet jpilot les binaires pour gtk 1.2 et gtk 2.0 ? Les 3 premières solutions ne me conviennent pas vraiment. Est-ce que la 4ème solution est jouable/souhaitable/une connerie ? Personnellement, je choisirais la deuxième solution. Un utilisateur peut ne pas être content, mais si le portage n'est pas stable, autant attendre plutôt que de se compliquer la vie. La quatrième solution n'est pas envisageable car elle duplique les dépendances, donc force à avoir les deux versions de GTK installées simultanément. Quand à la troisième, c'est encombrer l'archive Debian pour pas grand chose. A+ -- o Benjamin Drieu: [EMAIL PROTECTED] [EMAIL PROTECTED] o APRIL:http://www.april.org/ pgphuY6mSosIV.pgp Description: PGP signature
Re: même programme en GTK 1.2 et GTK 2.0 dans le même paquet ?
Hello, Le bug #196821 me demande : jpilot: compile jpilot with --enable-gtk2 gtk1.2 is on its way out, and jpilot supports gtk2 Que dois-je faire ? 1. compiler avec gtk2 et me prendre plein de rapport de bugs ? Plein de rapport de bugs ? La version gtk2 n'est vraiment pas au point, ou il lui manque une bonne partie des bugs de la version 1.2 ? 2. laisser tomber ce bug #196821 pour l'instant Autant éviter de laisser tomber un rapport de bug s'il est possible de le régler... 3. créer un paquet jpilot2 avec l'application compiler pour gtk2 Cette solution est à éviter à mon avis. La plupart des paquets app2 ont été renommé en app au fur et à mesure des mois. Maintenant gtk+/gnome2 est la version par defaut pour la prochaine stable ... inutile d'ajouter un nouveau paquet à l'archive pour le faire retirer dans pas longtemps. 4. avoir dans le même paquet jpilot les binaires pour gtk 1.2 et gtk 2.0 ? J'avouerai que cette solution ne me plait pas trop, mais pourquoi pas ... 'fin bon, j'éviterais quand même. Les 3 premières solutions ne me conviennent pas vraiment. Est-ce que la 4ème solution est jouable/souhaitable/une connerie ? Perso je pencherais largement pour la solution 1 si la version gtk2 est utilisable. A la limite attendre un peu et laisser le bug en état quelque temps ... mais la solution 4 n'est pas approprié à mon avis, et la solution 3 à oublier. Salutations, Sébastien Bacher
Re: About NM and Next Release
Andrew Suffield [EMAIL PROTECTED] wrote: Anybody who has to ask Why should I/we/they contribute? is not suitable for Debian. (The answer, incidentally, is because we can or because it's there, or some other variation; it is a goal in itself, and not a means to an end) OK, now *that* is just nonsense. People contribute because they: * use Debian and want to make it better * want to contribute something to a project they respect * want to do something which is made easier by contributing to Debian * want to help out Debian users * want to help promote the goals of Debian I'm sure there are other reasons. Because it's there is a non-reason. OK, maybe it was a reasonable (if silly) answer for why to climb Mt. Everest. But Debian isn't a natural feature of the landscape, and it certainly isn't an exceptional and notable one. (Real reasons for climbing Mt. Everest included I like climbing mountains and It's the tallest mountain in the world, which were both implicitly understood.) That 'reason' isn't going to get *anyone* to contribute to Debian. It might get them to climb Mt. Everest, I suppose. You give an actual reason later in the same mail message: Having some specific, valuable things they want to contribute would be a good one Which makes your bizarre claim up above all the weirder. Perhaps what you meant to say was: I want contributors to have something specific and valuable which they want to contribute. If they don't already have such a thing, they shouldn't contribute. Which I can understand, given that it's very easy to find things for which help is wanted in Debian. The general complaint, however, is that people offering help which they think is useful get ignored, or even worse, get hostile responses attacking them personally. This certainly doesn't happen with all or even most of Debian, but it seems to happen with distressing regularity in some areas. -- Nathanael Nerode neroden at gcc.gnu.org http://home.twcny.rr.com/nerode/neroden/fdl.html
Re: About NM and next release
Andrew Suffield said: On Thu, Aug 07, 2003 at 04:56:44PM -0400, Nathanael Nerode wrote: snip Wrong. There have been specific technical things I wanted to do which simply cannot be done easily as an outsider. ^^ Generally it's QA stuff. I'm doing it anyway, of course; it's just slower and more tedious and discouraging. You just contradicted yourself. It's clearly not wrong - you *are* No, I didn't contradict myself. Read what I said again carefully, noticing the word which I pointed out for you. That word is 'easily'. I *am* doing the work, but I am *not* doing it easily; I am instead doing it with difficulty. Got it? doing it anyway. So the system works as it is supposed to. The system is supposed to make it hard for people to contribute? That seems dumb. :-) OK, I admit to deliberately twisting your meaning a little in that last paragraph, but I'm trying to make a point. The system actively discourages people from contributing, and makes it hard for their contributions to be used in a timely fashion. This seems bad to me. This slowdown effect probably contributes to how long it takes Debian to resolve some issues, and the tediously long release cycle. *shrug* -- I guess you probably meant that because I am already demonstrating stuff, I do have a good reason to join Debian, and do not have to be told to demonstrate stuff. Which is what the word Wrong referred to. So I withdraw that word. It was a mistake. I think we're on the same page, basically. -- Nathanael Nerode neroden at gcc.gnu.org http://home.twcny.rr.com/nerode/neroden/fdl.html
Re: Zeroconf Debian?
On Fri, Aug 08, 2003 at 13:28 +1000, Andrew Pollock wrote: I'm currently at the SAGE-AU annual conference, and Apple presented a paper about their Rendezvous technology, which is their implementation of Zeroconf[1]. Is anyone working on getting Debian to do any of this sort of stuff? There is already a project for zeroconf [1]. And a debian source package [2]. There is also a paper [3] presented at lca2003 [4] by Brad Hards. [1] http://zeroconf.sourceforge.net/ [2] http://packages.qa.debian.org/zcip [3] http://niquia.its.monash.edu/lca2003/papers/Brad_Hards/Brad_Hards.pdf [4] http://www.linux.org.au/conf/2003/ If not, I might look into spinning off a subproject. I don't think it would be significantly difficult to get parts of this working relatively quickly. Minor changes to ifupdown would allow for allocating an IP address without a HCP server, for example. [1] http://www.zeroconf.org Kind regards, Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux | Building 28C : :' : Free Operating System | Monash University VIC 3800 `. `' http://debian.org/| Australia `- | pgpNBNQWrPjnL.pgp Description: PGP signature
Re: Getting patches into packages, thought and ideas
* (Nathanael Nerode) | However, not having enough time to chase down important bugs is no | excuse for not reviewing simple patches to fix simple bugs, which | doesn't take an awful lot of time at all. (It is a good excuse for not | reviewing complicated or subtle patches.) Once you have many screenfulls of bugs, you kind of lose the big picture, so small bugs which could easily be fixed go unnoticed. At least, that's happening for apache. It would be nice to be able to structure bugs somewhat more using the BTS, I'm not sure how, but being able to prioritize them would be a start. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: About NM and Next Release
* Goswin von Brederlow | How does a package become important? All the important stuf has been | in debian for years. I doubt any NM can come up with a new package | where people say: Gosh, if we wouldn't have that we would be screwed. Somebody ITP-ed cpufreq a little time ago. That's quite important if you are using a laptop (which a lot of DDs are) with ACPI and you don't want to burn all your battery. New tools get written all the time, many to fulfill a niche which wasn't there a year or two back. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: About NM and Next Release
On Fri, 08 Aug 2003 07:32:43 +0200 Tollef Fog Heen [EMAIL PROTECTED] wrote: Somebody ITP-ed cpufreq a little time ago. That's quite important if you are using a laptop (which a lot of DDs are) with ACPI and you don't want to burn all your battery. New tools get written all the time, many to fulfill a niche which wasn't there a year or two back. That is true, but that doesn't make the package important in the sense I got from his message. What I envisioned was core packages. IE, things that, without them, Debian would not run (libc?) or would leave a gaping hole that a slew of people would miss (apache?). I ITP'd parchive2, have the package done and waiting on a sponsor. I and pretty much anyone else who decodes binaries off the newsgroups uses it. I don't believe it qualifies as important as he meant it even though it is important to me. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgpo7jSXZwEl5.pgp Description: PGP signature
Re: About NM and Next Release
On Friday 08 August 2003 05:23, Goswin von Brederlow wrote: Policy changes, voting and the internal discussions all need membership. Having NMs hang in limbo without due cause is denying them the right to those. Voting yes. But to me it seems that most issues are discussed on the open lists - I am very much interested in the inner workings of Debian, and I sometimes particitpate in those discussions. I never felt that I was ignored just because IANADD. greetings -- vbi -- random link of the day: http://fortytwo.ch/sienapei/ohqueeve pgpNhs0eTURBE.pgp Description: signature
Re: About NM and Next Release
* Steve Lamb (please trim your lines a little, 72 chars/line is considered standard, to allow for a few levels of quoting before breaking the lines on a 80 char wide terminal. TIA.) | That is true, but that doesn't make the package important in | the sense I got from his message. What I envisioned was core | packages. It doesn't have «Priority: required» or important, no, but it's still important to those users. | IE, things that, without them, Debian would not run (libc?) or would | leave a gaping hole that a slew of people would miss (apache?). Apache was more or less unmaintained until thom, fabbione and myself picked it up in April or so. If you want to help out, please do. Viewcvs on http://cvs.raw.no/cgi-bin/viewcvs.cgi/debian-apache/ , we hang out at #debian-apache on OFTC. Patches and bug triaging help accepted. The usual way works: you send us patches, we apply them, we get tired of applying patches, you get commit privileges. So, «core packages» go without love for long periods of time as well, unfortunately. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: Bug#204422: ITP: debix -- Live filesystem creation tool
* Goswin Brederlow | Package name: debix | Version : 0.1 | Upstream Author : Goswin von Brederlow [EMAIL PROTECTED] | License : GPL | Description : Live filesystem creation tool | Sponsor : wanted I might be interested in sponsoring this, since I need such a tool for work. I won't be able to take a look until I'm back home (which is on Monday evening CEST time), though. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: About NM and Next Release
On Fri, 08 Aug 2003 08:04:04 +0200 Tollef Fog Heen [EMAIL PROTECTED] wrote: * Steve Lamb (please trim your lines a little, 72 chars/line is considered standard, to allow for a few levels of quoting before breaking the lines on a 80 char wide terminal. TIA.) Please use a standard quote character, which is . In that way pretty much any modern editor in the past, say, 10 years, can reflow quoted lines to fit within 80 characters. 72 was for the ~10 years before reflowing of quotes. | That is true, but that doesn't make the package important in | the sense I got from his message. What I envisioned was core | packages. It doesn't have «Priority: required» or important, no, but it's still important to those users. Right, which I pointed out to him. I felt that the packages I installed were important to *me*. That doesn't change the fact that the sense of the word, I feel, was different when he said it since his intent was more along the case of core packages without functionality. Apache was more or less unmaintained until thom, fabbione and myself picked it up in April or so. If you want to help out, please do. Nono, I would not. As has been pointed out people should not take on management of a package they cannot handle. I know, without a doubt, apache would be beyond me. I'm starting with parchive2 and will work up from there. I had only picked apache as an example of something which would be considered an important package in the sense of one that is either required for Debian to run or would be sorely missed if it was not present as opposed to important in the sense of it being important to the people who install it. So, «core packages» go without love for long periods of time as well, unfortunately. Agreed. My idea is that the experienced maintainers might do well to offload some of the rote packages to people who are just learning about it so more people, overall, get experience while at the same time freeing their time up to devote to the packages for which their experience is called for. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgpr5qtKoLQl7.pgp Description: PGP signature
Re: About NM and Next Release
On Friday 08 August 2003 04:09, Scott James Remnant wrote: Thanks a lot for this one. -- vbi -- I'm personally quite happy with one stable release every two years, and am of the opinion that trying to release more will mean we'll have to rename the distro from stable to wobbly. -- Scott James Remnant on debian-devel pgpy79XqsqoY2.pgp Description: signature
Bug#204555: ITP: pconsole -- parallel console shell for administering clusters
Package: wnpp Version: N/A; reported 2003-08-08 Severity: wishlist * Package name: pconsole Version : 1.0 Upstream Author : Walter de Jong [EMAIL PROTECTED] * URL : http://www.heiho.net/pconsole/index.html * License : GPL Description : parallel console shell for administering clusters pconsole allows you to connect to each node of your cluster simultaneously, and you can type your administrative commands in a specialized window that 'multiplies' the input to each of the connections you have opened. pconsole is best run from within X Windows, although it is possible to employ it without X (in console mode) as well. You need to install pconsole on only 1 machine in the cluster, this would usually be your central administrative node. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux reypastor 2.4.21 #1 vie jun 13 22:28:10 CEST 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid Linux 2.4.21 Roz, you're looking fabulous today. Is that a new haircut? --Mike (Monsters, Inc.)
Re: About NM and Next Release
* Steve Lamb | Please use a standard quote character, which is . In that way | pretty much any modern editor in the past, say, 10 years, can reflow | quoted lines to fit within 80 characters. 72 was for the ~10 years | before reflowing of quotes. So it can if you use | or : or some other random character as well. It's still a bit silly to have to reflow all your paragraphs at the first quotation level, but whatever. [...] | So, «core packages» go without love for long periods of time as | well, unfortunately. | | Agreed. My idea is that the experienced maintainers might do | well to offload some of the rote packages to people who are just | learning about it so more people, overall, get experience while at | the same time freeing their time up to devote to the packages for | which their experience is called for. I think alioth will help with this, since it's then easier to set up a shared CVS repository and give other people access to your package and making it fairly easy to get both DDs and non-DDs to help out. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: About NM and Next Release
Hi, On Fri, Aug 08, 2003 at 12:08:38AM +0100, Andrew Suffield wrote: Anybody who has to ask Why should I/we/they contribute? is not suitable for Debian. (The answer, incidentally, is because we can or because it's there, or some other variation; it is a goal in itself, and not a means to an end) I've heard our respected project secretary express a vastly different opinion on this matter. Cheers, Emile. -- E-Advies - Emile van Bergen [EMAIL PROTECTED] tel. +31 (0)70 3906153 http://www.e-advies.nl
Re: About NM and Next Release
Hi, Steve Lamb wrote:
Please use a standard quote character, which is . In that way pretty
much any modern editor in the past, say, 10 years, can reflow quoted lines to
fit within 80 characters.
OTOH, most editors can be configured as to which characters they consider
to be quotes.
OTGH, most mail/news viewers these days can do their own line breaks when
showing articles. (I do know that 80chars/line still make sense for quite
a few reasons.)
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
--
The mode by which the inevitable comes to pass is effort.
-- Oliver Wendell Holmes
Re: About NM and Next Release
On Fri, 08 Aug 2003 08:52:14 +0200 Matthias Urlichs [EMAIL PROTECTED] wrote: OTOH, most editors can be configured as to which characters they consider to be quotes. True, but reflow across multiple levels tends to break when one has different quote characters to contend with. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgpzERwq0JaPL.pgp Description: PGP signature
Re: About NM and Next Release
On Fri, 08 Aug 2003 09:06:56 +0200 Tollef Fog Heen [EMAIL PROTECTED] wrote: So it can if you use | or : or some other random character as well. It's still a bit silly to have to reflow all your paragraphs at the first quotation level, but whatever. Which I don't. Since the quoted text is automatically reflowed before quoting in most cases. Furthermore if one is trimming as one should one rarely gets past the first level anyway. And here I thought EMACS was the one true editor. Live and learn I guess. I think alioth will help with this, since it's then easier to set up a shared CVS repository and give other people access to your package and making it fairly easy to get both DDs and non-DDs to help out. Hrm, now there's a thought. Certainly worth exploring. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgpMoWtFaoJB3.pgp Description: PGP signature
Re: About NM and Next Release
* Steve Lamb | On Fri, 08 Aug 2003 09:06:56 +0200 | Tollef Fog Heen [EMAIL PROTECTED] wrote: | So it can if you use | or : or some other random character as well. | It's still a bit silly to have to reflow all your paragraphs at the | first quotation level, but whatever. | | Which I don't. Since the quoted text is automatically reflowed | before quoting in most cases. Furthermore if one is trimming as one | should one rarely gets past the first level anyway. And here I | thought EMACS was the one true editor. Live and learn I guess. (setq-default sentence-end [.?!][]\')}]*[ \n]+) (setq-default paragraph-start ^[|: \t]*$) (setq-default paragraph-separate (default-value 'paragraph-start)) (setq adaptive-fill-regexp (substring (default-value 'paragraph-start) 1 -1)) helps a lot, IME. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: About NM and Next Release
On Thu, Aug 07, 2003 at 11:46:20PM -0400, Nathanael Nerode wrote: Andrew Suffield [EMAIL PROTECTED] wrote: Anybody who has to ask Why should I/we/they contribute? is not suitable for Debian. (The answer, incidentally, is because we can or because it's there, or some other variation; it is a goal in itself, and not a means to an end) OK, now *that* is just nonsense. People contribute because they: * use Debian and want to make it better * want to do something which is made easier by contributing to Debian These are passable, and a variation on the same theme. * want to contribute something to a project they respect * want to help out Debian users * want to help promote the goals of Debian These are bad reasons. I'm sure there are other reasons. Because it's there is a non-reason. OK, maybe it was a reasonable (if silly) answer for why to climb Mt. Everest. But Debian isn't a natural feature of the landscape, and it certainly isn't an exceptional and notable one. (Real reasons for climbing Mt. Everest included I like climbing mountains and It's the tallest mountain in the world, which were both implicitly understood.) That 'reason' isn't going to get *anyone* to contribute to Debian. It might get them to climb Mt. Everest, I suppose. That's funny. Those were all things I've heard from people who've been with the project for years. I don't think you're going to get it, either. It's basically the same question as Why do people write free software?, and if you come up with altruism, politics, or respect then you're barking up the wrong tree. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgpDqXJRLGCP6.pgp Description: PGP signature
Re: About NM and next release
On Thu, Aug 07, 2003 at 11:58:10PM -0400, Nathanael Nerode wrote: Andrew Suffield said: On Thu, Aug 07, 2003 at 04:56:44PM -0400, Nathanael Nerode wrote: snip Wrong. There have been specific technical things I wanted to do which simply cannot be done easily as an outsider. ^^ Generally it's QA stuff. I'm doing it anyway, of course; it's just slower and more tedious and discouraging. You just contradicted yourself. It's clearly not wrong - you *are* No, I didn't contradict myself. Read what I said again carefully, noticing the word which I pointed out for you. That word is 'easily'. I *am* doing the work, but I am *not* doing it easily; I am instead doing it with difficulty. Got it? And you've missed my point entirely. doing it anyway. So the system works as it is supposed to. The system is supposed to make it hard for people to contribute? That seems dumb. :-) OK, I admit to deliberately twisting your meaning a little in that last paragraph, but I'm trying to make a point. The system actively discourages people from contributing, and makes it hard for their contributions to be used in a timely fashion. This seems bad to me. Actually it isn't. It helps to reduce the crap; if we allowed *anybody* to upload packages, then we'd have a lot more useless packages than we already do. Requiring at least some minimal effort means people will usually constrain themselves to things they actually think are worthwhile. But that's just a coincidental side-effect, not a cause. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgp8T4j4e9Xok.pgp Description: PGP signature
Re: About NM and Next Release
On Thu, Aug 07, 2003 at 04:55:19PM -0700, Steve Lamb wrote: (The answer, incidentally, is because we can or because it's there, or some other variation; it is a goal in itself, and not a means to an end) That, however, is not enough in and of itself. I *could* very well contribute to FreeBSD. I don't. Why? Because I don't like FreeBSD. I like Debian. You're misconstruing that the statement is you like it therefore you should contribute when it is is I like it therefore I want to contribute. Actually, you have misconstrued it the other way. It really was You like it therefore you should contribute. Neither. I am pointing out that someone liking a project is hardly a reason to reject them out of hand. An idea which you made up entirely on your own, and then attributed to me. So which is it? Uh, no. You're the one who wrote that someone liking Debian was a lousy reason for them to join. Do you have trouble understanding why these two statements are different? -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgppKoUnfEI4v.pgp Description: PGP signature
Re: About NM and Next Release
On Fri, 8 Aug 2003 08:29:54 +0100 Andrew Suffield [EMAIL PROTECTED] wrote: Actually, you have misconstrued it the other way. It really was You like it therefore you should contribute. No. There is a difference between these two statements: I like Debian therefore I should contribute. I like Debian therefore I want to contribute. As others have pointed out, you're way off base. So until you get the difference between those two this conversation is over between you and me. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgpIZVax9cN4K.pgp Description: PGP signature
Re: Getting patches into packages, thought and ideas [Was: Re: About NM and Next Release]
On Fri, Aug 08, 2003 at 05:34:20AM +0200, Goswin von Brederlow wrote: It's not like a developer could do anything more, in these two That being true still doesn't help non DDs to contribute. Indeed, but it also means that they are not reasons why people should be given accounts. cases. Any developer who NMUs a package with an active maintainer, to fix minor/wishlist bugs, should be repeatedly kicked in the head. So your argument kinda falls flat. If you are suggesting that you would NMU either of these packages to fix these bugs, then it suddenly becomes very clear to me why you do not have an account. No I wouldn't. Those two are bad examples for NMU'able debs. But the list of debs with patches is very long. And a new DD might have more time than the current ones that already have several packages they maintain. If you actually dig into the list, you'll find that many of the bugs with patches fall into the same category as these two. Most of the rest actually need significant attention, not NMUs (I usually remove the patch tag from those when I spot them). Unless they wanted to co-maintain the package - and a non-developer could do all the important stuff for that anyway (bug triage). Can one get the same list of packages with patches but sorted by the time since the last activity? Or date of the patch? Or a list of packages with patches for an older version? These things are all doable but difficult, and usually involve some scripting to extract the information you want; I've done it once or twice. But it's somewhat imprecise. Non-DDs could pick up an old patch and see to it that it works with a newer version. Might be something they could get get credits for on their application. Is there a space on the application where sponsors or maintainer who see good work being done by the NM can give comments. Surely the DAM can't follow all sponsored uploads or patches send to the bts so he might easily overlook an productive NM. It's the AMs role to collate this sort of information; people can mail comments to them (the AM should actively seek it out as well), and applicants are always asked what they are doing/planning to do from the outset. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgpHzCoj11LnV.pgp Description: PGP signature
Re: Zeroconf Debian?
On Fri, Aug 08, 2003 at 01:28:15PM +1000, Andrew Pollock wrote: I'm currently at the SAGE-AU annual conference, and Apple presented a paper about their Rendezvous technology, which is their implementation of Zeroconf[1]. My experience of Rendezvous has been that it is a network-thrashing traffic generator, which *has* to be disabled on a network of any significant size, just to stop it from flooding everything else out. Please be careful never to ship packages in a state which do this by default; I can't count the number of hours I've wasted just turning that stuff off. There's got to be a better solution. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgpBp9eZ8Atjk.pgp Description: PGP signature
Re: About NM and Next Release
On Fri, 8 Aug 2003 08:21:48 +0100 Andrew Suffield [EMAIL PROTECTED] wrote: I don't think you're going to get it, either. It's basically the same question as Why do people write free software?, and if you come up with altruism, politics, or respect then you're barking up the wrong tree. People contribute for many reasons, we dont need to define them. All that matters is that if a person intends to be making an ongoing contribution to debian and they are trustworthy then they deserve to be a dd. Membership is not about resources, its about community. Glenn
Building kernel with framebuffer support (was: Re: GCC for kernel compilation)
I know I'm getting off topic but I don't know a better place to ask and this subject might be interesting of other developers as well. On Fri, 8 Aug 2003 04:14, Otto Wyss wrote: I just upgraded to the current Sarge and also got GCC 3.3. It seems this version can't compile all the drivers in kernel 2.4.21. Which version Which drivers and what errors do you get? If you tell us the errors then we can get them fixed. I get lots of warning (i.e. variable fb isn't used in aty182 driver). I don't get these warnings when I use CC=gcc-2.95. It's a little bit difficult to trace warnings and errors during a kernel compilation. I'd be good if warnings and error where duplicated into a log file. I'm trying to build a kernel with framebuffer support for the Matrox G400 card but I always get open /dev/fb0: No such device when I use fbset. A week ago I added a new 123GB harddisk to my system, installed a new Debian 3.0r1 and upgraded to the current Sarge. But since then I can't use framebuffer anymore while with the old system I used it for about 2 years. For building I use the same settings (make menuconfig) as before, so it should work unless there are any hidden settings in 2.4.21. The command: ls -la /dev/fb0 crw--w 1 root video 29,0 Mar 14 2002 /dev/fb0 seems to be correct as much as I know. I've tried to config each setting new, I also installed the kernel-image-2.4.21-3-k6 but nothing helps. What can I do to fix this situation? O. Wyss -- See http://wxguide.sourceforge.net/; for ideas how to design your app.
Re: Zeroconf Debian?
On Friday 08 August 2003 00:54, Andrew Suffield wrote: On Fri, Aug 08, 2003 at 01:28:15PM +1000, Andrew Pollock wrote: I'm currently at the SAGE-AU annual conference, and Apple presented a paper about their Rendezvous technology, which is their implementation of Zeroconf[1]. My experience of Rendezvous has been that it is a network-thrashing traffic generator, which *has* to be disabled on a network of any significant size, just to stop it from flooding everything else out. Please be careful never to ship packages in a state which do this by default; I can't count the number of hours I've wasted just turning that stuff off. There's got to be a better solution. It's not MEANT for a network of any size. It is intended for home and very small office users who do not have admins or who do not want to admin. If you have an admin who has properly setup DNS, DHCP, etc zeroconf has little practical use.
Re: About NM and Next Release
On Sat, Aug 09, 2003 at 04:21:42AM +1000, Glenn McGrath wrote: On Fri, 8 Aug 2003 08:21:48 +0100 Andrew Suffield [EMAIL PROTECTED] wrote: I don't think you're going to get it, either. It's basically the same question as Why do people write free software?, and if you come up with altruism, politics, or respect then you're barking up the wrong tree. People contribute for many reasons, we dont need to define them. All that matters is that if a person intends to be making an ongoing contribution to debian and they are trustworthy then they deserve to be a dd. The relationship between these two things should be obvious. Membership is not about resources, its about community. Bullshit. Our community consists of heckling each other until we get it right. Membership is about doing the damn work; I guess that's a form of resources. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgpRUcPAfd0Ad.pgp Description: PGP signature
Re: About NM and Next Release
On Fri, 8 Aug 2003 09:33:24 +0100 Andrew Suffield [EMAIL PROTECTED] wrote: Bullshit. Our community consists of heckling each other until we get it right. Membership is about doing the damn work; I guess that's a form of resources. heckle But I thought it was perfectly possible to perform work without membership. /heckle -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgpIvnAkb66xg.pgp Description: PGP signature
Re: Zeroconf Debian?
On Fri, Aug 08, 2003 at 01:28:15PM +1000, Andrew Pollock wrote: I'm currently at the SAGE-AU annual conference, and Apple presented a paper about their Rendezvous technology, which is their implementation of Zeroconf[1]. Is anyone working on getting Debian to do any of this sort of stuff? If not, I might look into spinning off a subproject. I don't think it would be significantly difficult to get parts of this working relatively quickly. Minor changes to ifupdown would allow for allocating an IP address without a HCP server, for example. [1] http://www.zeroconf.org Almost certainly you can make use of ifplugd for this: Description: A configuration daemon for ethernet devices ifplugd is a daemon which will automatically configure your ethernet device when a cable is plugged in and automatically unconfigure it if the cable is pulled. This is useful on laptops with onboard network adapters, since it will only configure the interface when a cable is really connected. Greetings, Oliver -- .''`. : :' :Oliver Kurth [EMAIL PROTECTED] `. `' Debian GNU/Linux maintainer - www.debian.org `- When sending passwords, please use my gpg key. That's what it's good for. pgp0QNp0t2XlQ.pgp Description: PGP signature
Re: Building kernel with framebuffer support (was: Re: GCC for kernel compilation)
Hi, Otto Wyss wrote:
I'd
be good if warnings and error where duplicated into a log file.
Were.
The solution is 'make 21 | less' or similar.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
--
Dibble's First Law of Sociology:
Some do, some don't.
Re: Zeroconf Debian?
Hi, Sean 'Shaleh' Perry wrote:
If you have an admin who has properly setup DNS, DHCP, etc zeroconf has
little practical use.
Maybe not zeroconf, but somewhat-less-than-100%-manually-conf is good.
Consider printers, for instance. The home user wants to see printers
without configuring them. The large-office admin, on the other hand, might
want the reverse, i.e. to have printers NOT show up when they're NOT
there. ZC can help with that, too.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
--
Be ye angry and sin not; let not the sun go down upon your wrath.
-- Eph. iv,26
Having more than one key in the Debian keyring
Hi, In the next few weeks, I will replace my GPG key with a new one. Since I suspect that the time it takes for a key to be exchanged in the key ring needs to be measured in weeks or months[1], I would like to submit the new key and to retract the old key once the new key has made it into the Debian key ring. This would mean that I would have two keys in the key ring for a short period of time. I didn't find any documentation about that procedure in developer's reference or policy, so I would like to ask if it is possible to have multiple keys in the keyring. Greetings Marc [1] I have heard of DDs retiring because they were unable to get a new key into the keyring in any reasonable time -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fax: *49 721 966 31 29
Unmaintained Packages (was: Getting patches into packages, thought and ideas)
On Thu, 7 Aug 2003 20:39:52 +0100, Andrew Suffield [EMAIL PROTECTED] wrote: On Thu, Aug 07, 2003 at 08:50:36PM +0200, Goswin von Brederlow wrote: And don't tell me glibc is unmaintained or ppp. ppp *was* unmaintained, for a long period of time. When exactly is a package (take ifupdown for example which hasn't seen a maintainer upload in a long time) to be considered unmaintained? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fax: *49 721 966 31 29
Bug#204577: ITP: spip-eva -- EVA is a french template of spip site, mainly designed for school and education.
Package: wnpp Version: unavailable; reported 2003-08-08 Severity: wishlist * Package name: spip-eva Version : 1.0.0 Upstream Author : Sylvain MICHEL [EMAIL PROTECTED] * URL : http://spip-edu.edres74.net/rubrique.php3?id_rubrique=22 * License : GPL Description : EVA is a french template of spip site, mainly designed for school and education. EVA is french, for for users speaking french. . EVA est français, pour des utilisateurs parlant le français. C'est principalement un modèle de squelettes pour SPIP, mais également une base de données, contenant quelques petits plus : - Une rubrique de personnalisation du site, permettant à l'administrateur de rajouter ou modifier quelques parties du site; - Une rubrique d'aide aux rédacteurs orientée éducation; - 3 modes d'affichage différents pour les articles; - Un filtre pour les Simleys, remplaçant tout les smileys écrit en texte par l'image corespondante, très apprécié pour les forums. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux asr-sarge 2.4.20ctx-16 #1 Tue Feb 25 13:58:02 CET 2003 i686 Locale: LANG=C, LC_CTYPE=C
Re: Having more than one key in the Debian keyring
On Fri, Aug 08, 2003 at 12:21:52PM +0200, Marc Haber wrote: In the next few weeks, I will replace my GPG key with a new one. Since I suspect that the time it takes for a key to be exchanged in the key ring needs to be measured in weeks or months[1], I would like to submit the new key and to retract the old key once the new key has made it into the Debian key ring. Why not just ask for the new key to replace the old one in the keyring? I don't see why you would need to have two keys there for a while in order to perform this operation. -- Colin Watson [EMAIL PROTECTED]
Re: About NM and Next Release
On Fri, 8 Aug 2003 09:33:24 +0100 Andrew Suffield [EMAIL PROTECTED] wrote: On Sat, Aug 09, 2003 at 04:21:42AM +1000, Glenn McGrath wrote: Membership is not about resources, its about community. Bullshit. Our community consists of heckling each other until we get it right. This heckling is debians greatest problem. Membership is about doing the damn work; I guess that's a form of resources. Membership is about doing the work for, and as a part of a COMMUNITY. Membership is not about building cathedrals for yourself. Glenn
Re: Getting patches into packages, thought and ideas [Was: Re: About NM and Next Release]
On Aug 07, Goswin von Brederlow [EMAIL PROTECTED] wrote: Do you think any DD reads those? Do DDs care about Bugs with patches? And don't tell me glibc is unmaintained or ppp. ppp actually appears to be unmaintained. Many users requested essential features like pppoa and kernel space pppoe support but the maintainer never did it and has not released a new package in almost a year. I would like to know from Russell if he plans to start working again soon on ppp or would like to have a co-maintainer who will fix these and other problems. (If he is not interested then I'm determined to fork the package and upload ppp-cvs.) -- ciao, | Marco | [1178 cagsrNBdG73Ls]
Re: Getting patches into packages, thought and ideas [Was: Re: About NM and Next Release]
On Fri, 8 Aug 2003 20:40, Marco d'Itri wrote: On Aug 07, Goswin von Brederlow [EMAIL PROTECTED] wrote: Do you think any DD reads those? Do DDs care about Bugs with patches? And don't tell me glibc is unmaintained or ppp. ppp actually appears to be unmaintained. Many users requested essential features like pppoa and kernel space pppoe support but the maintainer never did it and has not released a new package in almost a year. I would like to know from Russell if he plans to start working again soon on ppp or would like to have a co-maintainer who will fix these and other problems. (If he is not interested then I'm determined to fork the package and upload ppp-cvs.) I have not had enough time to work properly on ppp. I welcome a co-maintainer. I think that the best thing to do at the moment is to add the requested features to the main ppp package wherever possible, and to also have a ppp-cvs package which will focus more on bleeding-edge features. The ppp-cvs package would be based on the current CVS code plus any additional patches that are considered useful. Patches that are found to work well in ppp-cvs can then be committed to the CVS tree (I have CVS commit access). Marco, please upload new ppp or ppp-cvs packages to fit this scheme, I'll work with you on it as time permits. Also thanks for CCing me on the message, I generally just delete entire threads from my mailing-list folder when they appear to be endless flame-wars, so I only receive messages if CC'd to me directly as that makes them appear in my personal folder (which gets read much more carefully). PS pppoa was one of my original aims in taking over the ppp package... :( -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
Re: Zeroconf Debian?
On Fri, Aug 08, 2003 at 02:44:18PM +1000, An?bal Monsalve Salazar wrote: Is anyone working on getting Debian to do any of this sort of stuff? There is already a project for zeroconf [1]. And a debian source package [2]. There is also a paper [3] presented at lca2003 [4] by Brad Hards. Cool. Thanks for the info. Might be worth adding zeroconf to the package decription so that it shows up in an apt-cache search. Andrew pgpScEkRNsjZl.pgp Description: PGP signature
Re: Getting patches into packages, thought and ideas [Was: Re: About NM and Next Release]
On Fri, Aug 08, 2003 at 12:40:18PM +0200, Marco d'Itri wrote: On Aug 07, Goswin von Brederlow [EMAIL PROTECTED] wrote: Do you think any DD reads those? Do DDs care about Bugs with patches? And don't tell me glibc is unmaintained or ppp. ppp actually appears to be unmaintained. Many users requested essential features like pppoa and kernel space pppoe support but the maintainer never did it and has not released a new package in almost a year. I would like to know from Russell if he plans to start working again soon on ppp or would like to have a co-maintainer who will fix these and other problems. (If he is not interested then I'm determined to fork the package and upload ppp-cvs.) Notice that pppoatm doesn't seem to be included in ppp-cvs. The patch currently in one of the two bug report (unless they were merged) is not ok. It works for pppoatm, but seem to break normal ppp operation, which is not ok. I know from my upstream of the unicorn ADSL drivers, that he worked on a pppoatm patch for mandrake, which could maybe be used. I have not much details about this though, and have not the time to look at this myself. Friendly, Sven Luther
Re: Getting patches into packages, thought and ideas
At Thu, 7 Aug 2003 18:25:27 -0400, Nathanael Nerode wrote: However, not having enough time to chase down important bugs is no excuse for not reviewing simple patches to fix simple bugs, which doesn't take an awful lot of time at all. (It is a good excuse for not reviewing complicated or subtle patches.) For example, bug 12411 is a documentation bug with a very short patch. Surely some libc maintainer could find the time to say one of the following: 1. This is fine, committed it. 2. I sent this upstream. 3. Please send this upstream, not to us. 4. This patch doesn't look like an improvement to me, for reason X. Especially for glibc, you should know we everytime need to verify whether the submitted patch is really ok or not. Quick check through the bug, actually #12411 says it relates to #28250. And at least I think #28250 is not bug. SUSv3 does not define printf should return ENOSPC. Stdio is buffering function. There are some discussions, but I think #28250 can be ignored for the current spec. I think #28250 is difficult to apply, but #12411 can be separated from this issue. Regards, -- gotom
Re: Building kernel with framebuffer support (was: Re: GCC for kernel compilation)
On Fri, 08 Aug 2003 11:50:11 +0200, Matthias Urlichs wrote: Hi, Otto Wyss wrote: I'd be good if warnings and error where duplicated into a log file. Were. The solution is 'make 21 | less' or similar. make 21 |tee logfile|less PS: You should ask questions like this in [EMAIL PROTECTED]
Re: Bug#204422: ITP: debix -- Live filesystem creation tool
On Fri, Aug 08, 2003 at 08:17:32AM +0200, Tollef Fog Heen wrote: I might be interested in sponsoring this, since I need such a tool for work. I won't be able to take a look until I'm back home (which is on Monday evening CEST time), though. you might take a look at mindi/mondo, too. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: Zeroconf Debian?
On Fri, Aug 08, 2003 at 11:34:05AM +0200, Matthias Urlichs wrote: If you have an admin who has properly setup DNS, DHCP, etc zeroconf has little practical use. Maybe not zeroconf, but somewhat-less-than-100%-manually-conf is good. Consider printers, for instance. The home user wants to see printers without configuring them. That's something I was wondering about the other day. Is there a protocol (something related to IPP I'd guess) which allows for discovery of network printers? Pointers to the relevant documentation or RFC would be appreciated. The WvPrint people mentioned something about that but AFAICS it's still vapourware. Marcelo
Re: Having more than one key in the Debian keyring
On Fri, Aug 08, 2003 at 12:21:52PM +0200, Marc Haber wrote: In the next few weeks, I will replace my GPG key with a new one. Since I suspect that the time it takes for a key to be exchanged in the key ring needs to be measured in weeks or months[1], I would like to submit the new key and to retract the old key once the new key has made it into the Debian key ring. If the new key is properly signed and you send a message signed with your old key containing your new key, there should be no problem (as long as the original key has not been revoked). You might be confronted to the question of why do you need to replace your current key (web of trust and all that). -- Marcelo
Re: Release-critical Bugreport for August 8, 2003
On Fri, Aug 08, 2003 at 06:30:03AM -0500, BugScan reporter wrote: Bug stamp-out list for Aug 8 06:00 (CST) Total number of release-critical bugs: 822 [snip] Whoa, sounds like time for another BSP! T -- The easy way is the wrong way, and the hard way is the stupid way. Pick one.
Re: About NM and Next Release
Steve Lamb [EMAIL PROTECTED] writes: On Fri, 08 Aug 2003 08:52:14 +0200 Matthias Urlichs [EMAIL PROTECTED] wrote: | OTOH, most editors can be configured as to which characters they | consider to be quotes. True, but reflow across multiple levels tends to break when one has different quote characters to contend with. Only with broken readers/editors. -- ilmari
Re: Zeroconf Debian?
On Fri, Aug 08, 2003 at 11:34:05AM +0200, Matthias Urlichs wrote: Consider printers, for instance. The home user wants to see printers without configuring them. The large-office admin, on the other hand, might want the reverse, i.e. to have printers NOT show up when they're NOT there. ZC can help with that, too. CUPS supports things although that support is disabled by default and it requires a CUPS server to be running on the client system rather than just the cupsys-client package. -- You grabbed my hand and we fell into it, like a daydream - or a fever.
Re: About NM and Next Release
On Fri, Aug 08, 2003 at 08:29:54AM +0100, Andrew Suffield wrote: On Thu, Aug 07, 2003 at 04:55:19PM -0700, Steve Lamb wrote: That, however, is not enough in and of itself. I *could* very well contribute to FreeBSD. I don't. Why? Because I don't like FreeBSD. I like Debian. You're misconstruing that the statement is you like it therefore you should contribute when it is is I like it therefore I want to contribute. Actually, you have misconstrued it the other way. It really was You like it therefore you should contribute. I didn't take it that way, the statement seemed rather clear that it was a matter of liking the project and wanting to contribute to it, not a matter of feeling like one should. -- Jamin W. Collins To be nobody but yourself when the whole world is trying it's best night and day to make you everybody else is to fight the hardest battle any human being will fight. -- E.E. Cummings
get together at torcon3? Toronto, Aug 28-Sep 1
I'm going to the World Science Fiction Convention, torcon3, (http://www.torcon3.on.ca) in Toronto, Onterio, Canada at the end of the month. Is there any interest in a get-togther there or nearby? [Is there a better place for these requests? As someone on the NM queue, I don't have access to -private.] -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html Text is a way we cheat time. -- Patrick Nielsen Hayden
creating official Contributors (was Re: About NM and Next Release)
Not wanting to start yet another thread, but I not knowing where to tack it on... How about moving from the one-step application (one is non-dd or dd) two a two stage process: introduce the 'Debian Contributor' brand with very easy entry level, and only DC's (older than a month or something like that - fast-forwarding of course possible when there's a reason) would qualify to apply for maintainership. How would that work: - every DD, or perhaps any two DDs, can name new DCs - there is an DC database, where DCs can maintain their track history what they have done in Debian (linkls to mailing list archive bug reports). Important here: DCs have to maintain this themselves. The two main purposes are that (1) once the DC wants to become DD, the people in the NM process can easily see what the person has done in Debian so far[1]. (2) when a DD feels that there are some tasks to do / searches a co-maintainer / whatever he can spam the DCs - they are, after all, people specifically looking for more work ;-) Oh yes, and (3) since a DC has already proved his ability to contribute to Debian in a meaningful way, maybe maintainers will be less prone to just ignore contributions (from that thread I feel that *is* a problem. But I also see that opinions differ on this.) - DC status automatically expires when somebody doesn't add to his DCDB entry for more than a year (or whatever). This is the same as with rejected applications: the candidate can reapply when he starts to contribute again. - the problem of people hanging on to their DC status by adding nonsense entries to the db just so it doesn't expire shouldn't be grave: when looking at these DB entries, anybody should be able to see quite quickly that this DC didn't really contribute. DC status is, of course, a vanity thing, too, but I guess with not giving out mail addresses, homepage (beyond the DCDB entry) and accounts, it's usefulnes for bragging about it is somewhat limited. How would this change things? Vanity applications would probably be stopped at the DC stage already, so the people in the NM process don't take that load. OTOH the apparent problem at the DAM stage wouldn't get away. Just my ¤.02 on a hot Friday evening... -- vbi [1] obviously, the information needs to be taken with a grain of salt since each DC maintains his db entries himself (or her, of course). -- featured product: GNU Privacy Guard - http://gnupg.org pgpOcz9ujvoUx.pgp Description: signature
Re: Unmaintained Packages (was: Getting patches into packages, thought and ideas)
On Fri, Aug 08, 2003 at 12:25:21PM +0200, Marc Haber wrote: On Thu, 7 Aug 2003 20:39:52 +0100, Andrew Suffield [EMAIL PROTECTED] wrote: On Thu, Aug 07, 2003 at 08:50:36PM +0200, Goswin von Brederlow wrote: And don't tell me glibc is unmaintained or ppp. ppp *was* unmaintained, for a long period of time. When exactly is a package (take ifupdown for example which hasn't seen a maintainer upload in a long time) to be considered unmaintained? Retroactively, when somebody pries it out of the cold, dead grip of the former maintainer. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgpSMwf4ejWMf.pgp Description: PGP signature
Re: Zeroconf Debian?
On Fri, Aug 08, 2003 at 01:33:10AM -0700, Sean 'Shaleh' Perry wrote: On Friday 08 August 2003 00:54, Andrew Suffield wrote: On Fri, Aug 08, 2003 at 01:28:15PM +1000, Andrew Pollock wrote: I'm currently at the SAGE-AU annual conference, and Apple presented a paper about their Rendezvous technology, which is their implementation of Zeroconf[1]. My experience of Rendezvous has been that it is a network-thrashing traffic generator, which *has* to be disabled on a network of any significant size, just to stop it from flooding everything else out. Please be careful never to ship packages in a state which do this by default; I can't count the number of hours I've wasted just turning that stuff off. There's got to be a better solution. It's not MEANT for a network of any size. It is intended for home and very small office users who do not have admins or who do not want to admin. If you have an admin who has properly setup DNS, DHCP, etc zeroconf has little practical use. Which is why it is amazingly annoying that every MacOSX system comes with Rendezvous enabled out of the box. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgpFPas8MSjEk.pgp Description: PGP signature
Re: About NM and Next Release
On Fri, Aug 08, 2003 at 08:21:48AM +0100, Andrew Suffield wrote: On Thu, Aug 07, 2003 at 11:46:20PM -0400, Nathanael Nerode wrote: Andrew Suffield [EMAIL PROTECTED] wrote: Anybody who has to ask Why should I/we/they contribute? is not suitable for Debian. (The answer, incidentally, is because we can or because it's there, or some other variation; it is a goal in itself, and not a means to an end) OK, now *that* is just nonsense. People contribute because they: * use Debian and want to make it better * want to do something which is made easier by contributing to Debian These are passable, and a variation on the same theme. The first reason is an excellent reason to keep a private repository. The second reason seems to be routinely rejected when brought up by anyone in the NM queue as being an issue. * want to contribute something to a project they respect * want to help out Debian users * want to help promote the goals of Debian These are bad reasons. They are also the only reasons anyone would want to contribute to Debian, rather than to, say, NetBSD. Or any other open-source OS you might care to name. Because it's there may be a reason to code, but it produces no motivation whatsoever to contribute to Debian when there are MUCH easier places to contribute to. I'm sure there are other reasons. Because it's there is a non-reason. OK, maybe it was a reasonable (if silly) answer for why to climb Mt. Everest. But Debian isn't a natural feature of the landscape, and it certainly isn't an exceptional and notable one. (Real reasons for climbing Mt. Everest included I like climbing mountains and It's the tallest mountain in the world, which were both implicitly understood.) That 'reason' isn't going to get *anyone* to contribute to Debian. It might get them to climb Mt. Everest, I suppose. That's funny. Those were all things I've heard from people who've been with the project for years. I don't think you're going to get it, either. It's basically the same question as Why do people write free software?, and if you come up with altruism, politics, or respect then you're barking up the wrong tree. Funny. I thought the FSF was, at least origionally, more or less entirely about self-interest, altruism, and politics. There is certainly a self-interest to the early adopter, a risk taken (publishing free code) that one might hope to gain from (others publish free code that you can use in exchange). At this point, however, there is very little reason for self-interest to drive such things; the amount of code available is so vast that nearly anything you want can be found, cobbled together, or otherwise made with little effort. The only real exception is completely new stuff; even that, however, is often available quickly. These days, leeches don't actually write free code, even in the hopes of getting more free code; they already have more than they could ever realistically use, available. So tell us - why *do* people write free software? -- Joel Baker [EMAIL PROTECTED],''`. Debian GNU NetBSD/i386 porter: :' : `. `' `- pgpmDwaRaNtDL.pgp Description: PGP signature
Re: creating official Contributors (was Re: About NM and Next Release)
* Adrian 'Dagurashibanipal' von Bidder ([EMAIL PROTECTED]) wrote: How about moving from the one-step application (one is non-dd or dd) two a two stage process: introduce the 'Debian Contributor' brand with very easy entry level, and only DC's (older than a month or something like that - fast-forwarding of course possible when there's a reason) would qualify to apply for maintainership. This idea seems interesting. It adds a bit more than what exists already though not that much. Many of these things can be grabbed from existing pages (bugs.debian.org/email, packages.qa.debian.org, etc). Perhaps on the nm.debian.org page there could be links for each NM to stuff they've submitted to the BTS, packages they're maintainer or in the uploaders list for, etc. The only problem with this is that there isn't a tag for 'ContributionsFrom:' or something that could then also be checked. Perhaps a method could be defined in the changelog to list where some contributions came from and a page could be set up which tracks this for people. By then going to nm.debian.org and clicking on a user you'd get links and perhaps a summary of their BTS entries, packages they help maintain explicitly and packages they've contributed to (along with what those contributions were). Thoughts? Stephen pgp6GlE9THLVz.pgp Description: PGP signature
Re: Bug#204422: ITP: debix -- Live filesystem creation tool
Il ven, 2003-08-08 alle 14:46, Bernd Eckenfels ha scritto: you might take a look at mindi/mondo, too. Probably we should look at it to have fixed and updated packages in sid... :-) bye christian -- Christian Surchi [EMAIL PROTECTED] signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Re: About NM and Next Release
On Fri, Aug 08, 2003 at 10:32:07AM -0600, Joel Baker wrote: * want to contribute something to a project they respect * want to help out Debian users * want to help promote the goals of Debian These are bad reasons. They are also the only reasons anyone would want to contribute to Debian, rather than to, say, NetBSD. Or any other open-source OS you might care to name. Because it's there may be a reason to code, but it produces no motivation whatsoever to contribute to Debian when there are MUCH easier places to contribute to. Start with the things about Debian which are distinctly different from other projects. You should be able to find some things which you want to do which depend on these things. If not... well, why *are* you here? I don't think you're going to get it, either. It's basically the same question as Why do people write free software?, and if you come up with altruism, politics, or respect then you're barking up the wrong tree. Funny. I thought the FSF was, at least origionally, more or less entirely about self-interest, altruism, and politics. The organisation might have been founded for those reasons, although I think it was primarily politics. I don't think you'll find much (if any) GNU code that was written because of them. Most of it was written because I need a foo. I don't *have* a foo, but I *do* know how to make one. So tell us - why *do* people write free software? I write software because I can, and I release it as free software because that makes it better over time. Others will vary (I'm not in the mood for writing an essay on the subject). -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgpP3s7zGtlfl.pgp Description: PGP signature
Re: About NM and Next Release
On Friday 08 August 2003 10:59 am, Andrew Suffield wrote: On Fri, Aug 08, 2003 at 10:32:07AM -0600, Joel Baker wrote: Funny. I thought the FSF was, at least origionally, more or less entirely about self-interest, altruism, and politics. The organisation might have been founded for those reasons, although I think it was primarily politics. I don't think you'll find much (if any) GNU code that was written because of them. Most of it was written because I need a foo. I don't *have* a foo, but I *do* know how to make one. Eh?! The FSF is *all* about altruism and politics. See http://www.fsf.org/philosophy/philosophy.html particularly http://www.fsf.org/gnu/manifesto.html If you haven't, listen to the free software song: http://gnuwww.epfl.ch/music/free-software-song.html The FSF and the GNU project is all about ideals, politics, altruim, self-interest, helping your neighbor, etc. If there are people who contribute to it that DON'T believe in those things, well, that's their choice, but it doesn't change what the project is all about. So tell us - why *do* people write free software? I write software because I can, and I release it as free software because that makes it better over time. Others will vary (I'm not in the mood for writing an essay on the subject). While most software might be written because you have an itch to scratch, that doesn't explain why people give it away as free software. I release all software I create as free software of the common philosophical beliefs that I share with the FSF. Simply put: If I make something cool for myself, I want to share it so that other people can enjoy it too. I'm nice. I like to share. I want to help people. And change the world while I'm at it. -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 pgpKy6Sc95xcx.pgp Description: signature
Re: About NM and Next Release
On Fri, Aug 08, 2003 at 05:59:52PM +0100, Andrew Suffield wrote: On Fri, Aug 08, 2003 at 10:32:07AM -0600, Joel Baker wrote: * want to contribute something to a project they respect * want to help out Debian users * want to help promote the goals of Debian These are bad reasons. They are also the only reasons anyone would want to contribute to Debian, rather than to, say, NetBSD. Or any other open-source OS you might care to name. Because it's there may be a reason to code, but it produces no motivation whatsoever to contribute to Debian when there are MUCH easier places to contribute to. Start with the things about Debian which are distinctly different from other projects. You should be able to find some things which you want to do which depend on these things. If not... well, why *are* you here? In my case, it's the political infrastructure and charter. The Social Contract, the DFSG, the Constitution. That means, I guess, want to contribute something to a project they respect - at least, for why I contribute *to Debian*, rather than another project. Why I contribute at all is covered below. I don't think you're going to get it, either. It's basically the same question as Why do people write free software?, and if you come up with altruism, politics, or respect then you're barking up the wrong tree. Funny. I thought the FSF was, at least origionally, more or less entirely about self-interest, altruism, and politics. The organisation might have been founded for those reasons, although I think it was primarily politics. I don't think you'll find much (if any) GNU code that was written because of them. Most of it was written because I need a foo. I don't *have* a foo, but I *do* know how to make one. That's why the code was written - but it doesn't explain why it was contributed to the FSF. Giving over a copyright is not a small thing. So tell us - why *do* people write free software? I write software because I can, and I release it as free software because that makes it better over time. Others will vary (I'm not in the mood for writing an essay on the subject). Whereas I write it because it solves a problem I have, or because it interests me, and I give it away because I hope that others might benefit from it (even if just having a few moments of entertainment, in some cases) just as I have benefitted from the people who did it before me. That would be 'altruism'. Not as a reason to write it, but as a reason to give it away. I do not, and have never, subscribed to the theory that all altruism is merely well-concealed self-interest (though much of it very well may be). I also write code that I don't give away. Mostly either because I don't think anyone else who would ever need it would manage to find it, among the swamp that is the Internet, or because I intend to sell the code (or already have a contract to do so), and I certainly like to be able to eat, as much as the next developer, and employers who will let you open-source the code are still relatively rare (often for good reason). -- Joel Baker [EMAIL PROTECTED],''`. Debian GNU NetBSD/i386 porter: :' : `. `' `- pgpKHUUO17WCk.pgp Description: PGP signature
Re: About NM and Next Release
On Fri, Aug 08, 2003 at 11:59:42AM -0600, Wesley J Landaker wrote: On Friday 08 August 2003 10:59 am, Andrew Suffield wrote: On Fri, Aug 08, 2003 at 10:32:07AM -0600, Joel Baker wrote: Funny. I thought the FSF was, at least origionally, more or less entirely about self-interest, altruism, and politics. The organisation might have been founded for those reasons, although I think it was primarily politics. I don't think you'll find much (if any) GNU code that was written because of them. Most of it was written because I need a foo. I don't *have* a foo, but I *do* know how to make one. Eh?! The FSF is *all* about altruism and politics. How is that different to what I just said? (Other than overemphasising 'altruism') The FSF and the GNU project is all about This is unrelated, but using words which are closer to reality: ideals, Arguments. politics, Reasons for arguments. altruim, [sic] Self-delusion. (It's invariably a form of 'By doing this I can better fit the sort of person I would like to think I am'. People who disagree with this interpretation are probably committing it. Get out of that if you can!) self-interest, Well yeah, self-interest. [Back to the subject at hand...] None of which puts code on the table (except maybe self-interest, if it's a good interest). Do not confuse the FSF (which is a political organisation) with the GNU project (which is a group of coders). Much like you shouldn't confuse SPI (which is a nod in the direction of capitalist governments) with Debian. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgpOGMfSHidLl.pgp Description: PGP signature
Access to an ARM system?
Does someone have an ARM system that I could gain access to? I'd really like to put the ARM specific bug[1] filed against the Jabber package to bed once and for all. I've seen reports of Jabber running on ARM systems and of course the bug report of it segfaulting. Any assistance in this matter would be most appreciated. I've sent a request to debian-admin, but have heard nothing back from them. -- Jamin W. Collins This is the typical unix way of doing things: you string together lots of very specific tools to accomplish larger tasks. -- Vineet Kumar [1] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=142599
Re: About NM and Next Release
On Thu, Aug 07, 2003 at 12:33:08PM +0200, Eduard Bloch wrote: What we need is a database with simple mailing list function (similar to PTS) where willing sponsors for a certain package can subscribe and sponsorees with much motivation can send diffs for the next version upgrade. Easy to review and check, easy to build and upload. And easy to comment and communicate with other sponsors or co-maintainers. This idea isn't quite new. I have already offered opening a forum for such purpose at the mentors.debian.net project as many potential and real NMs have asked for one. Perhaps this is the time for someone to just offer it. That could at least simply communication between NMs, mentors and sponsors. One might argue that this isn't the classic mailing list approach to communicate but IMHO a web based forum is a good compromise between a database and a mailing list. Christoph -- ~ ~ .signature [Modified] 3 lines --100%--3,41 All
Re: Access to an ARM system?
On Fri, Aug 08, 2003 at 12:55:11PM -0600, Jamin W. Collins wrote: Does someone have an ARM system that I could gain access to? I'd really like to put the ARM specific bug[1] filed against the Jabber package to bed once and for all. I've seen reports of Jabber running on ARM systems and of course the bug report of it segfaulting. Any assistance in this matter would be most appreciated. I've sent a request to debian-admin, but have heard nothing back from them. I have a couple of ARM boards that boot Debian. I'm not sure what it is you want to do on the machine. What is it you are trying to do?
dueling banjos
Could you send me a lead sheet for Dueling Banjos? Thanks. Elmer Olenick [EMAIL PROTECTED]
Re: Having more than one key in the Debian keyring
On Fri, Aug 08, 2003 at 12:21:52PM +0200, Marc Haber wrote: In the next few weeks, I will replace my GPG key with a new one. Since I suspect that the time it takes for a key to be exchanged in the key ring needs to be measured in weeks or months[1], I would like to submit the new key and to retract the old key once the new key has made it into the Debian key ring. Why are you replacing your key? Why can't you just add a subkey, or another uid to your existing key? Alternatively, why can't you just revuid or revkey the (uid/subkey)? Regards, -- Kyle McMartin [EMAIL PROTECTED] 0x191FCD8A - 331A 9468 C04D 3A76 5C56 BA68 7EB7 92DF 191F CD8A [DSA]
Re: Access to an ARM system?
On Fri, Aug 08, 2003 at 12:00:37PM -0700, Marc Singer wrote: On Fri, Aug 08, 2003 at 12:55:11PM -0600, Jamin W. Collins wrote: Does someone have an ARM system that I could gain access to? I'd really like to put the ARM specific bug[1] filed against the Jabber package to bed once and for all. I've seen reports of Jabber running on ARM systems and of course the bug report of it segfaulting. Any assistance in this matter would be most appreciated. I've sent a request to debian-admin, but have heard nothing back from them. I have a couple of ARM boards that boot Debian. I'm not sure what it is you want to do on the machine. What is it you are trying to do? Ideally, get an installation of Jabber (from the debian package binaries) to run and accept a client connection. According to the bug report, the Jabber server segfaults on startup. So, if I can get the server up and running and connect to it, I'd consider that something of a success. -- Jamin W. Collins This is the typical unix way of doing things: you string together lots of very specific tools to accomplish larger tasks. -- Vineet Kumar
Re: About NM and Next Release
I demand that Steve Lamb may or may not have written... On Fri, 08 Aug 2003 08:52:14 +0200 Matthias Urlichs [EMAIL PROTECTED] wrote: OTOH, most editors can be configured as to which characters they consider to be quotes. True, but reflow across multiple levels tends to break when one has different quote characters to contend with. Your text editor should be able to cope with different quote characters. If it doesn't then maybe you should consider patching it or using another one. FWIW, I've written code to handle this kind of thing, though there's one /small/ problem wrt portability: it's in ARM assembly language... ;-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | URL:http://www.youmustbejoking.demon.co.uk/progs.linux.html Celeron: Could Everyone Leave Expendable Resources Out Now?
Re: Access to an ARM system?
On Fri, Aug 08, 2003 at 01:33:05PM -0600, Jamin W. Collins wrote: On Fri, Aug 08, 2003 at 12:00:37PM -0700, Marc Singer wrote: On Fri, Aug 08, 2003 at 12:55:11PM -0600, Jamin W. Collins wrote: Does someone have an ARM system that I could gain access to? I'd really like to put the ARM specific bug[1] filed against the Jabber package to bed once and for all. I've seen reports of Jabber running on ARM systems and of course the bug report of it segfaulting. Any assistance in this matter would be most appreciated. I've sent a request to debian-admin, but have heard nothing back from them. I have a couple of ARM boards that boot Debian. I'm not sure what it is you want to do on the machine. What is it you are trying to do? Ideally, get an installation of Jabber (from the debian package binaries) to run and accept a client connection. According to the bug report, the Jabber server segfaults on startup. So, if I can get the server up and running and connect to it, I'd consider that something of a success. So, you want the Jabber server installed on an ARM system so that you can connect to it and either a) verify that it crashes, or b) demonstrate that it doesn't. If this is so, then I can do this for you and give you a routable address to the ARM machine. Do you need to be able to do anything *on* the ARM? I think I can get ssh and some other utilities running on it. Still, let me be clear. I am using a Sharp KEV7A400 for some embedded systems development. I have a script that produces stripped-down filesystems for the target using the Debian package archive. It isn't hard for me to add programs to the filesystem, but I need to know exactly what has to be there since this isn't exactly an 'apt-get install' situation. Let me know and I'll put some cycles to it. Cheers.
Re: Access to an ARM system?
On Fri, Aug 08, 2003 at 12:45:10PM -0700, Marc Singer wrote: So, you want the Jabber server installed on an ARM system so that you can connect to it and either a) verify that it crashes, or b) demonstrate that it doesn't. That's about the size of it. If this is so, then I can do this for you and give you a routable address to the ARM machine. Do you need to be able to do anything *on* the ARM? I think I can get ssh and some other utilities running on it. Only if it crashes. Then I might need strace and maybe build dependancies to try a new build with pth2. However, these can also probably be worked around. Still, let me be clear. I am using a Sharp KEV7A400 for some embedded systems development. I have a script that produces stripped-down filesystems for the target using the Debian package archive. It isn't hard for me to add programs to the filesystem, but I need to know exactly what has to be there since this isn't exactly an 'apt-get install' situation. Ahhh, now I understand. Well, simply adding the Jabber package and seeing if it will start on the system should be enough. Shouldn't need to change any config files for the test. Once it's running I'd simply need an IP that I can connect to port 5222 on to send some tests. -- Jamin W. Collins Remember, root always has a loaded gun. Don't run around with it unless you absolutely need it. -- Vineet Kumar
Re: About NM and Next Release
Hi, On Fri, Aug 08, 2003 at 07:34:26PM +0100, Andrew Suffield wrote: altruim, [sic] Self-delusion. (It's invariably a form of 'By doing this I can better fit the sort of person I would like to think I am'. People who disagree with this interpretation are probably committing it. Get out of that if you can!) Oh true master, please tell us how you obtained your great wisdom and enlighten us, pityable souls. Cure us from our delusional hopes of transcending the slavery to our perceived self interests through the idea of freedom of choice. We will be eternally grateful. Or at least entertained. Cheers, Emile. -- E-Advies - Emile van Bergen [EMAIL PROTECTED] tel. +31 (0)70 3906153 http://www.e-advies.nl
Re: Having more than one key in the Debian keyring
On Fri, 8 Aug 2003 15:11:58 -0400, Kyle McMartin [EMAIL PROTECTED] wrote: Why are you replacing your key? Change of $ORKPLACE, and a b0rken key policy regarding the old one. I wouldn't say the old key is probably compromised, but I feel better with an entirely new key created in a well-known clean environment. Alternatively, why can't you just revuid or revkey the (uid/subkey)? I would end up without a valid key in the Debian keyring for months since it is well known that it takes months to get a new key into the Debian keyring - as usual with paranoia related roles in Debian (DAM, ftpmaster) without any form of traceable feedback. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fax: *49 721 966 31 29
Re: Having more than one key in the Debian keyring
On Fri, Aug 08, 2003 at 10:49:43PM +0200, Marc Haber wrote: Change of $ORKPLACE, and a b0rken key policy regarding the old one. I wouldn't say the old key is probably compromised, but I feel better with an entirely new key created in a well-known clean environment. Fair enough, though putting your secret key on a work machine is a whole other can of worms. Regards, -- Kyle McMartin [EMAIL PROTECTED] 0x191FCD8A - 331A 9468 C04D 3A76 5C56 BA68 7EB7 92DF 191F CD8A [DSA]
Bug#204625: ITP: dvdauthor -- create DVD-Video file system
Package: wnpp Version: unavailable; reported 2003-08-08 Severity: wishlist * Package name: dvdauthor Version : 0.5.3 Upstream Author : Scott Smith [EMAIL PROTECTED] * URL : http://dvdauthor.sourceforge.net/ * License : GPL Description : create DVD-Video file system dvdauthor is a program that will generate a DVD movie from a valid mpeg2 stream that should play when you put it in a DVD player. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux scorpius 2.6.0-test2-bk7 #1 Thu Aug 7 17:04:15 CEST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Re: get together at torcon3? Toronto, Aug 28-Sep 1
Hi, Blars Blarson wrote:
I'm going to the World Science Fiction Convention, torcon3,
(http://www.torcon3.on.ca) in Toronto, Onterio, Canada at the end of
the month. Is there any interest in a get-togther there or nearby?
Ontario. Me too. Yes.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
--
What is this, a Chinese fire drill?
-- Sun Tzu
Re: About NM and Next Release
On Fri, 8 Aug 2003 17:59:52 +0100 Andrew Suffield [EMAIL PROTECTED] wrote: On Fri, Aug 08, 2003 at 10:32:07AM -0600, Joel Baker wrote: Start with the things about Debian which are distinctly different from other projects. You should be able to find some things which you want to do which depend on these things. If not... well, why *are* you here? Would that fall under the preview of liking Debian? I write software because I can, and I release it as free software because that makes it better over time. Others will vary (I'm not in the mood for writing an essay on the subject). Yes, but your choices were determined by what you liked. If not then you're the odd individual. Why do I write free software? Because I believe in giving back to the community that I've gotten so much from. I believe that the ideals set forth coupled with the fact it doesn't cost me anything in the short or long run means I stand to lose nothing and gain a while lot. But let's continue it. Why did I write the program I wrote? Because I like sa-exim. Because I like how it works and needed a tool to help out on area of it's operation. Why did I write it in wxPython using Boa-Constructor? Because I like Python. wxPython seemed to be an easy and fast way to write what I needed. Boa-Constructor helped in that. In the end I had fun working on the code and still do so even though the program is to a level where it suits my needs. So to break it down into keywords. Community, ideals, value, like, need and fun. Because it was there doesn't enter into the picture. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgpIwdrQddWgP.pgp Description: PGP signature
WE BUY INTERNATIONAL RECEIVABLES
A.F.S.I FACTORING Latin factoring letter.doc Description: MS-Word document
Re: About NM and Next Release
On Fri, Aug 08, 2003 at 09:38:43PM +0200, Emile van Bergen wrote: On Fri, Aug 08, 2003 at 07:34:26PM +0100, Andrew Suffield wrote: altruim, [sic] Self-delusion. (It's invariably a form of 'By doing this I can better fit the sort of person I would like to think I am'. People who disagree with this interpretation are probably committing it. Get out of that if you can!) Oh true master, please tell us how you obtained your great wisdom and enlighten us, pityable souls. Two pounds of flax. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | pgpf3hDfIa1Ox.pgp Description: PGP signature
Re: About NM and Next Release
On Fri, 8 Aug 2003 23:39:25 +0100 Andrew Suffield [EMAIL PROTECTED] wrote: Two pounds of flax. Oh, you play A Tale in the Desert? -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your PGP Key: 8B6E99C5 | main connection to the switchboard of souls. |-- Lenny Nero - Strange Days ---+- pgpijFulhTfpP.pgp Description: PGP signature
Re: python 2.2 - python 2.3 transition
Josip Rodin wrote: Am I the only one who has a disgusting reminiscence of netscape*.* packages every time python* is mentioned? :P Actually I'm more reminded of the perl* packages and the complete mess that followed. And I keep expecting to see the same set of problems affect python. -- see shy jo pgpgVyFuVW0l1.pgp Description: PGP signature
Re: creating official Contributors (was Re: About NM and Next Release)
Stephen Frost wrote: * Adrian 'Dagurashibanipal' von Bidder ([EMAIL PROTECTED]) wrote: How about moving from the one-step application (one is non-dd or dd) two a two stage process: introduce the 'Debian Contributor' brand with very easy entry level, and only DC's (older than a month or something like that - fast-forwarding of course possible when there's a reason) would qualify to apply for maintainership. This idea seems interesting. It adds a bit more than what exists I can only speak for myself, but I'm perfectly alright with the present system in this respect and my guess'd be that others are as well. Looking at the threads on -devel, most of the complaints seem to be about the process after AM approval. So probably, you could just allow anyone past that debian contributor or dd aspirant. Don't know whether this helps at all, though. After getting over the fact that people having becoming a dd as a goal will (likely) be dissapointed at one time or another, I'd say the process is quite OK. After applying once (trying what happens if you skip some checkboxes) and expiring in the earliest of stages, I've found for myself that I might just as well wait until I get invited. In fact, it might even be that the process is too easy: Sometimes I'm getting the impression that some applicants getting AM approval do so while their packages aren't really above average. But then, trends in the quality of Debian are quite another matter. Cheers T. pgpqrouzZf3L9.pgp Description: PGP signature
Re: About NM and Next Release
Hi, On Fri, Aug 08, 2003 at 11:39:25PM +0100, Andrew Suffield wrote: On Fri, Aug 08, 2003 at 09:38:43PM +0200, Emile van Bergen wrote: On Fri, Aug 08, 2003 at 07:34:26PM +0100, Andrew Suffield wrote: altruim, [sic] Self-delusion. (It's invariably a form of 'By doing this I can better fit the sort of person I would like to think I am'. People who disagree with this interpretation are probably committing it. Get out of that if you can!) Oh true master, please tell us how you obtained your great wisdom and enlighten us, pityable souls. Two pounds of flax. Most revered guru, I did not ask, What is the Buddha, nor are you Joshu. I am seeking the source of your profound teaching, that no act of man can come from altruism or compassion, but that the one true motive is to serve the ego, and that all man does is invariably means to this end. -- E-Advies - Emile van Bergen [EMAIL PROTECTED] tel. +31 (0)70 3906153 http://www.e-advies.nl
Re: python 2.2 - python 2.3 transition
Joey Hess writes: Josip Rodin wrote: Am I the only one who has a disgusting reminiscence of netscape*.* packages every time python* is mentioned? :P Actually I'm more reminded of the perl* packages and the complete mess that followed. And I keep expecting to see the same set of problems affect python. I'd like to see a way how to ease transitions between major version of basic packages. It is an problem, if accumulated transitions prohibit the migration of packages to testing. libgdbm recently broke the migrations, glibc-2.3.1 broke the transition for about half a year. maybe it's time to define a set of basic packages on which a Debian release is based on and then rebuild a new release on this basic-sid-or-whatever release. Matthias
Re: python 2.2 - python 2.3 transition
On Sat, Aug 09, 2003 at 02:04:52AM +0200, Matthias Klose wrote: Joey Hess writes: Josip Rodin wrote: Am I the only one who has a disgusting reminiscence of netscape*.* packages every time python* is mentioned? :P Actually I'm more reminded of the perl* packages and the complete mess that followed. And I keep expecting to see the same set of problems affect python. I'd like to see a way how to ease transitions between major version of basic packages. It is an problem, if accumulated transitions prohibit the migration of packages to testing. libgdbm recently broke the migrations, Actually, gdbm was pretty easy. The only packages that had problems were ones that depended on libgdbmg1-dev, and the reason that that took a while to resolve was not because of gdbm but because openldap2 was having problems at the time. I'd say it was a well-handled transition. -- Colin Watson [EMAIL PROTECTED]
Re: python 2.2 - python 2.3 transition
On Thu, Aug 07, 2003 at 11:47:48AM +1000, Donovan Baarda wrote: There is an alternative... only support one version of python... and be stuck at python 2.1 until everything uses it, or lose things like zope etc. Alternatively the python developers could try to keep backwards compatibility :-| Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: About NM and Next Release
Adrian 'Dagurashibanipal' von Bidder [EMAIL PROTECTED] writes: On Friday 08 August 2003 05:23, Goswin von Brederlow wrote: Policy changes, voting and the internal discussions all need membership. Having NMs hang in limbo without due cause is denying them the right to those. Voting yes. But to me it seems that most issues are discussed on the open lists - I am very much interested in the inner workings of Debian, and I sometimes particitpate in those discussions. I never felt that I was ignored just because IANADD. You can talk but you can't second a proposal. You somewhat can (or could) make a proposal since that isn't signed and normaly noone bothered to check if one was a DD. But thats more of a backdoor than the proper way of proposing chnages. Actually pushing some changes into affect becomes harder because you first have to find some DD to push the changes forward for you. MfG Goswin
Bug#204658: ITP: develock -- additional font-lock keywords for the developers
Package: wnpp Version: N/A; reported 2003-08-09 Severity: wishlist Hi, I intend to package develock. * Package name: develock Version : 0.20 Upstream Author : Katsumi Yamaoka [EMAIL PROTECTED] Jun'ichi Shiono [EMAIL PROTECTED] Yasutaka SHINDOH [EMAIL PROTECTED] * URL : http://www.jpl.org/elips/develock.el.gz * License : GPL Description : additional font-lock keywords for the developers Develock is a minor mode which provides the ability to make font- lock highlight leading and trailing whitespaces, long lines and the other garbages in the file buffer for Lisp modes, ChangeLog mode, Texinfo mode, C modes, Java mode, Jde-mode , CPerl mode, Perl mode, HTML modes and some Mail modes. Regards, -- OHASHI Akira [EMAIL PROTECTED] [EMAIL PROTECTED] Share what you know. Learn what you don't.
Re: Getting patches into packages, thought and ideas [Was: Re: About NM and Next Release]
Andrew Suffield [EMAIL PROTECTED] writes: On Fri, Aug 08, 2003 at 05:34:20AM +0200, Goswin von Brederlow wrote: If you actually dig into the list, you'll find that many of the bugs with patches fall into the same category as these two. Most of the rest actually need significant attention, not NMUs (I usually remove the patch tag from those when I spot them). Sounds like a reasonable practice to remove the tag. Unless they wanted to co-maintain the package - and a non-developer could do all the important stuff for that anyway (bug triage). Can one get the same list of packages with patches but sorted by the time since the last activity? Or date of the patch? Or a list of packages with patches for an older version? These things are all doable but difficult, and usually involve some scripting to extract the information you want; I've done it once or twice. But it's somewhat imprecise. Someone with experience of the BTS code should script this and add it to the webpage so NMs and DDs can easily find packages worth investing time. Going through bugreports and skipping 80% because one can't help them in any way doesn't encourage to help. Esspecially some mechanism that checks the version of a package against the version a patch was for would be good. The BTS could even send a mail to the submitter saying a new version was uploaded, please check your patch. Non-DDs could pick up an old patch and see to it that it works with a newer version. Might be something they could get get credits for on their application. Is there a space on the application where sponsors or maintainer who see good work being done by the NM can give comments. Surely the DAM can't follow all sponsored uploads or patches send to the bts so he might easily overlook an productive NM. It's the AMs role to collate this sort of information; people can mail comments to them (the AM should actively seek it out as well), and applicants are always asked what they are doing/planning to do from the outset. Can the AM add it to the application? Why not show such comments on the applications webpage? Have a comments field just like the packages field or something. MfG Goswin
Re: Unmaintained Packages (was: Getting patches into packages, thought and ideas)
Marc Haber [EMAIL PROTECTED] writes: On Thu, 7 Aug 2003 20:39:52 +0100, Andrew Suffield [EMAIL PROTECTED] wrote: On Thu, Aug 07, 2003 at 08:50:36PM +0200, Goswin von Brederlow wrote: And don't tell me glibc is unmaintained or ppp. ppp *was* unmaintained, for a long period of time. When exactly is a package (take ifupdown for example which hasn't seen a maintainer upload in a long time) to be considered unmaintained? If a package has bugs for some time without the maintainer giving reasons why they are left open its unmaintained or at least badly maintained. Having bugs fixed in NMUs is also a sign of an unmaintained package. ifupdown surely looks bad. MfG Goswin
Accepted spong 2.7.6a-14 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 6 Aug 2003 00:15:09 +0300 Source: spong Binary: spong-server spong-client spong-www spong-common Architecture: source all Version: 2.7.6a-14 Distribution: unstable Urgency: low Maintainer: Pekka Aleksi Knuutila [EMAIL PROTECTED] Changed-By: Pekka Aleksi Knuutila [EMAIL PROTECTED] Description: spong-client - A systems and network monitoring system -- client programs spong-common - A systems and network monitoring system -- common libraries spong-server - A systems and network monitoring system -- server programs spong-www - A systems and network monitoring system -- web interface Closes: 202429 202430 Changes: spong (2.7.6a-14) unstable; urgency=low . * Switched to gettext for the debconf templates (closes: #202429) * Added french translation of debconf templates, thanks to Michel Grentzinger (closes: 202430) Files: 263d0beb3c217d33095e61e28c00f57f 655 net optional spong_2.7.6a-14.dsc 075e9ae1bfa3cfd150ca66035ceac995 26392 net optional spong_2.7.6a-14.diff.gz 4f939d6e7d0226a023eeeb4de7eca1d6 134586 net optional spong-common_2.7.6a-14_all.deb 26c1a4a8797dcffb5f5ad2edbc5e88ed 37060 net optional spong-client_2.7.6a-14_all.deb 2f45039ee41e219c6db13b016b0b91ec 61152 net optional spong-www_2.7.6a-14_all.deb fba84dc66dbff8acc41fb85d35c49307 36014 net optional spong-server_2.7.6a-14_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE/Mi2cz36OJBrdlaMRAiAxAKDG8px1w+ZpwLktgFb2gPzkjZ+0MACeK7cp dX6M2X3tE2Xos8KmtwFBwx4= =zcMD -END PGP SIGNATURE- Accepted: spong-client_2.7.6a-14_all.deb to pool/main/s/spong/spong-client_2.7.6a-14_all.deb spong-common_2.7.6a-14_all.deb to pool/main/s/spong/spong-common_2.7.6a-14_all.deb spong-server_2.7.6a-14_all.deb to pool/main/s/spong/spong-server_2.7.6a-14_all.deb spong-www_2.7.6a-14_all.deb to pool/main/s/spong/spong-www_2.7.6a-14_all.deb spong_2.7.6a-14.diff.gz to pool/main/s/spong/spong_2.7.6a-14.diff.gz spong_2.7.6a-14.dsc to pool/main/s/spong/spong_2.7.6a-14.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sp-gxmlcpp 1.0.20030807-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Thu, 7 Aug 2003 13:14:11 +0200 Source: sp-gxmlcpp Binary: libsp-gxmlcpp-dev libsp-gxmlcpp1 Architecture: source i386 Version: 1.0.20030807-1 Distribution: unstable Urgency: low Maintainer: Stephan A Suerken [EMAIL PROTECTED] Changed-By: Stephan A Suerken [EMAIL PROTECTED] Description: libsp-gxmlcpp-dev - S+P C++ wrapper for Gnome libxml2/libxslt libsp-gxmlcpp1 - S+P C++ wrapper for Gnome libxml2/libxslt Closes: 193921 Changes: sp-gxmlcpp (1.0.20030807-1) unstable; urgency=low . * New upstream, fixing g++-3.3 compile problems. (closes: #193921) * Updating to standards version 3.6.0. Files: eab924a18e38b3852f1053c344bd2186 741 libs optional sp-gxmlcpp_1.0.20030807-1.dsc 50bd694502ca3abf553d02557f01d28e 361136 libs optional sp-gxmlcpp_1.0.20030807.orig.tar.gz 870aae5a3af1e0622049aa811e92bda0 11762 libs optional sp-gxmlcpp_1.0.20030807-1.diff.gz 1a7125cb4fde4ce80e69bfabc4b55501 163360 libdevel optional libsp-gxmlcpp-dev_1.0.20030807-1_i386.deb b0756b154179189772ce540af46a16de 74560 libs optional libsp-gxmlcpp1_1.0.20030807-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE/MjiizCVHePKM0QIRAa/JAJ9za13Rftdovp7C/SPKAa5bIeKFcwCeNq9Z CduOSXd4jnQ1iIhY99I5fhg= =iuZ+ -END PGP SIGNATURE- Accepted: libsp-gxmlcpp-dev_1.0.20030807-1_i386.deb to pool/main/s/sp-gxmlcpp/libsp-gxmlcpp-dev_1.0.20030807-1_i386.deb libsp-gxmlcpp1_1.0.20030807-1_i386.deb to pool/main/s/sp-gxmlcpp/libsp-gxmlcpp1_1.0.20030807-1_i386.deb sp-gxmlcpp_1.0.20030807-1.diff.gz to pool/main/s/sp-gxmlcpp/sp-gxmlcpp_1.0.20030807-1.diff.gz sp-gxmlcpp_1.0.20030807-1.dsc to pool/main/s/sp-gxmlcpp/sp-gxmlcpp_1.0.20030807-1.dsc sp-gxmlcpp_1.0.20030807.orig.tar.gz to pool/main/s/sp-gxmlcpp/sp-gxmlcpp_1.0.20030807.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ipsvd 0.5.0-1 (source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 6 Aug 2003 15:40:30 +0200 Source: ipsvd Binary: ipsvd Architecture: source Version: 0.5.0-1 Distribution: unstable Urgency: low Maintainer: Gerrit Pape [EMAIL PROTECTED] Changed-By: Gerrit Pape [EMAIL PROTECTED] Description: ipsvd - Internet protocol service daemons Changes: ipsvd (0.5.0-1) unstable; urgency=low . * new upstream version. Files: 37cd40f38403e8c7b14791940278ca12 564 net optional ipsvd_0.5.0-1.dsc 3b47a1713573930db8da3cce9597ee47 46109 net optional ipsvd_0.5.0.orig.tar.gz 8fe3162122bf45f3e989d2265736cf09 2433 net optional ipsvd_0.5.0-1.diff.gz -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/MnmrGJoyQbxwpv8RAoZ4AJ0TIxGRFKZI3HXof2GvBMZxqugV/wCfVXYz Ex4LSxOOLB1osr4KOQR3TYs= =59xS -END PGP SIGNATURE- Accepted: ipsvd_0.5.0-1.diff.gz to pool/main/i/ipsvd/ipsvd_0.5.0-1.diff.gz ipsvd_0.5.0-1.dsc to pool/main/i/ipsvd/ipsvd_0.5.0-1.dsc ipsvd_0.5.0.orig.tar.gz to pool/main/i/ipsvd/ipsvd_0.5.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted openjade 1.4devel1-12 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 7 Aug 2003 08:23:59 -0400 Source: openjade Binary: libostyle-dev libostyle1 openjade Architecture: source i386 Version: 1.4devel1-12 Distribution: unstable Urgency: low Maintainer: Neil Roeth [EMAIL PROTECTED] Changed-By: Neil Roeth [EMAIL PROTECTED] Description: libostyle-dev - OpenJade libraries, developer support libostyle1 - Runtime libraries for OpenJade openjade - Implementation of the DSSSL language Closes: 191738 Changes: openjade (1.4devel1-12) unstable; urgency=low . * Cleaned up debian/rules: - Set DH_COMPAT=4, debhelper version to (=4). - Used libtool 1.5 for autotools generated files, so C++ gets used for linking, ensuring that libs get linked with libstdc++, and removed gruesome sed hacks that were necessary to do this with libtool 1.4. - Fixed copyright file: was a copy of GPL plus some text that referenced /usr/share/common-licenses/GPL, now it is the actual copyright notice, the reference, and the Debian copyright info. - Let debhelper tools do shlibs and substvars generation instead of explicitly doing it in rules. - Added openjade-1.4devel1 man page (closes: #191738) * Updated to Standards-Version: 3.6.0. * Removed libtool from Build-Depends. Files: 3148a53d83439862f101977a284a819c 653 text optional openjade_1.4devel1-12.dsc a66dc97cf952aec5ca66b0b8fa4a0873 542999 text optional openjade_1.4devel1-12.diff.gz 0d3f05c2cf9abd143d3262e68203 367102 text optional openjade_1.4devel1-12_i386.deb 21cf1330e2f5898d755a62e4cce2f0e4 792080 libs optional libostyle1_1.4devel1-12_i386.deb cc1ce95fb4f3cb099e55aaf021711a9f 961698 libdevel optional libostyle-dev_1.4devel1-12_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/M3y56j+skPrutKkRAm2SAKCsFbF1KAoQVwb9XNZzdzU2k6rK2wCglYdx 6M/Exo0ymdTIXnfYi299EKo= =sZGQ -END PGP SIGNATURE- Accepted: libostyle-dev_1.4devel1-12_i386.deb to pool/main/o/openjade/libostyle-dev_1.4devel1-12_i386.deb libostyle1_1.4devel1-12_i386.deb to pool/main/o/openjade/libostyle1_1.4devel1-12_i386.deb openjade_1.4devel1-12.diff.gz to pool/main/o/openjade/openjade_1.4devel1-12.diff.gz openjade_1.4devel1-12.dsc to pool/main/o/openjade/openjade_1.4devel1-12.dsc openjade_1.4devel1-12_i386.deb to pool/main/o/openjade/openjade_1.4devel1-12_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pam-tmpdir 0.04-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 5 Jan 2003 13:40:47 +0100 Source: pam-tmpdir Binary: libpam-tmpdir Architecture: source i386 Version: 0.04-3 Distribution: unstable Urgency: low Maintainer: Tollef Fog Heen [EMAIL PROTECTED] Changed-By: Tollef Fog Heen [EMAIL PROTECTED] Description: libpam-tmpdir - automatic per-user temporary directories Closes: 202661 Changes: pam-tmpdir (0.04-3) unstable; urgency=low . * Mkdir then lstat, not the other way around. (closes: #202661) Files: d7b4161ff8f60a7bf6eacb999c6ef87b 586 admin optional pam-tmpdir_0.04-3.dsc bc9de38e36fae868e394812195dd2b03 4039 admin optional pam-tmpdir_0.04-3.diff.gz 0f223dc6de9f31df93983b1461990e03 7624 admin optional libpam-tmpdir_0.04-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/M22NQSseMYF6mWoRAgQMAJ9GhIMIoAdYiVcLPALYjS63G3ctfgCeKvMK hD2WWnZYafduKBZmhb99rkY= =uZQT -END PGP SIGNATURE- Accepted: libpam-tmpdir_0.04-3_i386.deb to pool/main/p/pam-tmpdir/libpam-tmpdir_0.04-3_i386.deb pam-tmpdir_0.04-3.diff.gz to pool/main/p/pam-tmpdir/pam-tmpdir_0.04-3.diff.gz pam-tmpdir_0.04-3.dsc to pool/main/p/pam-tmpdir/pam-tmpdir_0.04-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sbcl 0.8.2.18-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 6 Aug 2003 08:51:58 -0600 Source: sbcl Binary: sbcl Architecture: source i386 Version: 0.8.2.18-1 Distribution: unstable Urgency: low Maintainer: Kevin M. Rosenberg [EMAIL PROTECTED] Changed-By: Kevin M. Rosenberg [EMAIL PROTECTED] Description: sbcl - A development environment for Common Lisp Changes: sbcl (0.8.2.18-1) unstable; urgency=low . * New upstream Files: c902598f8bf38acbb5b73609b0d335eb 650 devel optional sbcl_0.8.2.18-1.dsc a7cf1562d04366cce9dc04237d5370f0 2493341 devel optional sbcl_0.8.2.18.orig.tar.gz 7d53e562f692fff652850873149eb143 8822 devel optional sbcl_0.8.2.18-1.diff.gz d9114e5dc5d15ea7d644a34ce6a52bde 7229076 devel optional sbcl_0.8.2.18-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/MXiUES7N8sSjgj4RArGfAKCEv/llYwgkcWHhvqmr4ZfzlJNZ9ACeP6OC 3cmIAVkeKi/1Hkpzc+HFMhk= =MMlW -END PGP SIGNATURE- Accepted: sbcl_0.8.2.18-1.diff.gz to pool/main/s/sbcl/sbcl_0.8.2.18-1.diff.gz sbcl_0.8.2.18-1.dsc to pool/main/s/sbcl/sbcl_0.8.2.18-1.dsc sbcl_0.8.2.18-1_i386.deb to pool/main/s/sbcl/sbcl_0.8.2.18-1_i386.deb sbcl_0.8.2.18.orig.tar.gz to pool/main/s/sbcl/sbcl_0.8.2.18.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
