Re: Drop the minor release number

2005-07-09 Thread Andreas Tille
On Sun, 10 Jul 2005, Andreas Barth wrote: Well, Woody was 3.0, Sarge was 3.1, so the logical next number would be 3.11 for Workgroups. GREAT! I'd vote for this! ;-) Kind regards Andreas, who really loves such things like finding version numbers and names because it is so im

Re: Drop the minor release number

2005-07-09 Thread Andreas Barth
* Eduard Bloch ([EMAIL PROTECTED]) [050708 17:10]: > Debian 4.0 for etch, 4.1 for etch stable release 1, 4.2 for etch stable > release 2, 4.2a for etch stable release 2 with a minor CD mastering fix > (for example), etc.pp. Well, Woody was 3.0, Sarge was 3.1, so the logical next number would be 3.

Re: should etch be Debian 4.0 ?

2005-07-09 Thread Nathanael Nerode
I suggested "Debian IV", to *really* get rid of minor version numbers, permanently. Initial release would be Debian IV r0. Point releases would be Debian IV r1, etc. Next release, Debian V, etc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact

Re: [Debian-uk] Sun have (probably) patented apt-get

2005-07-09 Thread Nathanael Nerode
On 4 Jul 2005, at 11:44 am, Wookey wrote: > Take a look at this patent (granted this week in europe) > > http://gauss.ffii.org/PatentView/EP1170667 > > I'm fairly sure that apt-get and associated package-integratity > checking tools could be considered infringing. (Does dpkg/apt have > a modular

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Goswin von Brederlow
David Pashley <[EMAIL PROTECTED]> writes: > I'm wondering if this wouldn't be better added as a feature to > aptitude/synaptic, as people who would use apt-get or dpkg would > probably know grep. The people he was targetting are more likely to use > one of the package selection tools. Why not hav

Re: Package priorities: optional vs extra

2005-07-09 Thread Nathanael Nerode
Peter Samuelson wrote: >In practice, 'extra' is mainly used when Policy forces you to use it: >that is, if your package conflicts with another package which has >priority optional or higher The really sad part is that *this* isn't enforced; there are lots of "optional" packages which conflict with

Re: RFS: libssh - SSH and SCP library

2005-07-09 Thread Junichi Uekawa
> > > That said, I think too we should favor libgcrypt, because it has a > > > lighter security record. > > > > I mailed him about that and SONAME versionning. > > I got his reply. As Junichi thought, he doesn't know about SONAME > versionning. I pointed to him chapter 6 of the libtool manual.

Re: RFS: libssh - SSH and SCP library

2005-07-09 Thread Junichi Uekawa
Hi, > > Are you sure? > > People were running around GPL is not compatible with > > openssl license; and LGPL has a option to make the > > code GPL. > > The point of the LGPL is to avoid such incompatibilities. If you can > link it with proprietary code, you can also link it to code under the

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread David Pashley
On Jul 09, 2005 at 19:36, Goswin von Brederlow praised the llamas by saying: > Nico Golde <[EMAIL PROTECTED]> writes: > > > Ok it seems that I am the only one interrested in this > > package. I will close the bug. > > Thanks for your help! > > Regards Nico > > Please don't. Rather do what people

Re: RFS: libssh - SSH and SCP library

2005-07-09 Thread Peter Samuelson
[Gustavo Noronha Silva] > > +liblibssh 0.11 libssh (>> 0.11-0), libssh (<< 0.11-99) > > I don't get the << 0.11-99. Why would you add this? I imagine he meant (<< 0.12). On the theory that since upstream is using 0.11 as the soname, upstream 0.12 will probably be incompatible. signature.asc D

Bug#317602: ITP: xmms-openspc -- SPC file player plugin for XMMS

2005-07-09 Thread Ryan Schultz
Package: wnpp Owner: Ryan Schultz <[EMAIL PROTECTED]> Severity: wishlist * Package name: xmms-openspc Version : 0.0.3 Upstream Author : Zinx Verituse <[EMAIL PROTECTED]> * URL : http://staff.xmms.org/zinx/misc/tmp * License : GPL Description : SPC file pla

Re: multiarch?

