https://bugzilla.redhat.com/show_bug.cgi?id=1678974
Bug ID: 1678974
Summary: libfontenc-1.1.4 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: libfontenc
Keywords: FutureFeature, Triaged
Assignee: btissoir(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, btissoir(a)redhat.com,
caillon+fedoraproject(a)gmail.com, caolanm(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 1.1.4
Current version/release in rawhide: 1.1.3-10.fc30
URL: http://xorg.freedesktop.org/archive/individual/lib/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/1613/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2137001
Bug ID: 2137001
Summary: fonttools-4.38.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: fonttools
Keywords: FutureFeature, Triaged
Assignee: pnemade(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
pnemade(a)redhat.com, sshedmak(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 4.38.0
Upstream release that is considered latest: 4.38.0
Current version/release in rawhide: 4.37.4-1.fc38
URL: https://github.com/fonttools/fonttools/
Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/
More information about the service that created this bug can be found at:
https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_M…
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from Anitya:
https://release-monitoring.org/project/7388/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/fonttools
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2137001
https://bugzilla.redhat.com/show_bug.cgi?id=2120194
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ON_QA |CLOSED
Fixed In Version| |vl-gothic-fonts-20220612-2.
| |el9
Resolution|--- |ERRATA
Last Closed| |2022-10-22 14:54:20
--- Comment #6 from Fedora Update System <updates(a)fedoraproject.org> ---
FEDORA-EPEL-2022-53dd1b5ba4 has been pushed to the Fedora EPEL 9 stable
repository.
If problem still persists, please make note of it in this bug report.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2120194
https://bugzilla.redhat.com/show_bug.cgi?id=2129399
--- Comment #27 from Akira TAGOH <tagoh(a)redhat.com> ---
That looks like a strong claim. "Symbol" font won't be picked up when someone
has the real "Symbol" font installed. in this case, "default" would be better
choice instead of "prefer".
If DejaVu Sans is better substitute font for Symbol, that should works then.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2129399
https://bugzilla.redhat.com/show_bug.cgi?id=2129399
--- Comment #26 from Marek Kašík <mkasik(a)redhat.com> ---
(In reply to Akira TAGOH from comment #24)
> Not exactly. "Symbol" isn't a sort of generic alias family name such as
> sans-serif. fontconfig just tries to find out a best font against the
> request where may contains "Symbol" in family name. that is almost
> equivarent to find out "Cantarell" as a desktop font in GNOME. If not,
> trying to pick something up by other conditions then.
>
> In that sense, that could be said that we are *just* missing a "Symbol"
> font. This isn't a sort of bug.
>
> If we are going to deal with "Symbol" without any special handling, thus, we
> just need to add a substitute config to the proper font package which has
> enough coverage or metrics compatible for "Symbol".
> To be convenient, we could add it into fontconfig but it won't fix any
> issues without real fonts. so we should find out any candidate font packages
> for that instead of doing something in fontconfig.
I was looking at how to achieve this. I couldn't get the "symbol" flag working
which I supposed would help here (but would need changes in poppler when
creating pattern). Other possibility seems the "prefer" element which works
here for me.
Do you think that adding something like this to config files of suitable fonts
wouldn't break things?:
<alias>
<family>Symbol</family>
<prefer><family>DejaVu Sans</family></prefer>
</alias>
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2129399