procps trying to overwrite /bin/kill

1999-10-06 Thread Colin Walters
Package: procps
Version: 1:2.0.3-3

Preparing to replace procps 1:2.0.3-3 (using .../procps_1%3a2.0.3-4_i386.deb) ..


Re: procps trying to overwrite /bin/kill

1999-10-06 Thread Mirek Kwasniak
On Wed, Oct 06, 1999 at 02:24:35AM -0400, Colin Walters wrote:
 Package: procps
 Version: 1:2.0.3-3
 
 Preparing to replace procps 1:2.0.3-3 (using .../procps_1%3a2.0.3-4_i386.deb) 
 ..
 .
 Unpacking replacement procps ...
 dpkg: error processing /var/cache/apt/archives/procps_1%3a2.0.3-4_i386.deb 
 (--un
 pack):
  trying to overwrite `/bin/kill', which is also in package bsdutils
  dpkg-deb: subprocess paste killed by signal (Broken pipe)
 
 This seems to be seriously broken.

No, news bsdutils package is without kill.

Mirek



Re: procps trying to overwrite /bin/kill

1999-10-06 Thread Ruud de Rooij
Mirek Kwasniak [EMAIL PROTECTED] writes:

 On Wed, Oct 06, 1999 at 02:24:35AM -0400, Colin Walters wrote:
  Package: procps
  Version: 1:2.0.3-3
  
  Preparing to replace procps 1:2.0.3-3 (using 
  .../procps_1%3a2.0.3-4_i386.deb) ..
  .
  Unpacking replacement procps ...
  dpkg: error processing /var/cache/apt/archives/procps_1%3a2.0.3-4_i386.deb 
  (--un
  pack):
   trying to overwrite `/bin/kill', which is also in package bsdutils
   dpkg-deb: subprocess paste killed by signal (Broken pipe)
  
  This seems to be seriously broken.
 
 No, news bsdutils package is without kill.

Then there should be a proper conflicts or replaces header in the
procps package.

- Ruud de Rooij.
-- 
ruud de rooij | [EMAIL PROTECTED] | http://ruud.org



Re: procps trying to overwrite /bin/kill

1999-10-06 Thread Marcus Brinkmann
On Wed, Oct 06, 1999 at 09:44:46AM +0200, Mirek Kwasniak wrote:
 
 No, news bsdutils package is without kill.

Oh, wee, another portable program bites the dust.

Is the kill in procps linux specific, eg, does it make use of the proc
filesystem? This won't work in the Hurd, so the Hurd would be without a
kill.

But then, we haven't ported util-linux yet (we can still use their kill even
if linux ports don't). Maybe we should just fork out our own version of kill,
as this seems to be the last fashion here.

Thanks,
Marcus

-- 
`Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server 
Marcus Brinkmann  GNUhttp://www.gnu.orgfor public PGP Key 
[EMAIL PROTECTED], [EMAIL PROTECTED]PGP Key ID 36E7CD09
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/   [EMAIL PROTECTED]