2005-07-09 Thread Nigel Jones
On 08/07/05, Nikita V. Youshchenko <[EMAIL PROTECTED]> wrote: > > > > On Thu, Jul 07, 2005 at 10:03:09PM +0200, Pierre Habouzit wrote: > >> Le Jeu 7 Juillet 2005 21:17, Josselin Mouette a ?crit : > >> > If we don't start the multiarch effort now, it won't be good for > >> > etch. Are we postponin

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Guillem Jover
On Sat, Jul 09, 2005 at 09:00:19PM +0200, Goswin von Brederlow wrote: > I guess you would have to divert apt-get and aptitude for that and log > the invocations. > > Actualy with aptitude taking the list of non automatic packages should > give you exactly the install list. aptitude has had such k

You need only 15 minutes to prepare for the night of love.

2005-07-09 Thread Rupert
Why are online drugs popular http://anarchism.greatmedzsh0p.info/?Kalamazooxtvuybraeszctvillager If you obey all the rules, you miss all the fun. Gratitude is a sickness, suffered by dogs. Study the past if you would define the future. I exist as I am, that is enough. -- To

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

2005-07-09 Thread Olaf van der Spek
On 7/9/05, Manoj Srivastava va, manoj <[EMAIL PROTECTED]> wrote: > On Sat, 9 Jul 2005 22:47:45 +0200, Petter Reinholdtsen <[EMAIL PROTECTED]> > said: > > > If these are good settings for dupload, why is it not included in > > the package as the default configuration for dupload? > >Good

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

2005-07-09 Thread Manoj Srivastava
On Sat, 9 Jul 2005 22:47:45 +0200, Petter Reinholdtsen <[EMAIL PROTECTED]> said: > If these are good settings for dupload, why is it not included in > the package as the default configuration for dupload? Good by whose criteria? Yours? Mine? Joe random Developer's? What is more importa

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

2005-07-09 Thread Petter Reinholdtsen
[Manoj Srivastava] >> 4. Make dupload obsolete, and replace with dput. Make dput the >>default in debrelease. I think dput would have prevented me >>uploading my unsigned package. > > ~/.dupload.conf: > $preupload{'changes'} = 'gpg --verify %1'; > $preupload{'sourcepackage'} = 'j=$(echo %

Re: Bug#301527: ITP: mazeofgalious -- The Maze of Galious

2005-07-09 Thread John Hasler
> It is still using a copyrighted/trademarked (don't know which) name There is no such thing as a copyrighted name. The name does appear to have been a trademark at one time, but if enough time has gone by without a product being marketed under that name the trademark will have lapsed. -- John H

Bug#317569: ITP: drbdlinks -- Manages links into a shared DRBD partition

2005-07-09 Thread Cyril Bouthors
Package: wnpp Severity: wishlist * Package name: drbdlinks Version : 1.03 Upstream Author : Sean Reifschneider <[EMAIL PROTECTED]> * URL or Web page : http://www.tummy.com/Community/software/drbdlinks/ * License : GNU GENERAL PUBLIC LICENSE version 2 Description : Man

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Goswin von Brederlow
Adam Heath <[EMAIL PROTECTED]> writes: > On Sat, 9 Jul 2005, David Pashley wrote: > >> On Jul 09, 2005 at 12:12, Nico Golde praised the llamas by saying: >> > Hallo Matthew, >> > > >> > > Coreutils is required. Why is the ability to do something without it an >> > > advantage? >> > >> > You can do

Re: Bug#301527: ITP: mazeofgalious -- The Maze of Galious

2005-07-09 Thread Henrique de Moraes Holschuh
On Mon, 04 Jul 2005, Gürkan Sengün wrote: > >* Package name: mazeofgalious > > Version : 0.62 > > Upstream Authors: Santi Ontanon <[EMAIL PROTECTED]> > >* URL : http://www.braingames.getput.com/mog/ > >* License : Not defined yet (will try to work this out with >

Re: configure a program -- debconf abuse?

2005-07-09 Thread Gustavo Noronha Silva
Em Sáb, 2005-07-09 às 22:58 +1000, Hamish Moffatt escreveu: > That sounds like a good use for hidden questions. But I think we ask way > too many questions on the whole. Agreed. > Does the new Debian user really care if their fonts are managed with > defoma, a technology they have never heard of?

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Goswin von Brederlow
Nico Golde <[EMAIL PROTECTED]> writes: > Ok it seems that I am the only one interrested in this > package. I will close the bug. > Thanks for your help! > Regards Nico Please don't. Rather do what people suggested: 1.) adapt the script to use the dpkg.log The dpkg log is overly detailed and pro

Re: configure a program -- debconf abuse?

2005-07-09 Thread Gustavo Noronha Silva
Em Sáb, 2005-07-09 às 13:54 +0200, Olaf van der Spek escreveu: > On 7/9/05, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: > > [Olaf van der Spek] > > > Isn't debconf a bit 'expensive' just to allow pre-seeding? > > > > No, it is amazingly cheap and simple. > > Don't debconf questions need to b

Re: Question about kill(1)

2005-07-09 Thread Goswin von Brederlow
Brian May <[EMAIL PROTECTED]> writes: >> "Adeodato" == Adeodato Simó <[EMAIL PROTECTED]> writes: > > Adeodato> I also have heard (but I'm not sure how often does this > Adeodato> happen, if at all) that it is usefult to have it as a > Adeodato> built-in when your system is in a sta

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Adam Heath
On Sat, 9 Jul 2005, David Pashley wrote: > On Jul 09, 2005 at 12:12, Nico Golde praised the llamas by saying: > > Hallo Matthew, > > > > > > Coreutils is required. Why is the ability to do something without it an > > > advantage? > > > > You can do almost every thing with with tools like, grep, >

Callwave Uninstall

2005-07-09 Thread KATHRYN CHRISTENSEN
Please uninstall my callwave feature

Re: Preparation of the next stable Debian GNU/Linux update (I)

2005-07-09 Thread Roberto C. Sanchez
On Sat, Jul 09, 2005 at 07:56:55PM +0200, Frank Lichtenheld wrote: > On Sat, Jul 09, 2005 at 01:33:14PM -0400, Roberto C. Sanchez wrote: > > I posted this to debian-release yesterday, but have received no replies. > > So you decided to post it to debian-devel? Seems odd to me... > but anyway, here

Re: Preparation of the next stable Debian GNU/Linux update (I)

2005-07-09 Thread Frank Lichtenheld
On Sat, Jul 09, 2005 at 01:33:14PM -0400, Roberto C. Sanchez wrote: > I posted this to debian-release yesterday, but have received no replies. So you decided to post it to debian-devel? Seems odd to me... but anyway, here my completly non-authorative answer (since I'm neither the SRM nor an ftp-ma

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

2005-07-09 Thread Manoj Srivastava
On Sat, 9 Jul 2005 07:28:47 +0200, Christian Perrier <[EMAIL PROTECTED]> said: > Dunno which section of your list this should pertain but "Enforce > the use of po-debconf for debconf templates" is in my mind. > This probably needs a few s/SHOULD/MUST in the policy so that we can > file RC bugs o

Re: Preparation of the next stable Debian GNU/Linux update (I)

2005-07-09 Thread Roberto C. Sanchez
I posted this to debian-release yesterday, but have received no replies. I would like to know if it is possible to get httperf back into Sarge (for the reasons stated below), or if I should simply not worry about it. -Roberto On Fri, Jul 08, 2005 at 09:18:16AM +0200, Martin Schulze wrote: > > Th

Re: multiarch?

2005-07-09 Thread Bob Proulx
Goswin von Brederlow wrote: > Bob Proulx writes: > > Sure, native code is always better. But that still won't help when > > sharing binaries from other distros to and from Debian. Because those > > other commonly available binaries of which people think are so > > critical will be 32-bit. (I am

Re: should etch be Debian 4.0 ?

2005-07-09 Thread Antti-Juhani Kaijanaho
On 20050708T181259-0400, Johan Kullstam wrote: > I've never understood the .X distinction anyway. > > What signal is meant by 3.1 versus 4.0? Does your intended audience > have any concept of the distinction? The usual distinction, when it is made, is that bumping the major number indicates a

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

2005-07-09 Thread Christian Perrier
Dunno which section of your list this should pertain but "Enforce the use of po-debconf for debconf templates" is in my mind. This probably needs a few s/SHOULD/MUST in the policy so that we can file RC bugs on packages which still use the "old style" debconf l10n system. There are few of these a

Documentation of alioth?

2005-07-09 Thread Michael Bramer
Hello Maybe I miss something, but have we some Documentation about alioth/gforge? And is there some alioth mailinglist (or is debian-devel ok for more alioth questions?) Gruss Grisu -- Michael Bramer -- http://www.feuerwehr.kreuzau.de/wiki/ PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin --

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

2005-07-09 Thread Manoj Srivastava
On Sat, 09 Jul 2005 20:13:57 +1000, Brian May <[EMAIL PROTECTED]> said: > 1. Review bugs in web browser. > 2. Identify questionably bug that you haven't already looked at >before today. Hint: have a local notebook that you mark bugs you look at. > 3. Inspect bug report, in new windo

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

2005-07-09 Thread Manoj Srivastava
Hi, This is a huge list, with probably 0 chances of getting accomplished. How about this: remove every single item from the list, and only add items when there are people who sign up to be responsible for the work involved in actually seeing that item come to fruition? Mere w

Re: configure a program -- debconf abuse?

2005-07-09 Thread Olaf van der Spek
On 7/9/05, Hamish Moffatt <[EMAIL PROTECTED]> wrote: > On Sat, Jul 09, 2005 at 10:00:16AM +0300, Gustavo Noronha Silva wrote: > > Em Ter, 2005-07-05 às 21:32 +1000, Hamish Moffatt escreveu: > > > > Keeping the question priority at 'low' make sure most users will not > > > > see the question, and th

Re: configure a program -- debconf abuse?

2005-07-09 Thread Hamish Moffatt
On Sat, Jul 09, 2005 at 10:00:16AM +0300, Gustavo Noronha Silva wrote: > Em Ter, 2005-07-05 às 21:32 +1000, Hamish Moffatt escreveu: > > > Keeping the question priority at 'low' make sure most users will not > > > see the question, and that only reconfigure will present it. I hope > > > you are no

Re: RFS: libssh - SSH and SCP library

2005-07-09 Thread Jean-Philippe Garcia Ballester
On Fri, Jul 08, 2005 at 02:32:27PM +0200, Jean-Philippe Garcia Ballester wrote : > On Thu, Jul 07, 2005 at 11:56:51PM +0200, Josselin Mouette wrote : > > Le vendredi 08 juillet 2005 ? 06:46 +0900, Junichi Uekawa a ?crit : > > > > > 1. It's linking with openssl, and claiming to be LGPL, which > > >

Do not have money , get software cds from here!

2005-07-09 Thread Eve
We guarantee 100% authentic software. http://nejzj.1q5gmijcgbj8g21.lhotacg.com Fear of a name increases fear of the thing itself. Courage is fear holding on a minute longer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTE

Re: configure a program -- debconf abuse?

2005-07-09 Thread Petter Reinholdtsen
[Olaf van der Spek] > Don't debconf questions need to be translated? Non-hidden questions should normally be translated, but the package maintainer can choose if the question should be translated or not (by not using _Description in the template). Hidden questions (the prefered way to allow prese

Re: configure a program -- debconf abuse?

2005-07-09 Thread Olaf van der Spek
On 7/9/05, Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: > [Olaf van der Spek] > > Isn't debconf a bit 'expensive' just to allow pre-seeding? > > No, it is amazingly cheap and simple. Don't debconf questions need to be translated? > Did you have any cheaper > suggestions? Nothing concrete at

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread David Pashley
On Jul 09, 2005 at 12:22, Nico Golde praised the llamas by saying: > Hallo David, > > * David Pashley <[EMAIL PROTECTED]> [2005-07-09 13:20]: > > On Jul 09, 2005 at 12:12, Nico Golde praised the llamas by saying: > > > > Coreutils is required. Why is the ability to do something without it an > > >

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Nico Golde
Hallo Eduard, * Eduard Bloch <[EMAIL PROTECTED]> [2005-07-09 13:44]: > #include > * Nico Golde [Sat, Jul 09 2005, 01:12:24PM]: > > > > Coreutils is required. Why is the ability to do something without it an > > > advantage? > > > > You can do almost every thing with with tools like, grep, > > s

Re: configure a program -- debconf abuse?

2005-07-09 Thread Petter Reinholdtsen
[Olaf van der Spek] > Isn't debconf a bit 'expensive' just to allow pre-seeding? No, it is amazingly cheap and simple. Did you have any cheaper suggestions? Having one consistent way to provide install time configuration is important to be able to share configuration settings across custom debia

Bug#317522: ITP: libclass-errorhandler-perl -- Base class for error handling

2005-07-09 Thread Dominic Hargreaves
Package: wnpp Severity: wishlist Owner: Dominic Hargreaves <[EMAIL PROTECTED]> * Package name: libclass-errorhandler-perl Version : 0.01 Upstream Author : Benjamin Trott <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Class-ErrorHandler/ * License : Dual

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Eduard Bloch
#include * Nico Golde [Sat, Jul 09 2005, 01:12:24PM]: > > Coreutils is required. Why is the ability to do something without it an > > advantage? > > You can do almost every thing with with tools like, grep, > sed, awk etc. but in my opinion this should be so easy as > possible to everyone. Not e

Re: should etch be Debian 4.0 ?

2005-07-09 Thread Santiago Vila
On Sat, 9 Jul 2005, Nigel Jones wrote: > On 08/07/05, Steve Langasek <[EMAIL PROTECTED]> wrote: > > On Fri, Jul 08, 2005 at 11:57:25AM +1000, Drew Parsons wrote: > > > I'm already seeing documentation referring to "Debian 3.2 (etch)". > > > > Where is this? It's certainly wrong for documentation

Re: configure a program -- debconf abuse?

2005-07-09 Thread Olaf van der Spek
On 7/9/05, Gustavo Noronha Silva <[EMAIL PROTECTED]> wrote: > Em Ter, 2005-07-05 às 21:32 +1000, Hamish Moffatt escreveu: > > > Keeping the question priority at 'low' make sure most users will not > > > see the question, and that only reconfigure will present it. I hope > > > you are not setting t

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Nico Golde
Hallo Eduard, * Eduard Bloch <[EMAIL PROTECTED]> [2005-07-09 13:26]: > #include > * Nico Golde [Sat, Jul 09 2005, 01:04:23PM]: > > > > I think there is apt-history a better way. > > > > > > For doing what exactly? > > > > For doing this without corebutils. > > a) grep it is not in coreutils bu

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Eduard Bloch
#include * Nico Golde [Sat, Jul 09 2005, 01:04:23PM]: > > > I think there is apt-history a better way. > > > > For doing what exactly? > > For doing this without corebutils. a) grep it is not in coreutils but in the grep package b) you seem to have an allergy to essential packages (you know, t

Re: should etch be Debian 4.0 ?

2005-07-09 Thread Nigel Jones
On 08/07/05, Steve Langasek <[EMAIL PROTECTED]> wrote: > On Fri, Jul 08, 2005 at 11:57:25AM +1000, Drew Parsons wrote: > > I'm already seeing documentation referring to "Debian 3.2 (etch)". > > Where is this? It's certainly wrong for documentation to make assumptions > about the release version n

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Nico Golde
Hallo David, * David Pashley <[EMAIL PROTECTED]> [2005-07-09 13:20]: > On Jul 09, 2005 at 12:12, Nico Golde praised the llamas by saying: > > > Coreutils is required. Why is the ability to do something without it an > > > advantage? > > > > You can do almost every thing with with tools like, grep

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread David Pashley
On Jul 09, 2005 at 12:12, Nico Golde praised the llamas by saying: > Hallo Matthew, > > > > Coreutils is required. Why is the ability to do something without it an > > advantage? > > You can do almost every thing with with tools like, grep, > sed, awk etc. but in my opinion this should be so easy

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Nico Golde
Hallo Matthew, * Matthew Garrett <[EMAIL PROTECTED]> [2005-07-09 13:09]: > Nico Golde <[EMAIL PROTECTED]> wrote: > > Hallo Eduard, > > * Eduard Bloch <[EMAIL PROTECTED]> [2005-07-09 13:02]: > >> #include > >> * Nico Golde [Sat, Jul 09 2005, 12:06:54PM]: > >> > I think there is apt-history a bette

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Matthew Garrett
Nico Golde <[EMAIL PROTECTED]> wrote: > Hallo Eduard, > * Eduard Bloch <[EMAIL PROTECTED]> [2005-07-09 13:02]: >> #include >> * Nico Golde [Sat, Jul 09 2005, 12:06:54PM]: >> > I think there is apt-history a better way. >> For doing what exactly? > > For doing this without corebutils. Coreutils i

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Nico Golde
Hallo Eduard, * Eduard Bloch <[EMAIL PROTECTED]> [2005-07-09 13:02]: > #include > * Nico Golde [Sat, Jul 09 2005, 12:06:54PM]: [...] > > I think there is apt-history a better way. > > For doing what exactly? For doing this without corebutils. regards nico -- Nico Golde - JAB: [EMAIL PROTECT

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Eduard Bloch
#include * Nico Golde [Sat, Jul 09 2005, 12:06:54PM]: > But for example: > apt-history show install > 2005-07-09 00:12:03: install libstdc++6-4.0-dev > 4.0.0-12 > 2005-07-09 00:12:03: install libaa1 > 1.4p5-28 > 2005-07-09 00:12:03: inst

Re: RFS: libssh - SSH and SCP library

2005-07-09 Thread Gustavo Noronha Silva
Hey, Em Ter, 2005-07-05 às 10:37 +0900, Junichi Uekawa escreveu: > --- libssh-0.11.orig/debian/shlibs.local > +++ libssh-0.11/debian/shlibs.local > @@ -0,0 +1 @@ > +liblibssh 0.11 libssh (>> 0.11-0), libssh (<< 0.11-99) I don't get the << 0.11-99. Why would you add this? See ya, -- [EMAIL PROT

Re: configure a program -- debconf abuse?

2005-07-09 Thread Gustavo Noronha Silva
Em Ter, 2005-07-05 às 21:32 +1000, Hamish Moffatt escreveu: > > Keeping the question priority at 'low' make sure most users will not > > see the question, and that only reconfigure will present it. I hope > > you are not setting the debconf priority limit to low. :) > > If we recommend against se

Re: "How to recognise different ETCH wishlists from quite a long way away" (revised)

2005-07-09 Thread Brian May
> "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes: Santiago> Well, I consider the idea that old bugs deserve more Santiago> attention than new bugs (or non-old bugs) completely Santiago> flawed. I wonder how many old bugs are either fixed (but not marked as fixed) or irrele

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Nico Golde
Hi, * Eduard Bloch <[EMAIL PROTECTED]> [2005-07-09 12:02]: > #include > * Nico Golde [Sat, Jul 09 2005, 02:14:22AM]: > > > sudo apt-history show upgrade > > 2005-07-09 00:12:03: upgrade gstreamer0.8-alsa=0.8.8-3 > > 0.8.10-1 > > 2005-07-09 00:12:03: upgrade libbonobo2-common=2.8

Re: Bug#317430: ITP: apt-history -- logs the changes when installing

2005-07-09 Thread Nico Golde
Hallo David, * David Pashley <[EMAIL PROTECTED]> [2005-07-09 12:02]: > On Jul 09, 2005 at 01:14, Nico Golde praised the llamas by saying: sn > beebo root% grep upgrade /var/log/dpkg.log | tail > 2005-07-09 01:17:02 upgrade eog 2.10.0-0.2 2.10.2-0.1 > 2005-07-09 01:17:09 upgrade gaim 1:1.3.1-2 1:1

Re: Question about kill(1)

2005-07-09 Thread Brian May
> "Adeodato" == Adeodato Simó <[EMAIL PROTECTED]> writes: Adeodato> I also have heard (but I'm not sure how often does this Adeodato> happen, if at all) that it is usefult to have it as a Adeodato> built-in when your system is in a state when it can't Adeodato> create more proc