[Fedora-i18n-bugs] [Bug 921706] ghostscript: /invalidfont in /findfont, --nostringval-- Helvetica
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=921706
--- Comment #55 from Jaroslav Škarvada <jskarvad(a)redhat.com> ---
(In reply to Jerry James from comment #53)
> But if the guesses in comment 40 through comment 46 are correct, that only
> worked because the -v slowed fc-cache down enough to let something else
> happen first. If we can figure out what that mysterious something else is,
> we'll finally have a clue how to solve this bug for good.
No, I ran it in the buildroot which is "in the wrong state" after failed:
$ mock -r fedora-rawhide-x86_64 ./sendmail-8.14.9-2.fc21.src.rpm
I am not changing the urw-fonts scriptlets.
If fc-cache is ran in such buildroot (by entering it by e.g. mock -r
fedora-rawhide-x86_64 --shell), it seems there is no difference if using '-v'
or not. The following command fixes the cache:
# fc-cache /usr/share/fonts/default
and then the ps2pdf works, but the:
# fc-cache /usr/share/fonts/default/Type1
doesn't fix the cache (this is the same path as used in the urw-fonts
scriptlets) which seems suspicious to me.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=AvJjIFYwol&a=cc_unsubscribe
9 years, 10 months
[Fedora-i18n-bugs] [Bug 921706] ghostscript: /invalidfont in /findfont, --nostringval-- Helvetica
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=921706
--- Comment #54 from Jerry James <loganjerry(a)gmail.com> ---
Running fc-cache -v inside the urw-fonts %post script yields this output on a
failing zenon build:
/usr/share/fonts/default/Type1: caching, new cache contents: 35 fonts, 0 dirs
/var/cache/fontconfig: cleaning cache directory
/builddir/.cache/fontconfig: not cleaning non-existent cache directory
/builddir/.fontconfig: not cleaning non-existent cache directory
fc-cache: succeeded
as opposed to this output on a successful build:
/usr/share/fonts/default/Type1: skipping, existing cache is valid: 35 fonts, 0
dirs
/var/cache/fontconfig: cleaning cache directory
/builddir/.cache/fontconfig: not cleaning non-existent cache directory
/builddir/.fontconfig: not cleaning non-existent cache directory
fc-cache: succeeded
Does that give a clue as to what is going wrong?
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=i7BLENi0jV&a=cc_unsubscribe
9 years, 10 months
[Fedora-i18n-bugs] [Bug 921706] ghostscript: /invalidfont in /findfont, --nostringval-- Helvetica
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=921706
--- Comment #53 from Jerry James <loganjerry(a)gmail.com> ---
(In reply to Jaroslav Škarvada from comment #51)
> # fc-cache -v /usr/share/fonts/default
> /usr/share/fonts/default: skipping, existing cache is valid: 0 fonts, 1 dirs
> /usr/share/fonts/default/ghostscript: skipping, existing cache is valid: 4
> fonts, 0 dirs
> Re-scanning /usr/share/fonts/default: caching, new cache contents: 0 fonts,
> 2 dirs
> /var/cache/fontconfig: cleaning cache directory
> /builddir/.cache/fontconfig: not cleaning non-existent cache directory
> /builddir/.fontconfig: not cleaning non-existent cache directory
> fc-cache: succeeded
>
> And then everything work as expected.
But if the guesses in comment 40 through comment 46 are correct, that only
worked because the -v slowed fc-cache down enough to let something else happen
first. If we can figure out what that mysterious something else is, we'll
finally have a clue how to solve this bug for good.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Dj4KPkRzkr&a=cc_unsubscribe
9 years, 10 months