Re: Bug#126434: ITP: super-sed -- An enhanced version of sed

[Ganesan R <rganesan@myrealbox.com>]

>>>>> "Adam" == Adam Heath <doogie@debian.org> writes:

> On 26 Dec 2001, Ganesan R wrote:
>> 1. The source tarball is still called sed (the latest version is
>> sed-3.52.tar.gz). What are my options of dealing with this other than
>> asking upstream to change the source tarball?

> You can rename the source tarball when uploading to debian.  No problems.

This may be an obvious question. It's not enough to rename the source
tarball, I'll have to rename the sed-3.52 directory within the tarball and
create a new tarball. Is this still okay?

>> 2. I compiled with a program prefix of 's', so super sed binary will be
>> called ssed to differentiate it from GNU sed. I'll also use alternatives
>> to make this the default sed. This takes care of the binary and the man
>> page, however the info pages are still called sed.info, sed.info-1 :-(.

> You can't use alternatives in this situation, because the real said doesn't
> use them.  alternatives can have multiple slaves, not just one, so the info
> pages can be linked to the main binary as the same time the manpages are
> linked.

> What you want is dpkg-divert.  But I vote against diverting /usr/bin/sed.

I can understand the concern. Okay, for now ssed will simply be another
extra package. Since alternatives is out, the info files are still a problem
though. Unlike /usr/sbin/sed the info files are split into multiple files
with cross-linked nodes. I'll just use sed to rename the references to ssed
:-).

Ganesan