[Bug 383502] Re: coreutils' timeout(1) is missing

[Colin Watson]

The Conflicts field is in place nowadays, as well as the Replaces field:

coreutils (7.5-1) unstable; urgency=low

  * new upstream version
    - fix ls -1 output error (Closes: #539476)
    - new program "stdbuf"
    - chroot adds --userspec and --groups
    - cp adds --reflink
    - sort adds --human-numeric-sort
    - tail --follow uses inotify
  * update package description (Closes: #535458)
  * tweak section and priority for mktemp package
  * conflict with package "timeout". I think coreutils timeout is just
    different enough that it shouldn't replace that package.

 -- Michael Stone <mstone at debian.org>  Wed, 02 Sep 2009 20:50:02 -0400

The timeout package has been gone for long enough now that it seems
unlikely that there's much more that can reasonably be done here.

** Changed in: coreutils (Ubuntu)
       Status: Triaged => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/383502

Title:
  coreutils' timeout(1) is missing

Status in “coreutils” package in Ubuntu:
  Fix Released
Status in “coreutils” package in Debian:
  Fix Released

Bug description:
  Binary package hint: coreutils

  GNU coreutils has a new command, timeout(1), since version 7.  Someone
  suffered on Debian when coreutils's timeout clashed with an existing
  timeout command from the package timeout. 

      http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516652

  (I'm surprised there's no automated check that two packages installing
  onto the same path should conflict.)  Debian's fix was to not install
  the coreutils's timeout and this has passed into Ubuntu AFAICS.

  I think this means a bug remains in Ubuntu 9.10.  GNU coreutils would be 
  installed, but no timeout(1) command is present.  Installing the timeout
  package isn't an option;  its timeout command is operationally
  different, e.g. command line options.

  It seems the right fix is to have packages coreutils and timeout
  conflict so both can't be installed at the same time, but this would
  suggest timeout would never be installed.  :-)  So perhaps the better
  fix it to rename the timeout that comes from the timeout package for
  those people that need that particular one.  I feel GNU coreutils has
  the right to pull rank;  if its timeout isn't the one available it'll
  just cause more problems in the long term.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/383502/+subscriptions