Bug#411537: texlive-extra-utils: Installs /usr/bin/dvidvi, which is also in package dvidvi
On Tue, Feb 20, 2007 at 06:16:15PM +0100, Frank Küster wrote:
> Lionel Elie Mamane <lionel@mamane.lu> wrote:
>> But if we don't have a separate package, then dvidvi is not
>> coinstallable with tetex. Surely we want to avoid that.
> That's a valid point for etch, but not for lenny which won't have
> teTeX (except transitional packages).
Oh. OK. I see.
> For etch, we need a different approach to solve this.
> Since fiddling with patches is not an option at this point in the
> release cycle,
I agree; I have uploaded a completely untested merge to experimental,
though.
> I guess we solve the RC bug simply by excluding it
> from the texlive package. This way both teTeX and TeXLive users
> have a working dvidvi in etch.
This is adequate.
>> Which makes me realise that dvidvi depends on tetex to the
>> exclusion of texlive... Pfff... I don't even know why it depends on
>> tetex-bin, to be honest.
> That is probably because it needs to access fonts, and therefore
> needs mktexpk and friends.
1) dvidvi does not link to any library (other than libc, of course)
2) the only occurrences of (f)open in the source code are to open the
input and output file.
3) no occurrence of mmap
4) no occurrence of fork()/exec()
I thus conclude that dvidvi cannot execute any executable from
tetex-bin, nor access any data from dependencies of tetex-bin
(e.g. tetex-base) and hence the package has no reason to depend on
them.
I uploaded to unstable stripping the dependency.
--
Lionel
Reply to: