Chirik <[EMAIL PROTECTED]> wrote: > Is this a packaging rule or an issue with updmap? The assumption I used is > that if it's empty, it's probably not being used by another package, but I > don't know if that's safe or not.
It is a packaging (and system administration) rule. If a file or directory is owned by a package (in the dpkg sense), do not remove it manually! > The problem is that since it's not a conffile, That is why I said this would be easier with the new update-updmap, because it will allow /etc/texmf/updmap.d/10lmodern.cfg to be a conffile. > dpkg doesn't know we're using that directory so doesn't know to remove > it if nothing else is using it, either ... is there a way to tell dpkg > that we're using it, but the package isn't putting any files in it, > and let them be put in from the preinst script like they are now? You could think of shipping the directory empty in the .deb, but that wouldn't work, because it would be removed on package removal-but-not-purge, before 10lmodern.cfg is moved to /var/lib/lmodern. One can perhaps solve that with tricks in prerm, but I don't want to hear about that. The package is already somewhat complicated due to the handling of 10lmodern.cfg, there is no need to make it even more complex (which would be error-prone). With the new update-updmap, everything will be simpler _and_ better. > The lmodern fonts need either xutils OR TeX installed to be useful - No, as Ludovic wrote, they can be used with lout. I'm sure there are dozens of ways to use them that don't involve TeX nor xutils (think font rendering engines and programs using them). > having neither installed makes it harder to use the fonts, but either one of > those will make the fonts usable. I don't know if using depends is the > correct way to do that. This is explained in the Debian Policy Manual. > I could just as easilly rewrite it to 'Depends: > xutils, defoma' and remove tetex entirely - sure, you can use these fonts with > tetex, but tetex isn't required to use them - they're just normal Type1 fonts. That is what I intend to do, when the bug can be fixed. > Between xutils and xfree86-common, it's about 1.7mb. Not a lot, but if you > want Tex and don't want X, why install it? It's not needed. I repeat: installing xutils does *not* require installing "X" (i.e., an X server). When I first added X support, this was done in a separate lmodern-x11 package, due to these dependencies. The ftpmasters refused it, arguing that adding a new package for such a small dependency chain was a bad idea. I think they were right, given the number of packages there are in Debian and the current state of the tools that manage them. > fonts.dir and fonts.scale are owned by xutils... on removal, it should I don't know what you mean by "owned". At least, not in the dpkg sense. > Nonetheless, as depending on xutils is the correct thing to do for X fonts, > per the policy manual, and xutils requires under 2mb of total dependencies, > it's not that bad. Ah. > It was a whim... not sure if there really was any point, or maybe it > violates the policy even somewhere. As near as I can tell, there is no need > to list tetex-base at all, though. The only part of tetex that lmodern even > uses are three commands, all of which are part of tetex-bin. Not really. /etc/texmf/updmap.d is owned by tetex-base. > I'm not sure how putting the new update-updmap into tetex 2.0.2 would fix > this, though - wouldn't that still require that the package depend on tetex? Because the new update-updmap allows files in /etc/texmf/updmap.d/ to be conffiles. > (I'm not familar with tetex at all - perhaps with the new version, it won't > need to be run on install, removing the dependency?) While the package is It will still need to be run on install, but we can safely ignore it if it is not available. > setup for tetex, there is nothing at all about it that is tetex specific, > except that the install scripts use commands from the tetex package to tell > tetex the fonts are there. If one doesn't want tetex in the first place, then > the fact that the commands aren't available doesn't matter, and if they > install tetex later, the commands will find the config files in > /etc/texmf/updmap.d when they run as part of the tetex install. That is precisely what I wrote to Ludovic, earlier in this bug report log. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
