Re: Packages should not Conflict on the basis of duplicate funct

1999-09-27 Thread Ben Pfaff
Franklin Belew <[EMAIL PROTECTED]> writes: > PS: I know my lines are longer than 76 characters, fix your own pager/viewers > wordwrap No, fix your attitude and read RFC1855. Excerpt: - Limit line length to fewer than 65 characters and end a line with a carriage return.

Re: Packages should not Conflict on the basis of duplicate funct

1999-09-27 Thread Franklin Belew
On Mon, Sep 27, 1999 at 04:44:10PM -0400, Clint Adams wrote: > > a) I would not test a new daemon on a working machine, I would use a > > separate > > So? > > > b) if you know what you are doing, compile the packages by hand, fix their > > install scripts, and remove the conflicts. You are tryi

Re: Packages should not Conflict on the basis of duplicate funct

1999-09-27 Thread Clint Adams
> a) I would not test a new daemon on a working machine, I would use a separate So? > b) if you know what you are doing, compile the packages by hand, fix their > install scripts, and remove the conflicts. You are trying to circumvent the > norm. If I wanted to compile them by hand, why would I

Re: Packages should not Conflict on the basis of duplicate funct

1999-09-27 Thread Sean 'Shaleh' Perry
> > So what you're telling me is that anyone with a "complex" setup > shouldn't bother using Debian? > a) I would not test a new daemon on a working machine, I would use a separate one. In the case of gnu pop3, it will spin off and consume 99% of your cpu due to poor child management. We (I am

Re: weekly policy summary - Data section (#38902)

1999-09-27 Thread Fabien Ninoles
On Sat, Sep 25, 1999 at 02:03:48PM -0400, Bob Hilliard wrote: > > > Data section (#38902) > > * Consensus. > > * Proposed on 3 Jun 1999 by Darren O. Benham; seconded by Peter S > > Galbraith and Peter Makholm. > > * "Since there is interest in packaging census data, maps, genome > >

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-27 Thread Raul Miller
Raul Miller <[EMAIL PROTECTED]> wrote: > > Perhaps there are people who want a "service enabled by default" policy, > > and perhaps we should accomodate them. However, I'm not one of them > > and I don't want any services turned on on some of my machines without > > my explicit ok. On Mon, Sep 27

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-27 Thread Craig Sanders
On Sat, Sep 25, 1999 at 01:10:51AM -0400, Raul Miller wrote: > Perhaps there are people who want a "service enabled by default" policy, > and perhaps we should accomodate them. However, I'm not one of them > and I don't want any services turned on on some of my machines without > my explicit ok.

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-27 Thread Chris Rutter
On Sat, 25 Sep 1999, Raul Miller wrote: > Perhaps there are people who want a "service enabled by default" policy, > and perhaps we should accomodate them. However, I'm not one of them > and I don't want any services turned on on some of my machines without > my explicit ok. Yes, and I think thi

Re: Packages should not Conflict on the basis of duplicate functionality

1999-09-27 Thread Chris Rutter
On Fri, 24 Sep 1999, Clint Adams wrote: > They both provide httpd; should I file bugs against them demanding that > they conflict with it too? I think this is a good point; it doesn't seem to be a clear area of policy. It sounds like perhaps some new system needs to be implemented. Perhaps a Su