Norbert Preining [EMAIL PROTECTED] wrote:
Points to be noted:
- postrm still only removes the predefined formats, not additional ones.
This would need a run-time/install-remove-time parsing.. later
- not tested
Comments?
Sounds good. I suggest to clone the bug, close the original and
On Don, 19 Apr 2007, Frank Küster wrote:
Sounds good. I suggest to clone the bug, close the original and keep
the other at wishlist generate list of to-be-regenerated formats at
install/remove time.
Ok, I check the stuff in, but still no testing.
But we close the one and open another bug?
clone 418983 -1
retitle -1 generate list of to-be-regenerated formats at install/remove time
severity -1 wishlist
thanks
Norbert Preining [EMAIL PROTECTED] wrote:
On Don, 19 Apr 2007, Frank Küster wrote:
Sounds good. I suggest to clone the bug, close the original and keep
the other at
Hi Frank, hi all!
On Fre, 13 Apr 2007, Frank Küster wrote:
fmtutil-sys --all --cnffile /etc/texmf/fmt.d/NNfoobar.cnf
for locally built formats themselves. Also, we could use the first
approach (--cnffile /etc/texmf/fmt.d/NNfoobar.cnf) for a quick fix, and
the other one more time for
Package: tex-common
Version: 1.5
Severity: normal
Hi all!
Currently dh_installtex creates postinst code to create those formats
which are *by default*, ie as shipped by the developer, activated. But
in case that a sysadm has changed the config file NNfoobar.cnf and does
NOT take over the changes
Norbert Preining [EMAIL PROTECTED] wrote:
Solution: Move the parsing code into the postinst script, or better,
call
fmtutil-sys --all --cnffile /etc/texmf/fmt.d/NNfoobar.cnf
This way we could also get rid of a lot of code in dh_installtex!!!
Comments?
I think the latter is easier.
6 matches
Mail list logo