Bug#290001: Dropping the dependency on teTeX for Type 1 font packages
In the meantime, the subject was discussed in other threads on debian-tetex-maint, and it seems that the way of doing things that was being proposed should be safe. I've uploaded a package that only depends on tex-common (a very small package) here: deb http://people.debian.org/~frn/teTeX-3.0 sid/binary-all/ deb-src http://people.debian.org/~frn/teTeX-3.0 sid/source/ This package should be used with teTeX 3, as found in 'experimental'. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290001: Dropping the dependency on teTeX for Type 1 font packages
[ Resending [EMAIL PROTECTED], which I only sent to [EMAIL PROTECTED], by mistake. ] Norbert Preining [EMAIL PROTECTED] wrote: It shouldn't hurt. Why: Even without *anything* cionfigured calls to mktexlsr and updmap-sys should work without any problem. Maybe, but I'd like to be sure. In fact I already have thought about moving some of the basic scripts from tetex/texlive to tex-common (like the scripts mktexlsr, updmap(-sys) etc) as they are really the same and are really basic. But this was just an idea. That would be good for the dependency problem, since I suppose tex-common will remain small. Then font packages could simply depend on it with no harm. Why? All the files are there in /etc/texmf (bacause they are installed by tex-common!), and update-texmf does nothing special. Well, it can change things such as VARTEXFONTS, TEXMFSYSVAR... stuff that could affect an updmap run, I fear---though only in non-standard situations. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290001: Dropping the dependency on teTeX for Type 1 font packages
Hi Florent! On Son, 09 Okt 2005, Florent Rougon wrote: texmf.cnf file *is* generated. Then call the mktexlsr and updmap-sys scripts only if they are existent. Hmmm, I am still not sure it would be correct to call them without having first ensured that tetex-bin (or its texlive equivalent) is It shouldn't hurt. Why: Even without *anything* cionfigured calls to mktexlsr and updmap-sys should work without any problem. In fact I already have thought about moving some of the basic scripts from tetex/texlive to tex-common (like the scripts mktexlsr, updmap(-sys) etc) as they are really the same and are really basic. But this was just an idea. configured. For a start, tetex-bin's postinst calls update-texmf. Also, Debian Policy doesn't allow to assume it will work. If it is indeed Why? All the files are there in /etc/texmf (bacause they are installed by tex-common!), and update-texmf does nothing special. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena sip:[EMAIL PROTECTED] +43 (0) 59966-690018 gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- DUNGENESS (n.) The uneasy feeling that the plastic handles of the overloaded supermarket carrier bag you are carrying are getting steadily longer. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290001: Dropping the dependency on teTeX for Type 1 font packages
Hi all! On Sam, 08 Okt 2005, Florent Rougon wrote: Well, easy but maybe not good enough: the need for the tetex-bin dep arises from the calls to update-updmap, mktexlsr and updmap in postinst. You could depend on tex-common for update-updmap. After this the texmf.cnf file *is* generated. Then call the mktexlsr and updmap-sys scripts only if they are existent. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena sip:[EMAIL PROTECTED] +43 (0) 59966-690018 gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BLITTERLESS The little slivers of bamboo picked off a cane chair by a nervous guest which litter the carpet beneath and tell the chair's owner that the whole piece of furniture is about to uncoil terribly and slowly until it resembles a giant pencil sharpening. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290001: Dropping the dependency on teTeX for Type 1 font packages
Norbert Preining [EMAIL PROTECTED] wrote: You could depend on tex-common for update-updmap. After this the Ups, I forgot update-updmap had migrated there! I must add this dependency to the current packages for teTeX 3. Thanks for reminding me. texmf.cnf file *is* generated. Then call the mktexlsr and updmap-sys scripts only if they are existent. Hmmm, I am still not sure it would be correct to call them without having first ensured that tetex-bin (or its texlive equivalent) is configured. For a start, tetex-bin's postinst calls update-texmf. Also, Debian Policy doesn't allow to assume it will work. If it is indeed supposed to work, that should be documented in the Debian TeX sub-policy. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290001: Dropping the dependency on teTeX for Type 1 font packages
Hi, As you may know, I have a request (#290001) to drop lmodern's dependencies on tetex-base and tetex-bin. With teTeX 3, this becomes easy (I think), because /etc/texmf/updmap.d/10lmodern.cfg can be a conffile. Well, easy but maybe not good enough: the need for the tetex-bin dep arises from the calls to update-updmap, mktexlsr and updmap in postinst. Note: there was a real need for tetex-base with the old updmap scheme; this need is now gone but for the moment, I prefer keeping the tetex-base dep as long as there is a tetex-bin one since it maximizes the chances that the TeX system is correctly configured when lmodern is itself configured, at no cost---tetex-bin depends on tetex-base and there are no circular deps with lmodern. Now, suppose I remove both dependencies. Testing whether the 3 scripts are available before trying to execute them looks like a wrong approach to me because they may be available and at the same time not working, if tetex-bin is unpacked but not yet configured (for instance, mktexlsr uses kpsewhich but I suppose that at such a time, we cannot assume texmf.cnf has been generated). Therefore, it seems the only possibility would be to call the scripts with '|| true' appended. It should work[1] because if tetex-bin is installed /after/ lmodern (which cannot be done currently), it will run the 3 scripts, making the fonts available to TeX (if it is installed before, everything happens as usual, of course). However, this approach has the problem that it doesn't distinguish between one of the 3 scripts failed because tetex-bin isn't configured yet and one of the 3 scripts failed because the user's TeX system is in a broken state. Grmpf. What do you think? [1] Provided that the 3 scripts are those from teTeX 3... which we cannot ensure anymore through the dependencies! I see at least two solutions for this: (a) f=$(which updmap) su nobody -c $f --version /dev/null 21 || echo teTeX 2 (b) I think that if $(which update-updmap) is executable and /var/lib/tex-common/fontmap-cfg is an existing directory, we can safely assume that the scripts don't come from teTeX = 2. -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
