Update of bug#64155 (group groff):
Assigned to: gbranden => deri
_______________________________________________________
Follow-up Comment #22:
[comment #21 comment #21:]
> Hi Branden,
>
> I've worked it out. This is the problem, I had a corrupt copy of U-TR in my
build directory
Ok. That explains the different file size as noted in comment #20.
> so this code:-
> if test -f $f; then \
> /usr/bin/install -c -m 644 $f /usr/share/groff/1.23.0/font/devpdf/$f; \
> else \
> /usr/bin/install -c -m 644 ./font/devpdf/$f \
> /usr/share/groff/1.23.0/font/devpdf/$f; \
> fi; \
> Copied the corrupt file rather than the correct file in ./font/devpdf. What
is the purpose of this?
I don't know. My name is on the 2 lines of the else branch per "git blame"
but closer inspection reveals that all I did was break the long lines. Before
that was a commit by Bertrand.
https://git.savannah.gnu.org/cgit/groff.git/commit/?id=b101574cae1b3019d4109d72b81e4c0a33bb5a86
and before that it was a "Makefile.sub" written by...
...you. ;-)
> I am going to leave this open so that you can reply to the above
I'm going to plead noninvolvement on this one. :P
> and whether you think this change will affect mom's use of .fam.
I don't _think_ so, given that mom has her own system of managing fonts, and
part of her contract with the user, as I understand it, is that user will not
go behind her back and start invoking *roff requests.
But I'll add Peter to the CC so he can opine. I trust he'll know if I'm
confounding anything mom does.
> Also, I am a bit surprised that you must be reading U-TR (rather than just
checking for its existence) and then when it fails (silently) it compains
about the family, which is confusing, rather than reporting a font as
corrupt.
I agree. I'm not happy with that, either. See the end of comment #15.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?64155>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
