[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#149357: request-tracker1: package overlap with schedutils

On Mon, Jun 17, 2002 at 09:15:32PM +0200, Tollef Fog Heen wrote:
> * Henrique de Moraes Holschuh 
> | On Mon, 17 Jun 2002, Jesse wrote:
> | > I'm in the process of putting together a new version of the rt2 package that 
> | > conforms to the policy guide. Its binaries are no longer in /usr/share.
> Just for the record: Jesse is upstream for request-tracker; I am the
> current maintainer, but he wants to take it over (at least as soon as
> he becomes a DD :)

Oh, very nice  - that's the bast that can happen to a Debian package !

> | Please correct me if I'm wrong, but isn't request tracker a CGI? In that
> | case, the binaries belong in /usr/lib if they are arch-dependant, or
> | /usr/share if they are for all architectures...
> It has a command line interface as well.

Allright then, so this is what we have:
* Both upstream maintainers would not like having their excutable
  renamed for Debian packaging.
* request-tracker (or webrt as it used to be called) has been around for
  quite a while now while schedutils is new to the Debian archive.
* The RT project itself seems to be far older than the schedutils one in

All this does certainly lean towards RT having a stronger claim towards
its executable name, so I would like to propose the following:

 * rt.c - rt
 * Command-line utility for manipulating a task's real-time attributes 

So would it not be feasible to rename rt as rta (for real-time
attributes) or modrt/chrt (for modify/change real-time attributes) ? 
The latter would go very well with lsrt (for list real-time attributes) 
which is already part of schedutils.

Making that alteration upstream would also benefit other distributions
which might encounter the same exec conflict and ensure that schedutils
is not know under different exec names in different distros...

Best Regards,
       /(__  __|\          Lars Steinke, Stuttgart, Germany
      (    \/  __)_        Physicist & Tech. Supp. Engineer
       )   (_____  /       For information see www.lsweb.de
      /___________/        Debian GNU/Linux: www.debian.org

Attachment: pgpLHXxyvwoeo.pgp
Description: PGP signature

Reply to: