Florent Rougon [EMAIL PROTECTED] wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
Thanks! I haven't tested it yet, but from looking at the source I have
one comment. I think '--enable' and '--disable' can be removed from
$bad_options for updmap-sys, since these are debianized via Frank's
Frank Küster [EMAIL PROTECTED] wrote:
In fact, but maybe the script can catch up. For --edit, the code in
updmap is simply
edit)
${VISUAL-${EDITOR-vi}} $cnfFile;;
I think we should replace the code with a message that we cannot guess
which file the user wants to edit, and
Florent Rougon [EMAIL PROTECTED] wrote:
Frank Küster [EMAIL PROTECTED] wrote:
With the syncwithtrees option, updmap creates a sed script and then runs
sed with that script over the conffile. I think if sed does not find a
match it silently skips the command, so we could simply run the sed
On Wed, Oct 19, 2005 at 23:05 +0200, Florent Rougon wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
In the case where this started, the user would have been back at 'square
one', since updmap-sys would again try to use the still incorrect
/var/lib/texmf/web2c/updmap.cfg and again suggest
Ralf Stubner [EMAIL PROTECTED] wrote:
I didn't take lmodern 0.92-9 into account but only thought about
yesterdays situation. A user who encountered #334658 and did run
[...]
--edit. That's what I meant with 'back at square one'.
OK, thanks for explaining.
Now, with the new lmodern in
On Thu, Oct 20, 2005 at 11:22 +0200, Florent Rougon wrote:
I fully agree. I may implement that in update-updmap as you suggest,
That would be great.
if I don't feel too dizzy (pretty bad night, ugh...).
I don't think we are in a hurry with this. Especially as fmtutil-sys and
texconfig-sys
Ralf Stubner [EMAIL PROTECTED] wrote:
That would be great.
Done. I chose to abort to make sure the user will see the message and
not do the same mistake in the future.
This is only activated for update-updmap.
I don't think we are in a hurry with this. Especially as fmtutil-sys and
On Thu, Oct 20, 2005 at 19:46 +0200, Florent Rougon wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
That would be great.
Done. I chose to abort to make sure the user will see the message and
not do the same mistake in the future.
Thanks! I haven't tested it yet, but from looking at the
Ralf Stubner [EMAIL PROTECTED] wrote:
Thanks! I haven't tested it yet, but from looking at the source I have
one comment. I think '--enable' and '--disable' can be removed from
$bad_options for updmap-sys, since these are debianized via Frank's
debianze-updmap.
Mmmm... but according to
[moving this to #334747 where I think it belongs.
On Wed, Oct 19, 2005 at 17:12 +0200, Florent Rougon wrote:
Florent Rougon [EMAIL PROTECTED] wrote:
This should fix everything I am aware of, except maybe the possible mess
caused if you followed the 'updmap-sys --syncwithtrees' advice. I
Ralf Stubner [EMAIL PROTECTED] wrote:
The way I see it right now, both 'updmap-sys --syncwithtrees' and
'updmap-sys --edit' create '/usr/share/texmf/web2c/updmap.cfg'.
Especially the latter is quite likely to be used at some point by a
local admin who hasn't read the Debian specific docs. I
On Wed, Oct 19, 2005 at 21:23 +0200, Florent Rougon wrote:
Ralf Stubner [EMAIL PROTECTED] wrote:
The way I see it right now, both 'updmap-sys --syncwithtrees' and
'updmap-sys --edit' create '/usr/share/texmf/web2c/updmap.cfg'.
Especially the latter is quite likely to be used at some point
Ralf Stubner [EMAIL PROTECTED] wrote:
In the case where this started, the user would have been back at 'square
one', since updmap-sys would again try to use the still incorrect
/var/lib/texmf/web2c/updmap.cfg and again suggest 'updmap-sys
--syncwithtrees' or 'updmap-sys --edit'.
I'm not
13 matches
Mail list logo