Re: Heads-up: abseil-cpp 20240116.0 coming to F40/Rawhide

[Akira TAGOH]

Sorry for the late action. I've merged PR for mozc.

Thanks,

On Mon, Jan 29, 2024 at 3:43 AM Ben Beasley  wrote:
>
> In one week, 2024-02-04, or slightly later, I plan to update abseil-cpp
> from 20230802.1 to 20230116.0 (Abseil LTS branch, Jan 2024)[1] in side
> tags for F40/Rawhide. If I miss getting the update into Rawhide before
> F40 branching, I plan to do the update in both F41/Rawhide and F40/Branched.
>
> Like all new calendar versions of abseil-cpp, this breaks ABI
> compatibility and bumps the SONAME version. There are also some small
> intentional breaking API changes[2].
>
> Testing in COPR[3] indicates all directly-dependent packages are
> compatible, except mozc, which can be fixed by a PR[4].
>
> Besides abseil-cpp, I plan to rebuild all dependent packages using
> maintainer/co-maintainer or provenpackager privileges. I also plan to
> merge the mozc PR if it is still open. These packages are:
>
>  - bear
>  - bloaty
>  - credentials-fetcher
>  - CuraEngine_grpc_definitions
>  - fastnetmon
>  - fcitx5-mozc
>  - frr
>  - grpc
>  - ilbc
>  - libarrow
>  - libphonenumber
>  - mozc
>  - onnxruntime
>  - parlaylib
>  - plasma-dialer
>  - qmlkonsole
>  - qt6-qtgrpc
>  - spacebar
>  - syslog-ng
>
> Of these, I expect plasma-dialer and syslog-ng to FTBFS in the side tag
> since they already FTBFS in Rawhide.
>
> Maintainers of all affected packages should have received this email
> directly (by BCC rather than CC, to keep the message from being held for
> moderation due to a long CC list).
>
> If you want to handle the rebuild of the package yourself, or you have
> other questions or concerns, please just let me know before 2024-02-04.
>
> – Ben Beasley (FAS: music)
>
>
> [1] https://src.fedoraproject.org/rpms/abseil-cpp/pull-request/16
>
> [2] https://github.com/abseil/abseil-cpp/releases/tag/20240116.0
>
> [3] https://copr.fedorainfracloud.org/coprs/music/abseil-cpp/packages/
>
> [4] https://src.fedoraproject.org/rpms/mozc/pull-request/6
>
>


-- 
Akira TAGOH
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned packages looking for new maintainers

[Akira TAGOH]

I have no idea if Noto Sans Arabic or Noto Naskh Arabic is qualified
for Urdu and Punjabi.  Even though they have minimal coverage in
fontconfig perspective, there might be minor differences which look
strange for native speakers like punctuation marks in CJK etc.

If we are going to change, we need feedback then.
For the last resort, I could take them over temporarily though, we
definitely need some help from Urdu/Punjabi communities.

On Thu, Jun 8, 2023 at 4:09 AM Adam Williamson
 wrote:
>
> On Wed, 2023-06-07 at 11:56 -0700, Adam Williamson wrote:
> > On Mon, 2023-05-15 at 13:45 +0200, Miro Hrončok wrote:
> > > paktype-naskh-basic-fonts orphan, vishalvvr2 
> > > weeks ago
> >
> > So this one is a problem: it appears to be our intended default font
> > for Arabic. It's part of the @fonts group in comps and it's also in the
> > lorax templates (meaning we expect to need it in the installer
> > environment):
> >
> > https://github.com/weldr/lorax/blob/master/share/templates.d/99-generic/runtime-install.tmpl#L164
> >
> > This git its deadline and got retired yesterday, and that is causing
> > the Rawhide compose to fail at the moment:
> >
> > https://stg.pagure.io/releng/failed-composes/issue/2430
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=101913117
> > https://kojipkgs.fedoraproject.org//work/tasks/3117/101913117/root.log
> >
> > DEBUG util.py:444:  2023-06-07 17:38:15,841: installpkg 
> > paktype-naskh-basic-fonts failed: no package matched: 
> > paktype-naskh-basic-fonts
> > DEBUG util.py:444:  2023-06-07 17:38:15,842: template command error in 
> > runtime-install.tmpl:
> > DEBUG util.py:444:  2023-06-07 17:38:15,842:   installpkg 
> > paktype-naskh-basic-fonts
> > DEBUG util.py:444:  2023-06-07 17:38:15,842:   RuntimeError: Required 
> > installpkg failed.
> >
> > We need someone to pick up and unretire this package, or we need to
> > designate another font that's still maintained as our default Arabic
> > font, or, uh, we need to drop Arabic support from the installer, I
> > guess...
>
> Looking into it further, per
> https://tagoh.fedorapeople.org/fonts/status/current.html , it's not
> intended to be our default font for Arabic any more, but it *is* the
> intended default for Urdu and Punjabi (sans). For the installer at
> least we may be able to get away with dropping it and hoping the noto
> fonts we install:
>
> installpkg google-noto-sans-vf-fonts google-noto-sans-mono-vf-fonts
> installpkg google-noto-sans-arabic-vf-fonts
> installpkg google-noto-sans-cjk-fonts
> installpkg google-noto-sans-ethiopic-vf-fonts 
> google-noto-sans-georgian-vf-fonts
> installpkg google-noto-sans-gurmukhi-vf-fonts google-noto-sans-hebrew-vf-fonts
> installpkg google-noto-sans-khmer-vf-fonts
> installpkg google-noto-sans-sinhala-vf-fonts google-noto-sans-thai-vf-fonts
>
> provide sufficient coverage. CCing Akira Tagoh too. Also following up
> at https://pagure.io/releng/failed-composes/issue/5031 (the Rawhide
> failed compose issue).
> --
> Adam Williamson (he/him/his)
> Fedora QA
> Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org
> https://www.happyassassin.net
>
>
>
>


-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F38 proposal: Noto CJK Variable Fonts (Self-Contained Change proposal)

[Akira TAGOH]

On Wed, Mar 15, 2023 at 12:37 AM  wrote:
> At least for Evince it is using fonts from host since it refer to paths
> like /run/host/whatever
>
> And also during the swap, there was a stage where no google noto CJK
> fonts are installed (removed one and have not installed the other) and
> in that case Evince is giving tofu for the document even no CJK
> character is present there. But Telegram is giving tofo only for CJK
> characters and normal result for non-CJK words. (Also, when with VF
> fonts, Telegram is also giving proper-weight fonts for non-CJK
> characters.

Alright. Can you please file a bug for that against google-noto-cjk-fonts?

Thanks,

>
> >
> > >
> > > 在 2023-03-14星期二的 23:14 +0900，Akira TAGOH写道：
> > > > > Thank you for the feedback.
> > > > >
> > > > > What if you install google-noto-sans-cjk-fonts instead of
> > > > > google-noto-sans-cjk-vf-fonts?
> > > > > just wanted to make sure if this is a variable font-related
> > > > > issue
> > > > > or
> > > > > design-related update in Noto CJK.
> > > > > Also, good to try on non-flatpak app too. it is a bit
> > > > > complicated
> > > > > to
> > > > > make sure if they use the expected fonts.
> > > > > The best way may be to check it out on pango-view and hb-view.
> > > > >
> > > > > On Tue, Mar 14, 2023 at 10:58 PM 
> > > > > wrote:
> > > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > Seems that some changes mentioned below just hit
> > > > > > > fedora:fedora/38/x86_64/testing/silverblue today in version
> > > > > > > 38.20230314.0. And ostree diff is below (changes between
> > > > > > > 38.20230313.0
> > > > > > > and 38.20230314.0, filtered to show only fontconfig files
> > > > > > > for
> > > > > > > CJK):
> > > > > > >
> > > > > > > D/usr/etc/fonts/conf.d/65-0-google-noto-sans-cjk-
> > > > > > > ttc.conf
> > > > > > > D/usr/etc/fonts/conf.d/65-google-noto-cjk-fonts.conf
> > > > > > > D/usr/share/fontconfig/conf.avail/65-0-google-noto-
> > > > > > > sans-
> > > > > > > cjk-
> > > > > > > ttc.conf
> > > > > > > D/usr/share/fontconfig/conf.avail/65-google-noto-cjk-
> > > > > > > fonts.conf
> > > > > > > A/usr/etc/fonts/conf.d/65-0-google-noto-sans-cjk-vf-
> > > > > > > fonts.conf
> > > > > > > A
> > > > > > > /usr/etc/fonts/conf.d/65-google-noto-sans-cjk-mono-vf-
> > > > > > > fonts.conf
> > > > > > > A/usr/etc/fonts/conf.d/65-google-noto-sans-cjk-vf-
> > > > > > > fonts.conf
> > > > > > > A/usr/share/fontconfig/conf.avail/65-0-google-noto-
> > > > > > > sans-
> > > > > > > cjk-vf-
> > > > > > > fonts.conf
> > > > > > > A
> > > > > > > /usr/share/fontconfig/conf.avail/65-google-noto-sans-cjk-
> > > > > > > mono-
> > > > > > > vf-
> > > > > > > fonts.conf
> > > > > > > A/usr/share/fontconfig/conf.avail/65-google-noto-sans-
> > > > > > > cjk-
> > > > > > > vf-
> > > > > > > fonts.conf
> > > > > > >
> > > > > > > But I am noticing some font being very thin, including
> > > > > > > English
> > > > > > > fonts in
> > > > > > > Evince when not using embed fonts and all non-UI text in
> > > > > > > Telegram
> > > > > > > (both
> > > > > > > Evince and Telegram is installed from flatpak).
> > > > > > >
> > > > > > > I don't know if this should be considered as a bug from
> > > > > > > this
> > > > > > > change
> > > > > > > or
> > > > > > > just several applications not being compatible with VF
> > > > > > > fonts
> > > > > > > and
> > > > > > > should
> > > > > > > be reported to their upstream separately.
> > >

Re: F38 proposal: Noto CJK Variable Fonts (Self-Contained Change proposal)

[Akira TAGOH]

On Tue, Mar 14, 2023 at 11:44 PM  wrote:
>
> With some layering package trick, yes, all behavior returned to before.
> after the swap.

Aha. Thank you for testing. Hmm, that is interesting...

> Also, at least for Evince it can tell me what font it is using, and in
> this case it's google-noto-sans-cjk-fonts or VF version.

I mean we may have different version of Noto CJK fonts on host and
flatpak runtime - I don't know if they have though. that is quite
difficult to see on apps which one it is.

>
> 在 2023-03-14星期二的 23:14 +0900，Akira TAGOH写道：
> > > Thank you for the feedback.
> > >
> > > What if you install google-noto-sans-cjk-fonts instead of
> > > google-noto-sans-cjk-vf-fonts?
> > > just wanted to make sure if this is a variable font-related issue
> > > or
> > > design-related update in Noto CJK.
> > > Also, good to try on non-flatpak app too. it is a bit complicated
> > > to
> > > make sure if they use the expected fonts.
> > > The best way may be to check it out on pango-view and hb-view.
> > >
> > > On Tue, Mar 14, 2023 at 10:58 PM  wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > Seems that some changes mentioned below just hit
> > > > > fedora:fedora/38/x86_64/testing/silverblue today in version
> > > > > 38.20230314.0. And ostree diff is below (changes between
> > > > > 38.20230313.0
> > > > > and 38.20230314.0, filtered to show only fontconfig files for
> > > > > CJK):
> > > > >
> > > > > D/usr/etc/fonts/conf.d/65-0-google-noto-sans-cjk-ttc.conf
> > > > > D/usr/etc/fonts/conf.d/65-google-noto-cjk-fonts.conf
> > > > > D/usr/share/fontconfig/conf.avail/65-0-google-noto-sans-
> > > > > cjk-
> > > > > ttc.conf
> > > > > D/usr/share/fontconfig/conf.avail/65-google-noto-cjk-
> > > > > fonts.conf
> > > > > A/usr/etc/fonts/conf.d/65-0-google-noto-sans-cjk-vf-
> > > > > fonts.conf
> > > > > A
> > > > > /usr/etc/fonts/conf.d/65-google-noto-sans-cjk-mono-vf-
> > > > > fonts.conf
> > > > > A/usr/etc/fonts/conf.d/65-google-noto-sans-cjk-vf-
> > > > > fonts.conf
> > > > > A/usr/share/fontconfig/conf.avail/65-0-google-noto-sans-
> > > > > cjk-vf-
> > > > > fonts.conf
> > > > > A
> > > > > /usr/share/fontconfig/conf.avail/65-google-noto-sans-cjk-mono-
> > > > > vf-
> > > > > fonts.conf
> > > > > A/usr/share/fontconfig/conf.avail/65-google-noto-sans-cjk-
> > > > > vf-
> > > > > fonts.conf
> > > > >
> > > > > But I am noticing some font being very thin, including English
> > > > > fonts in
> > > > > Evince when not using embed fonts and all non-UI text in
> > > > > Telegram
> > > > > (both
> > > > > Evince and Telegram is installed from flatpak).
> > > > >
> > > > > I don't know if this should be considered as a bug from this
> > > > > change
> > > > > or
> > > > > just several applications not being compatible with VF fonts
> > > > > and
> > > > > should
> > > > > be reported to their upstream separately.
> > > > >
> > > > > Cheers,
> > > > > Qiyu Yan
> > > > >
> > > > > ---
> > > > > This is an example of a random PDF file not being rendered
> > > > > correctly:
> > > > > https://texdoc.org/serve/latexmk/0
> > > > >
> > > > > Firefox can correctly render fonts with different weight while
> > > > > Evince
> > > > > will produce equal-weight result.
> > > > >
> > > > > 在 2023-01-09星期一的 13:28 -0500，Ben Cotton写道：
> > > > > > > https://fedoraproject.org/wiki/Changes/Noto_CJK_Variable_Fonts
> > > > > > >
> > > > > > > This document represents a proposed Change. As part of the
> > > > > > > Changes
> > > > > > > process, proposals are publicly announced in order to
> > > > > > > receive
> > > > > > > community feedback. This proposal will only be implemented
> > > > > > > if
> > > > > > > approved
> > > > > > >

Re: F38 proposal: Noto CJK Variable Fonts (Self-Contained Change proposal)

[Akira TAGOH]

es:
> >
> >
> > == Upgrade/compatibility impact ==
> >
> > When upgrade, the variable fonts will be installed by default.
> >
> > == How To Test ==
> >
> > * Please upgrade to Fedora 38 or rawhide to get the latest fonts
> > * Install the variable fonts: google-noto-sans-cjk-vf-fonts and
> > google-noto-serif-cjk-vf-fonts
> > ** Check the google-noto-sans-cjk-ttc-fonts and
> > google-noto-serif-cjk-ttc-fonts packages are replaced
> > * Then use CJK locales to check if the new fonts have any problem
> >
> > == User Experience ==
> >
> > This new variable fonts will reduce the disk space usage and live
> > image size.
> >
> > == Dependencies ==
> >
> >
> > == Contingency Plan ==
> >
> > * Contingency mechanism: Use the static fonts by default -
> > google-noto-sans-cjk-fonts and google-noto-serif-cjk-fonts
> > * Contingency deadline: N/A
> > * Blocks release? N/A
> >
> >
> > == Documentation ==
> > N/A (not a System Wide Change)
> >
> > == Release Notes ==
> >
> > This new variable fonts will reduce the disk space usage and live
> > image size.
> >
> >
> > --
> > Ben Cotton
> > He / Him / His
> > Fedora Program Manager
> > Red Hat
> > TZ=America/Indiana/Indianapolis
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct:
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines:
> > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> > Do not reply to spam, report it:
> > https://pagure.io/fedora-infrastructure/new_issue
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: List of long term FTBFS packages to be retired in March

[Akira TAGOH]

On Tue, Feb 22, 2022 at 3:50 AM Miro Hrončok  wrote:
> nim: sil-namdhinggo-fonts, yanone-kaffeesatz-fonts, gfs-decker-fonts,
> gfs-didot-fonts, gfs-bodoni-fonts, impallari-dancing-script-fonts,
> gfs-didot-display-fonts, typesetit-great-vibes-fonts, 
> sil-charis-compact-fonts,
> sil-tagmukay-fonts, uswds-public-sans-fonts, weiweihuanghuang-work-sans-fonts,
> ecolier-court-fonts, gfs-solomos-fonts, gfs-jackson-fonts,
> catharsis-cormorant-fonts, gfs-neohellenic-fonts, sil-annapurna-fonts,
> gfs-neohellenic-math-fonts, sil-andika-new-basic-fonts, gfs-eustace-fonts,
> adf-tribun-fonts, gfs-fleischman-fonts, sil-awami-nastaliq-fonts,
> sil-dai-banna-fonts, sil-mondulkiri-fonts, vernnobile-nunito-fonts,
> gfs-theokritos-fonts, ndiscover-exo-2-fonts, symbian-m-yuppy-gb-fonts,
> sil-andika-fonts, gfs-goschen-fonts, ht-alegreya-sans-fonts, gfs-olga-fonts,
> gfs-complutum-fonts, gfs-artemisia-fonts, gfs-orpheus-sans-fonts,
> gfs-ambrosia-fonts, sil-shimenkan-fonts, wagesreiter-patrick-hand-fonts,
> intel-clear-sans-fonts, sil-apparatus-fonts, sil-mondulkiri-extra-fonts,
> gfs-garaldus-fonts, vernnobile-oswald-fonts, sil-harmattan-fonts,
> gfs-orpheus-classic-fonts, gfs-bodoni-classic-fonts, sil-sophia-nubian-fonts,
> kemie-bellota-fonts, sil-tai-heritage-pro-fonts, gfs-pyrsos-fonts,
> gfs-baskerville-fonts, sil-andika-compact-fonts, gfs-porson-fonts,
> gfs-orpheus-fonts, gfs-gazis-fonts, gfs-philostratos-fonts, 
> gfs-nicefore-fonts,
> vernnobile-muli-fonts, gfs-galatea-fonts, gfs-didot-classic-fonts,
> sil-gentium-plus-compact-fonts, sil-ezra-fonts, sil-alkalami-fonts,
> gfs-ignacio-fonts

I have fixed all the above fonts packages if I'm missing anything.
dunno if there are any chances to get the results of the next run. but
please let me know if any.

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

[Akira TAGOH]

On Fri, Jan 14, 2022 at 8:07 AM Brian C. Lane  wrote:
> lorax templates currently install:
>
> installpkg abattis-cantarell-fonts
> installpkg bitmap-fangsongti-fonts
> installpkg dejavu-sans-fonts dejavu-sans-mono-fonts
> installpkg google-noto-sans-cjk-ttc-fonts
> installpkg google-noto-sans-gurmukhi-fonts
> installpkg google-noto-sans-sinhala-vf-fonts
> installpkg jomolhari-fonts
> installpkg khmer-os-system-fonts
> installpkg lohit-assamese-fonts
> installpkg lohit-bengali-fonts
> installpkg lohit-devanagari-fonts
> installpkg lohit-gujarati-fonts
> installpkg lohit-kannada-fonts
> installpkg lohit-marathi-fonts
> installpkg lohit-odia-fonts
> installpkg lohit-tamil-fonts
> installpkg lohit-telugu-fonts
> installpkg paktype-naskh-basic-fonts
> installpkg sil-abyssinica-fonts
> installpkg sil-padauk-fonts
> installpkg sil-scheherazade-fonts
> installpkg smc-meera-fonts
> installpkg thai-scalable-waree-fonts
> installpkg xorg-x11-fonts-misc
>
> And from the conversation it sounds like it will still need dejavu for
> some languages?

Possibly dejavu-sans-mono-fonts only. we can drop dejavu-sans-fonts.

> It sounds like I should keep dejavu and replace the current noto fonts
> with the -vf versions? Can any of these others be removed?

No variable fonts version of Noto Sans CJK fonts. We want to replace
google-noto-sans-gurmukhi-fonts with -vf.
I'll submit PR to update for this later anyway.

Thank you for taking a look.

>
> Brian
>
> --
> Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

[Akira TAGOH]

On Thu, Jan 6, 2022 at 9:41 PM Neal Becker  wrote:
>
> Sorry, don't understand the question.  I was testing with non-variable fonts, 
> all were "mono".

Ah, okay. my proposal was basically to replace with variable fonts. so
I was assuming it may be a variable font and you may see some issue
because of it. Anyway, that's fine then. also looking forward to
hearing your feedback on other applications.

>
> On Wed, Jan 5, 2022 at 9:45 PM Akira TAGOH  wrote:
>>
>> On Fri, Dec 31, 2021 at 1:08 AM Neal Becker  wrote:
>> >
>> > After seeing this proposal I tried playing with Noto Sans Mono.  I
>> > find that while it comes with many weights, none look right to me.
>> > Language is English.
>> >
>> > I'm testing in emacs.  My usual default is Source code sans semibold
>> > and I find that very pleasing.  I also tried Dejavu Sans Mono
>> > semibold, which looks very similar.  But if I try Noto Sans Mono, no
>> > weight looks right.  Medium is too light, and the next weight,
>> > semibold, is too heavy.
>>
>> Thank you for the feedback. one question just comes to mind.
>> Do you see any difference when you try it again with a non-variable
>> font of Noto Sans Mono?
>>
>> >
>> > On Wed, Dec 29, 2021 at 9:59 PM Robert Marcano via devel
>> >  wrote:
>> > >
>> > > On 12/29/21 2:20 PM, Neal Gompa wrote:
>> > > > On Wed, Dec 29, 2021 at 12:27 PM Artem Tim  
>> > > > wrote:
>> > > >>
>> > > >> Cantarell current default UI font in GNOME (Workstation) will be 
>> > > >> replaced by Noto font as well or remain?
>> > > >
>> > > > The current plan is to keep Cantarell for now, though GNOME upstream
>> > > > may decide to switch to Noto as KDE Plasma did years ago.
>> > > >
>> > >
>> > > Does Noto have the default font-variant-numeric as tabular-nums? (non
>> > > proportional decimal digits) because it will be a welcomed change.
>> > >
>> > > The current default of Cantarell makes any number showing application a
>> > > pain to style, specially on toolkits that use the system font but are
>> > > unable to change font variants (Java Swing with GTK Look and Feel).
>> > >
>> > > Even GNOME applications aren't properly styled for number entry use
>> > > cases. See for example Calculator where 111,111,111 looks like a smaller
>> > > number than 99,999,999 when the are one on top of the other, because the
>> > > font is proportional by default.
>> > > ___
>> > > devel mailing list -- devel@lists.fedoraproject.org
>> > > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>> > > Fedora Code of Conduct: 
>> > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> > > List Archives: 
>> > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>> > > Do not reply to spam on the list, report it: 
>> > > https://pagure.io/fedora-infrastructure
>> >
>> >
>> >
>> > --
>> > Those who don't understand recursion are doomed to repeat it
>> > ___
>> > devel mailing list -- devel@lists.fedoraproject.org
>> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>> > Fedora Code of Conduct: 
>> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> > List Archives: 
>> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>> > Do not reply to spam on the list, report it: 
>> > https://pagure.io/fedora-infrastructure
>>
>>
>>
>> --
>> Akira TAGOH
>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>> Fedora Code of Conduct: 
>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives: 
>> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>> Do not reply to spam on the list, report it: 
>> https://pagure.io/fedora-infrastructure
>
>
>

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

[Akira TAGOH]

On Wed, Jan 5, 2022 at 7:45 PM Akira TAGOH  wrote:
>
> On Tue, Jan 4, 2022 at 11:07 PM Kevin Kofler via devel
>  wrote:
> > Another case is the math symbols: Should the default sans-serif math font be
> > changed to Noto Sans Math? STIX is a serif font, so it probably makes sense
> > to keep as the serif math font (also considering that there is, at least at
> > this time, no Noto Serif Math). For cases where the distinction matters,
> > see, e.g., the summation sign (clearly visible serifs), the integral sign
> > (dots at the ends that are a form of serifs), or the partial derivative sign
> > (constant stroke thickness in Noto Sans Math vs. variable in STIX).
>
> Good point. Yes, that makes sense. I'll update the proposal with it. thanks!

Unfortunately Noto Sans Math doesn't have enough coverage to represent
math (as und-zmth orthography defined in fontconfig). I won't do it
(even if I do, it won't be picked up as a math font) and keep STIX as
a default math font this time for all the generic families.

>
> >
> > Kevin Kofler
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> > Do not reply to spam on the list, report it: 
> > https://pagure.io/fedora-infrastructure
>
>
>
> --
> Akira TAGOH



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

[Akira TAGOH]

On Fri, Dec 31, 2021 at 1:08 AM Neal Becker  wrote:
>
> After seeing this proposal I tried playing with Noto Sans Mono.  I
> find that while it comes with many weights, none look right to me.
> Language is English.
>
> I'm testing in emacs.  My usual default is Source code sans semibold
> and I find that very pleasing.  I also tried Dejavu Sans Mono
> semibold, which looks very similar.  But if I try Noto Sans Mono, no
> weight looks right.  Medium is too light, and the next weight,
> semibold, is too heavy.

Thank you for the feedback. one question just comes to mind.
Do you see any difference when you try it again with a non-variable
font of Noto Sans Mono?

>
> On Wed, Dec 29, 2021 at 9:59 PM Robert Marcano via devel
>  wrote:
> >
> > On 12/29/21 2:20 PM, Neal Gompa wrote:
> > > On Wed, Dec 29, 2021 at 12:27 PM Artem Tim  wrote:
> > >>
> > >> Cantarell current default UI font in GNOME (Workstation) will be 
> > >> replaced by Noto font as well or remain?
> > >
> > > The current plan is to keep Cantarell for now, though GNOME upstream
> > > may decide to switch to Noto as KDE Plasma did years ago.
> > >
> >
> > Does Noto have the default font-variant-numeric as tabular-nums? (non
> > proportional decimal digits) because it will be a welcomed change.
> >
> > The current default of Cantarell makes any number showing application a
> > pain to style, specially on toolkits that use the system font but are
> > unable to change font variants (Java Swing with GTK Look and Feel).
> >
> > Even GNOME applications aren't properly styled for number entry use
> > cases. See for example Calculator where 111,111,111 looks like a smaller
> > number than 99,999,999 when the are one on top of the other, because the
> > font is proportional by default.
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> > Do not reply to spam on the list, report it: 
> > https://pagure.io/fedora-infrastructure
>
>
>
> --
> Those who don't understand recursion are doomed to repeat it
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

[Akira TAGOH]

On Tue, Jan 4, 2022 at 11:07 PM Kevin Kofler via devel
 wrote:
> Another case is the math symbols: Should the default sans-serif math font be
> changed to Noto Sans Math? STIX is a serif font, so it probably makes sense
> to keep as the serif math font (also considering that there is, at least at
> this time, no Noto Serif Math). For cases where the distinction matters,
> see, e.g., the summation sign (clearly visible serifs), the integral sign
> (dots at the ends that are a form of serifs), or the partial derivative sign
> (constant stroke thickness in Noto Sans Math vs. variable in STIX).

Good point. Yes, that makes sense. I'll update the proposal with it. thanks!

>
> Kevin Kofler
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

[Akira TAGOH]

On Thu, Dec 30, 2021 at 7:52 AM Kevin Kofler via devel
 wrote:
> I see in this table that there are still a bunch of languages using non-Noto
> fonts where there appears to be a Noto equivalent available, e.g.,
> https://fonts.google.com/noto shows me Devanagari, Bengali, and Tamil on the
> first page whereas your table indicates that Lohit fonts will continue to be
> used there. What is the reason for that? Are the Noto fonts for those
> scripts incomplete? I think using Noto wherever possible would lead to a
> more consistent experience.

Asking someone to get an answer for this. I'll get back to you soon,
but Lohit continues to be maintained. and I couldn't get enough
feedback whether Lohit should be replaced with Noto or not. so I set
the goal for this proposal just to replace DejaVu with Noto as the
initial plan.
As you said, there are other languages Noto has the coverage. If they
have enough quality to be replaced, I would strongly agree with you.

>
> Kevin Kofler
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

[Akira TAGOH]

On Thu, Dec 30, 2021 at 1:28 AM Igor Raits  wrote:
> Will all of them be installed by default or depending on langpacks selection?

Yes. Basically upgrading will be done by langpacks package update.

> Is it safe to delete DejaVu fonts assuming they are not used by any known app?

It would be supposed to be so.

> I think this paragraph explains how to test already applied change,
> but not really how to "test it before it lands"… Do you think it is
> possible to describe it here?

The result you get would be the same to something in f35 cells if you
try to test it before landing.

> Also some instructions / automation to revert the change?

As said, all the upgrade process will be done by langpacks. Even if
you already upgraded and installed this change, reverted changes will
also be delivered through langpacks.

HTH,
-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: protobuf update coming to rawhide

[Akira TAGOH]

On Tue, Jun 23, 2020 at 4:44 PM Adrian Reber  wrote:
>
> On Tue, Jun 23, 2020 at 04:19:33PM +0900, Akira TAGOH wrote:
> > On Mon, Jun 22, 2020 at 5:51 PM Adrian Reber  wrote:
> > > mozc:
> > >
> > > /builddir/build/BUILD/mozc-2.23.2815.102/dictionary/user_dictionary_storage.h:77:7:
> > >  error: cannot derive from ‘final’ base 
> > > ‘mozc::user_dictionary::UserDictionaryStorage’ in derived type 
> > > ‘mozc::UserDictionaryStorage’
> > >77 | class UserDictionaryStorage : public 
> > > user_dictionary::UserDictionaryStorage {
> > >   |   ^
> >
> > Sorry for not getting back to you earlier, I missed the original mail.
> > It should be fixed in master. please rebuild. thanks.
>
> Thanks for the fix. I triggered a build. All rebuilds are already merged
> back into rawhide and so just doing 'fedpkg build' will pick up the new
> protobuf version.

Ah, okay. great. thanks!

>
> Adrian
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: protobuf update coming to rawhide

[Akira TAGOH]

On Mon, Jun 22, 2020 at 5:51 PM Adrian Reber  wrote:
> mozc:
>
> /builddir/build/BUILD/mozc-2.23.2815.102/dictionary/user_dictionary_storage.h:77:7:
>  error: cannot derive from ‘final’ base 
> ‘mozc::user_dictionary::UserDictionaryStorage’ in derived type 
> ‘mozc::UserDictionaryStorage’
>77 | class UserDictionaryStorage : public 
> user_dictionary::UserDictionaryStorage {
>   |   ^

Sorry for not getting back to you earlier, I missed the original mail.
It should be fixed in master. please rebuild. thanks.

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora 32 Self-Contained Change proposal: Provide OpenType Bitmap Fonts

[Akira TAGOH]

On Fri, Jan 10, 2020 at 3:34 AM Nicolas Mailhot via devel
 wrote:
> Just to be clear: the Fonts packaging guidelines that FPC has been
> reviewing since last year mandates the conversion and forbids the
> packaging of deprecated formats.

Yes. we need to take some steps to move forward on it. as we've
already seen some issues on Pango, there might be similar on others
that can still use with the legacy formats. we should have a chance to
test on it but don't want to break as far as possible. so making both
formats available would be a good idea.
I personally think that we should have done it in a release though,
there seems to be some human resource issue to work on all the font
packages converting. so trying to experiment it for limited packages
this time.

>
> And, user feedback since then has shown making the deprecated formats
> available in addition to OpenType, not only creates the usual rendering
> mess when apps choose different glyphs sources in slightly different
> conditions, but also triggers app bugs. The old files are not
> "harmless".

Good point.  actually that happens when mixing up both formats in the
same place or where renderer can look over. replacement would be
harmless for Pango since it has already been broken. but it isn't true
for non-Pango. thus, providing them as a sub-package and both
sub-packages for legacy and OpenType may need to have Conflicts line
each other to avoid such a situation.

>
> > As it stands, having more than *.otb causes the weird hex number
> > rectangle glyph "Terminus Italic",
>
>
> Regards,
>
> --
> Nicolas Mailhot
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fonts packaging policy rewrite proposal

[Akira TAGOH]

On Tue, Nov 12, 2019 at 5:01 PM Nicolas Mailhot
 wrote:
> https://copr.fedorainfracloud.org/coprs/nim/fonts-rpm-macros/builds/
>
> showcases the new policy on 62 real-world source packages, generating
> 139 installation packages. Some of those are badly delayed updates to
> Fedora packages, others are brand-new packages ready for Fedora
> inclusion. They include major font packages such as Stix, DejaVu, Droid,
> IBM Plex.

That would probably be better covering all of the default fonts at
least so we don't see any regressions by this major updates on the
policy.

The missing packages would be:

- abattis-cantarell-fonts
- adobe-source-code-pro-fonts
- gnu-free-fonts
- google-noto-fonts
- google-noto-cjk-fonts
- google-noto-emoji-fonts
- jomolhari-fonts
- lohit-assamese-fonts
- lohit-bengali-fonts
- lohit-devanagari-fonts
- lohit-gujarati-fonts
- lohit-kannada-fonts
- lohit-odia-fonts
- lohit-tamil-fonts
- lohit-telugu-fonts
- khmeros-fonts
- paktype-naskh-basic-fonts
- sil-abyssinica-fonts
- sil-nuosu-fonts
- sil-padauk-fonts
- smc-meera-fonts
- thai-scalable-fonts

I don't have a time to work on it this week but may have some next week perhaps.

>
>
> Existing Fedora packages will continue to build, the old fontpackages
> macros are grandfathered in fonts-rpm-macros for now. They will be
> removed in a few years to give packagers time to apply the new
> guidelines.
>
> Regards,
>
> --
> Nicolas Mailhot
> ___
> fonts mailing list -- fo...@lists.fedoraproject.org
> To unsubscribe send an email to fonts-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/fo...@lists.fedoraproject.org



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Orphaned paper-icon-theme

[Akira TAGOH]

That may be good to check here:
https://fedoraproject.org/wiki/Font_package_lifecycle

On Mon, Sep 30, 2019 at 6:21 PM Ricardo Bánffy  wrote:
>
> Slightly changing subjects, I'd like to know how do people package
> fonts. I make one, that a brave soul packages for Debian distros, but
> it doesn't have a RPM counterpart.
>
> Any non-software package specific tutorials recommended?
>
> On Mon, Sep 30, 2019 at 8:20 AM Artur Iwicki  wrote:
> >
> > I've never maintained an icon theme package before, but I like the Paper 
> > icons, so I guess I could adopt this.
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
>
>
> --
> Ricardo Bánffy
> http://about.me/rbanffy
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Idea to add defaultfont(:lang=xx) rpm Provides to default font packages

[Akira TAGOH]

On Fri, Feb 22, 2019 at 12:59 AM Owen Taylor  wrote:
>
> On Thu, Feb 21, 2019 at 3:04 AM Peng Wu  wrote:
> >   When the langpack packages Requires font(:lang=xx), it will pull in
> > one random font package choose from several fonts packages which
> > Provides font(:lang=xx).
> >
> >   To fix random fonts dependencies problem, I think maybe we can
> > manually add "defaultfont(:lang=xx)" Provides to default font packages.
> > And Requires "defaultfont(:lang=xx)" in langpack packages.
>
> Would it work better if the langpack packages required a specific
> font? Them, to change the default font for lang-xx, we can just edit
> the langpack package, rather than having to move the virtual provide
> from one package to another package.

Right. that sounds realistic to me. that also reduces the maintainance
cost for default fonts rather than providing defaultfont(:lang=xx)
dependency in each fonts packages. though this way may pulls in extra
packges installing. for instance, when someone intentionally stopped
installing a package langpack-xx provides for some reason.

>
> Owen
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Orphaned Packages in rawhide (2018-08-27)

[Akira TAGOH]

On Tue, Aug 28, 2018 at 7:04 AM Till Maas  wrote:
> VLGothic-fonts orphan 55 weeks ago

This has been renamed to vlgothic-fonts quite while ago so we could
safely remove it.

> The following packages require above mentioned packages:
> Depending on: Canna (2), status change: 2017-11-09 (41 weeks ago)
> kinput2 (maintained by: tagoh)
> kinput2-v3.1-60.fc29.i686 requires Canna = 3.7p3-55.fc29, 
> libcanna16.so.1
> kinput2-v3.1-60.fc29.src requires Canna-devel = 3.7p3-55.fc29

I've orphaned it too.

> uim (maintained by: tagoh)
> uim-1.8.6-18.fc29.src requires Canna-devel = 3.7p3-55.fc29
> uim-canna-1.8.6-18.fc29.i686 requires Canna = 3.7p3-55.fc29

Dropped deps.

--
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Packages with scriptlets which call ldconfig

[Akira TAGOH]

> anthy, fontconfig, fonts-tweak-tool, fribidi, im-chooser, imsettings, kakasi, 
> libeasyfc, libgcroots, libgxim

done for the above packages. thanks
On Thu, Jun 28, 2018 at 10:32 AM Jason L Tibbitts III  wrote:
>
> In Fedora 28 and newer, it is no longer necessary for most packages
> which install shared libraries to have scriptlets which call ldconfig:
> https://fedoraproject.org/wiki/Packaging:Scriptlets#Shared_Libraries
>
> For your convenience, I ran the find-ldconfig-calls script from
> https://pagure.io/fedora-misc-package-utilities to find all source
> packages in rawhide which produce binary packages with scriptlets that
> call ldconfig.  I found 2239 packages.  Due to the length of this list,
> I only did spot checks for correctness, so please accept my apologies if
> some packages are misidentified (but let me know so that I can correct
> the script).
>
> I did try to exclude packages which necessarily call ldconfig because
> they install files into /etc/ld.so.conf.d, but note that some packages
> which do this still call ldconfig in other subpackages when they
> shouldn't so they are listed below.
>
> Below are the usual two lists, generated by find-package-maintainers in
> the above Pagure repository.  Please consider removing the ldconfig
> calls from the scriptlets if you can.  If you prefer to wait until F27
> goes EOL to avoid needing to conditionalize things, that's certainly
> understandable.  If you maintain a single specfile across Fedora and
> EPEL releases, then please consider switching to the macros from the
> above-linked guideline page to call ldconfig only when necessary.
>
> Thanks!
>
> Maintainers by package:
> 389-adminmreynolds nhosoi nkinder rmeggins
> 389-adminutilmreynolds nhosoi nkinder rmeggins
> 389-ds-base  mreynolds nhosoi nkinder rmeggins
> 8syncjdulaney
> AllegroOGG   jwrdegoede
> AntTweakBar  dmlb2000
> Box2Dlimb
> CBFlib   timfenn
> CCfits   sergiopr
> CGAL rineau
> CGSI-gSOAP   aalvarez adev ellert okeeble rocha
> CQRlib   krege tmatsuu
> CTL  kwizart
> CUnitchitlesh limb mschwendt
> CVector  krege tmatsuu
> Cannaorphan
> CharLS   devrim peter
> CheMPS2  talcite
> ClanLib  jwrdegoede
> ClanLib06jwrdegoede timn
> ClanLib1 jwrdegoede
> Coin2corsepiu hobbes1069 zultron
> Coin3corsepiu hobbes1069 jkastner
> DSDP jjames
> DecodeIR leamas
> DevILjwrdegoede
> EMBOSS   spot
> ElectricFencepmachata
> Falcon   salimma
> FoXlibf  marcindulak
> FreeSOLIDmartinkg
> GConf2   alexl caillon caolanm johnp mbarnes rhughes rstrode ssp 
> walters
> GLC_lib  kwizart
> GLee lkundrak
> GMT  orion
> GeographicLibrmattes smani
> GtkAda   rombobeorn
> GtkAda3  landgraf rombobeorn
> HepMCellert
> Hermes   jwrdegoede
> ImageMagick  kalev mooninite remi
> InsightToolkit   ignatenkobrain mrceresa sebp
> Inventor corsepiu
> Io-language  limb
> L-function   pcpa
> LibRaw   dchen hobbes1069 limb siddharths
> LogService   hguemar
> NLoptbesser82
> NearTree krege tmatsuu
> NetworkManager   alexl bengal caolanm danw dcbw fgiudici jklimes johnp 
> lkundrak rhughes rstrode ssp thaller
> ORBit2   alexl caillon caolanm danw johnp mbarnes pbrobinson 
> rhughes rstrode ssp
> OpenColorIO  hobbes1069
> OpenEXR  kwizart rdieter
> OpenEXR_CTL  kwizart
> OpenMesh jussilehtola
> OpenNL   ankursinha
> OpenSceneGraph   corsepiu
> PragmARC rombobeorn
> QMsgBox  jussilehtola
> QsLogjussilehtola
> QuantLib spot
> Rspot
> RdRand   jhladky jtulak
> SAASound jwrdegoede
> SDL2_gfx ignatenkobrain lkundrak
> SDL2_net ignatenkobrain pcpa pwalter
> SDL2_ttf ignatenkobrain pwalter spot
> SDL_Pangolimb thias
> SDL_gfx  limb lkundrak
> SDL_imagejwrdegoede limb moezroy sdz
> SDL_mixerjwrdegoede limb moezroy s4504kr sdz
> SDL_mng  dulsi
> SDL_net  jwrdegoede limb pwalter timn
> SDL_soundjwrdegoede
> SDL_ttf  jwrdegoede limb moezroy sdz
> SFML pranvk sonkun
> SILLYjwrdegoede
> SIMVoleoncorsepiu hobbes1069 zultron
> SOIL belegdol
> SimGear  bellet jwrdegoede spot
> SkyX rmattes
> SoQt corsepiu hobbes1069 zultron
> SocketW  hubbitus
> 

Orphaning emacs-mew package

[Akira TAGOH]

Hi,

I'm orphaining emacs-mew package because I'm not the user of it
anymore. pleease feel free to take it over if you want to maintain.

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/I56ETJ7FYFNHROT3YMAYQHDKMRCUREND/

Re: /etc/profile.d/lang.sh -- still needed?

[Akira TAGOH]

On Tue, May 15, 2018 at 8:39 PM, David Kaspar [Dee'Kej]
<dkas...@redhat.com> wrote:
> I still get the feeling like we are not totally sure these scripts are still
> needed nowadays.

We definitely need it as long as we are relying on the environment
variable to set a locale. particularly to configure locale for
non-desktop spins. we could have another things though, it's simple
enough. dunno if we really want to have complex things for that.
Or at least you should clarify issues around it if any.

>  Do you think it would be too much dangerous to test if we
> need still those files in Fedora via the System-wide Change? (I.e. do the
> change in rawhide, see if it breaks something. fallback if necessary.) It
> could at least tell us the current state of things, and maybe create a plan
> on how to fix things, so they could be eventually removed at some point.
>
> In any case I would like to find a new home for these scripts, so they don't
> "block" other work on initscripts package. And if it would turned out we
> can't remove those scripts yet, at least to do some cleanup in those scripts
> if possible.

how/what does those scripts "block"?

>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: /etc/profile.d/lang.sh -- still needed?

[Akira TAGOH]

On Tue, May 15, 2018 at 12:41 AM, David Kaspar [Dee'Kej]
<dkas...@redhat.com> wrote:
> My question was more meant in a sense "are those files still necessary"? :)
> I expect they were created to deal with some problems with locale setting,
> but from just looking into them it's hard for me to guess what the initial
> purpose of them were... :)

That is used to set up the user specific locale settings. is there any
alternatives to take care of them instead of
/etc/profile.d/lang.{sh,csh} ?

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Unacceptable size increase to ALL live images in F28: Noto CJK Fonts

[Akira TAGOH]

Sorry for late response. I somehow missed this mail.

On Sat, Mar 31, 2018 at 7:35 PM, Nicolas Mailhot
<nicolas.mail...@laposte.net> wrote:
> And the problem is not so much the exception to guidelines but why it
> was written in the first place.
>
> Installing just part of a font family is massively unintuitive for
> users, when they see a font in their font list they expect it to be
> complete, when it's there but without bits they need they either
> conclude it's immature and stop using it or (if they know it should
> contain more parts) that the Fedora version is broken. Very few will
> infer “I need to install the missing parts”.

Right. but everyone doesn't necessarily need everything. native
speakers and a few people may care about it. I'm wondering if weak
deps and/or langpacks may helps in that case. of course if we can go
ahead without any workaround on this, that would be better though.

>
> --
> Nicolas Mailhot
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Unacceptable size increase to ALL live images in F28: Noto CJK Fonts

[Akira TAGOH]

Hi,

Well, there should be things can be improved in the long term as some
topics on the thread already raised and need to keep discussions,
investigation and fixes as needed though, I'd suggest for quick
workaround. that is to ship limited variants only and move other extra
variants into sub-package. here is the estimation:

font sizes for CJK fonts installed by default on f27:
$ rpm -qlva vlgothic-fonts naver-nanum-gothic-fonts
adobe-source-han-*-{cn,tw}-fonts | grep -E 'ttf|otf'|awk
'BEGIN{a=0}{a+=$5}END{print a}'
235970044

font sizes for CJK on f28 so far:
$ rpm -qlva google-noto-*-{jp,kr,tc,sc}-fonts | awk
'BEGIN{a=0}{a+=$5}END{print a}'
508140498

Proposed workaround - font sizes for CJK fonts with Regular only on f28:
$ rpm -qlva google-noto-*-{jp,kr,tc,sc}-fonts | grep Regular | awk
'BEGIN{a=0}{a+=$5}END{print a}'
119507812

another - font sizes for CJK fonts with Regular and Bold only on f28:
$ rpm -qlva google-noto-*-{jp,kr,tc,sc}-fonts | grep -E
'Regular|\-Bold\.' | awk 'BEGIN{a=0}{a+=$5}END{print a}'
243328916

If +7MB is still acceptable, want to ship Regular and Bold together
because it should has better hinting than synthetic emboldening.
otherwise only Regular is fine. that's better than missing serif and
mono like older releases.

The problem on this workaround is that we need an exception for
packaging because the packaging guidelines mentions we must package
variants into the same (sub-)package for family[1]

How does that look for you? any feedbacks are welcome.

[1]...https://fedoraproject.org/wiki/Packaging:FontsPolicy#Package_layout_for_fonts

On Thu, Mar 29, 2018 at 11:12 PM, Kevin Kofler <kevin.kof...@chello.at> wrote:
> Hi,
>
> we did more debugging on #fedora-kde (thanks in particular to lupinix) and
> we found what seems to be the primary source of the bloat: CJK fonts!
>
> CJK fonts are by far the largest of all fonts due to the huge number of
> characters used in those languages.
>
> Up to Fedora 26, Fedora shipped 4 CJK fonts:
>   adobe-source-han-sans-cn-fonts
>   adobe-source-han-sans-tw-fonts
>   naver-nanum-gothic-fonts
>   vlgothic-fonts
> The KDE and LXQt Spins actually opted to blacklist these fonts in their
> kickstart, and ship one compact CJK font instead: wqy-microhei-fonts.
>
> In Fedora 27, this Change:
> https://fedoraproject.org/wiki/Changes/ChineseSerifFonts
> added 2 additional fonts (for a total of 6):
>   adobe-source-han-serif-cn-fonts
>   adobe-source-han-serif-tw-fonts
> which were unfortunately missing from the blacklist:
> https://bugzilla.redhat.com/show_bug.cgi?id=1530006
> already increasing the size of the image.
>
> But now in Fedora 28, after:
> https://fedoraproject.org/wiki/Changes/JPDefaultFontsToNoto
> https://fedoraproject.org/wiki/Changes/KRDefaultFontsToNoto
> https://fedoraproject.org/wiki/Changes/ChineseDefaultFontsToNoto
> we actually ship a whopping 12 CJK fonts:
>   google-noto-sans-jp-fonts
>   google-noto-sans-kr-fonts
>type="default">google-noto-sans-mono-cjk-jp-fonts
>type="default">google-noto-sans-mono-cjk-kr-fonts
>type="default">google-noto-sans-mono-cjk-sc-fonts
>type="default">google-noto-sans-mono-cjk-tc-fonts
>   google-noto-sans-sc-fonts
>   google-noto-sans-tc-fonts
>   google-noto-serif-jp-fonts
>   google-noto-serif-kr-fonts
>   google-noto-serif-sc-fonts
>   google-noto-serif-tc-fonts
> none of which are blacklisted in the Spins! According to lupinix, these
> amount to a download size (and thus an xz-compressed size, which is also the
> compression algorithm used for the live images) of 364 MiB!
>
> The fix is to update the blacklists in the KDE and LXQt spin kickstarts, as
> per the discussion under:
> https://bugzilla.redhat.com/show_bug.cgi?id=1530006
> IMHO, this needs to be implemented, urgently.
>
> But I think we also need to generally consider whether it makes sense to
> force 3 font variants for each CJK language on all users worldwide, and
> whether there are smaller fonts that could be used. (E.g.,
> wqy-microhei-fonts is very effective, but unfortunately it only covers
> Simplified Chinese and the syllabic parts of Japanese and Korean, not the
> Traditional Chinese, Japanese or Korean renderings of the CJK Unified
> Ideographs.)
>
> Any additional bloat is likely caused by:
> * the updated glibc Unicode collation tables,
> * Annobin,
> but those seem to have much smaller impact than the above.
>
> Kevin Kofler
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [HEADS UP] Removal of systemd-units

[Akira TAGOH]

2018-01-26 3:17 GMT+09:00 Jason L Tibbitts III <ti...@math.uh.edu>:
>>>>>> "IG" == Igor Gnatenko <ignatenkobr...@fedoraproject.org> writes:
> ebnetd   tagoh

fixed.

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

[Akira TAGOH]

On Fri, Nov 24, 2017 at 3:03 AM, Richard Hughes <rhug...@redhat.com> wrote:
> Usually it's because the font does something crazy and can't be
> rendered by pango-cairo correctly. The "generate a PNG from a TTF"
> functionality is a hair-raising mixture of cairo, pango, freetype2 and
> fontconfig. I'm sure there are bugs.

just wonder if we can use gnome-font-viewer for screenshots?
It does the job what we want/expect on a font for preview.

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

[Akira TAGOH]

On Thu, Nov 23, 2017 at 7:25 PM, Zbigniew Jędrzejewski-Szmek
<zbys...@in.waw.pl> wrote:
> I think we should consider getting rid of this requirement. Updating
> wiki pages is quite a bit of work, and we have better mechanisms to
> advertise stuff to users that didn't exist a few years ago. Apart from
> the manual effort, the problem with wiki pages is that they tend to
> get out of date pretty quickly enough to be out-of-date to often to be
> really trustworthy. Instead, I think it'd be better to spend the
> effort on making gnome software support fonts even better and to improve
> the appdata files for fonts to make them "shine" in gnome-software.
> This would be

I have no objections if we can have much better way. I like less manual effort.

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

[Akira TAGOH]

On Thu, Nov 23, 2017 at 8:07 PM, Richard Hughes <rhug...@redhat.com> wrote:
> We fixed the emoji font generation yesterday by chance:
> https://github.com/hughsie/appstream-glib/commit/7e597065a8024743dde63354355388e7ac7f9855

maybe good to have one for math? which is und-zmth.

>
>> Also, most fonts don't have good descriptions in the appdata files.
>> _This_ is something that requires font maintainer input.
>
> Right -- and they're almost never translated either.
>
> Richard.



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing font information at wiki

[Akira TAGOH]

On Thu, Nov 23, 2017 at 3:31 AM, Matthew Miller
<mat...@fedoraproject.org> wrote:
> On Tue, Nov 21, 2017 at 03:44:05PM +0530, Akira TAGOH wrote:
>> All of fonts is supposed to have an information page for their fonts
>> at wiki based on the template[1] according to the package
>> lifecycle[2]. however some of them doesn't have. so just tried to pick
>> them up and inform you to get one there.
>
> Are they? From the lifecycle page you link, that seems to be there to
> enable the packaging of the font in the first place, not meant to be
> long-term documentation. If it _is_ meant to be long-term
> documentation, that should be clarified somewhere. Who is the audience
> for this documentation?

That could be. as some of the wiki pages contains the sample
rendering, that should definitely be helpful for the end users too to
see how it looks like. unfortunately not available everything. we
could improve it.
For the audience, I don't know.. maybe Nicolas Mailhot?

> If it's supposed to be for end users (and that's a great goal!), I
> think the new docs site would be better than the wiki.

Sure. yes, I like it. that depends what sort of information we provide
though, the wiki pages can be easily outdated if noone maintains. so
maybe nice to have the sort of web apps or any infrastructure working
at the background to generate information from the packages and so on.
well, we could do that with wiki even though.

>
> If it's for contributors and packagers, wouldn't it be better to have
> the documentation in a README.md in dist-git, next to the spec file?
> That way, it'd show up at (for example)
> https://src.fedoraproject.org/rpms/overpass-fonts
>
> --
> Matthew Miller
> <mat...@fedoraproject.org>
> Fedora Project Leader
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Missing font information at wiki

[Akira TAGOH]

rdieter  jsmath-fonts
rdieter  lyx
remi php-tcpdf
rrankin  denemo
ryansb   pcaro-hermit-fonts
sagitter pioneer
sarantis ctan-cm-lgc-fonts
sarantis ctan-kerkis-fonts
spot librecad
suraia   adobe-source-serif-pro-fonts
susmit   kanotf-fonts
susmit   levien-museum-fonts
tagohjapanese-bitmap-fonts
tagohjisksp16-1990-fonts
tagohknm-new-fixed-fonts
tomspur  python-matplotlib
vtrefny  freecol
zbyszek  gust-antykwa-torunska-fonts
zbyszek  mathjax
zbyszek  unifont
zdohnal  ghostscript-fonts

-- 
Akira TAGOH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Specs using %define

[Akira TAGOH]

On Fri, Dec 25, 2015 at 6:01 AM, Jason L Tibbitts III <ti...@math.uh.edu> wrote:
> anthy (tagoh)
> emacs-apel (tagoh)
> emacs-mew (tagoh)
> hanazono-fonts (tagoh)
> japanese-bitmap-fonts (tagoh)
> jisksp16-1990-fonts (tagoh)
> kinput2 (tagoh)
> linux-libertine-fonts (tagoh)
> lv (tagoh)
> mozc (tagoh, fujiwara)
> sazanami-fonts (tagoh)
> uim (tagoh)

Fixed in git but not yet build. thanks.


-- 
Akira TAGOH
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: file triggers for updating fontconfig cache in rawhide

[Akira TAGOH]

2015/09/11 23:38 "Matthew Miller" :
>
> Well, I'm still unclear on all of the above. Will doing this in F23:
>
> a) fix the installing-Noto-kills-your-system issue
> b) make that issue worse
> c) no change?
> d) something else!

I'm expecting a). after this change, fc-cache will be called once per
transaction so you won't see it so many times anymore as long as you
install them together.

Is it what you are concerned right?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: file triggers for updating fontconfig cache in rawhide

[Akira TAGOH]

On Fri, Sep 11, 2015 at 3:39 AM, Matthew Miller
<mat...@fedoraproject.org> wrote:
> On Thu, Sep 10, 2015 at 07:35:03PM +0200, nicolas.mail...@laposte.net wrote:
>> > I just discovered that trying to install the Noto font family in
>> > Software will reliably kill a (relatively powerful) system. This will
>> > fix that, right?
>> I fear that's the cause, not the solution. The previous solution was
>> very careful to only call fontconfig once per changed font directory.
>> Unless the triggers are filtered they will launch once per font
>> *file*. So a killer for packages with many font files (like noto)
>
> The initial message here (see subject line, actually) says that the
> change was made in Rawhide. My system was F23, so it's gotta be the old
> thing not the new one, right?

All of font packages needs to be rebuilt to complete the transition
for this and doing it now may be a bit late? otherwise I'm willing to
work on that though.

-- 
Akira TAGOH
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Re: Adobe CMap resources license change

[Akira TAGOH]

No CMap files in fontconfig.

On Wed, Sep 9, 2015 at 2:51 PM,  <nicolas.mail...@laposte.net> wrote:
>
>
> On Tue, Sep 8, 2015 at 6:32 PM, Rex Dieter <rdie...@math.unl.edu> wrote:
>
>> Interesting, I wasn't aware of these being packaged separately... mind
>> collaborating to integrate this into poppler-data (which also contains a
>> copy of most/all of these)?
>
> IIRC it is also duplicated in fontconfig
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 
Akira TAGOH
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Re: Adobe CMap resources license change

[Akira TAGOH]

It have never had AFAIK. guess you got confused with ghostscript? it
have ever contained CMap files in the package. though it doesn't and
requires poppler-data now.

On Wed, Sep 9, 2015 at 6:51 PM,  <nicolas.mail...@laposte.net> wrote:
>
>
> - Mail original -----
> De: "Akira TAGOH" <ta...@redhat.com>
>> No CMap files in fontconfig.
>
> My bad, that' too long I looked at it
>
> I'm pretty sure it was not used only in poppler though
>
> Do we still have a google-code like interface that allows searching for 
> duplicates in a linux distro ? That would help narrow cmap uses
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 
Akira TAGOH
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: file triggers for updating fontconfig cache in rawhide

[Akira TAGOH]

No need to modify. all the trick is done in the rpm macro that
fontpackages provides. so the font package maintainers just need to
rebuild it when they need to do something for other purpose. I assume
all of the transition should be done sooner or later when we will have
mass-rebuild for others.


On Mon, Sep 7, 2015 at 6:09 PM, Alexander Ploumistos
<alex.ploumis...@gmail.com> wrote:
> Does this mean that we need to modify spec files for font packages?
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct



-- 
Akira TAGOH
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

file triggers for updating fontconfig cache in rawhide

[Akira TAGOH]

Hi,

I've added the file triggers for fonts in rawhide to update the cache
and dropped the call of fc-cache in %post/un from fontpackages. we may
need to rebuild all of font packages eventually  though, please let me
know if you see any issues about it.

-- 
Akira TAGOH
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Test-Announce] 2015-03-19 Fedora 22 I18N Test Day

[Akira TAGOH]

Hi,

We have a test day event for Internationalization on f22 as usual to make sure 
if f22 has any issues around i18n.
Please join Freenode #fedora-test-day and try if your primary language works on 
f22 when you have a bit of time.
Test cases and details are:

https://fedoraproject.org/wiki/Test_Day:2015-03-19_i18n

Also good to read:
http://fedoramagazine.org/your-chance-to-contribute-in-fedora-22-development-cycle-through-test-days/

All of feedbacks are valuable. even if you don't have a time today, you can try 
it anytime if you like.

TIA,
---
Akira TAGOH
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Test-Announce] Fedora 21 i18n test day today

[Akira TAGOH]

Hi,

Sorry for the late notice, but still good to see some feedback after the test 
day. so come on and join us!

Today (2014-09-02) is i18n test day!

https://fedoraproject.org/wiki/Test_Day:2014-09-02_i18n

All of the necessary information about the available image and test cases and 
results are explained at the above URL.
Check out on your language and give us feedbacks to improve i18n support on f21.

Thanks in advance,
---
Akira TAGOH

___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: change of names of configuration files

[Akira TAGOH]

- 元のメッセージ -
| Hi devels,
| I'd like to ask for your opinion, especially those from anaconda,
| system-config-* and localization. The last commit in systemd [1]
| changed
| names of configuration files. Does someone else than systemd tools
| using
| them? Fedora 18 is (or will be soon) in freeze, so it would be better
| solve it now.

I can see some files is referring /etc/sysconfig/i18n directly instead of 
obtaining from /etc/profile.d/lang.{sh,csh}, at least in my box:

/etc/X11/prefdm:[ -f /etc/sysconfig/i18n ]  . /etc/sysconfig/i18n
/etc/dracut.conf.d/01-dist.conf:i18n_vars=/etc/sysconfig/keyboard:KEYTABLE-KEYMAP
 /etc/sysconfig/i18n:SYSFONT-FONT,FONTACM-FONT_MAP,FONT_UNIMAP

--
Akira TAGOH
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Summary/Minutes from today's FESCo Meeting (2012-07-23)

[Akira TAGOH]

- 元のメッセージ -
| Our default font set for most languages, DejaVu, ships carefully
| designed
| hinting bytecode written specifically for FreeType's bytecode
| interpreter,
| and its designers explicitly ask for it to be used rather than the
| autohinter. (Some people dislike the font's look with the hinting,
| but it is
| how the designers intended it to look.)

Sure. I'm not saying that there are no well-hinted fonts in free fonts. I'd 
respect their efforts.

Anyway, as I planned to prepare some references for comparison, I've done and 
put them at http://tagoh.fedorapeople.org/tmp/hints/. all.tar.xz may helps to 
see all smoothly on your machine.

I used pango-view this time to avoid the out of alignment on taking a 
screenshot as far as possible for easy comparison and to reduce the workload. 
also disabled most fontconfig rules at /etc/fonts/conf.d to avoid the 
side-effects of them on this testing because the user fonts.conf can't override 
it if it's changed after 50-user.conf. and only picked up the fonts packages 
installed by default.

My feeling on this testing is fifty-fifty to determine which should be better 
for default. there are some fonts that hinting is totally broken, and partly 
broken that depends on the pixel size. of course well-hinted fonts and no 
changes because of maybe no hinting or using ttfautohint perhaps.
Having said, from any possibilities that there may be the case other fonts 
can't get a win to be default because of its quality (of course it may be not 
necessarily the case), I'm still thinking that enabling autohinting by default 
may helps a lot.

FWIW I'm about to add a feature of hinting related things in fonts-tweak-tool 
so even if something goes wrong for self-installed fonts by users say, they can 
change it easily as needed.

--
Akira TAGOH
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Summary/Minutes from today's FESCo Meeting (2012-07-23)

[Akira TAGOH]

- 元のメッセージ -
| Akira TAGOH wrote:
|  I admit simply enabling force-auto-hinting isn't enough. we
|  definitely
|  need to optimize a lot to make it more better.
| 
| The FreeType autohinter has been developed for years, leading to what
| we
| have now. It is totally unreasonable to expect to be able to
| optimize it
| in the time frame of a single release.
| 
| It should also be quite expected that using the hinting information
| provided
| by the fonts will necessarily lead to better hinting than not using
| it.

Well, that's true for proprietary fonts, but not necessarily true for free 
fonts. I see FreeType upstream is working on ttfautohint, that may implies that 
there are the case autohinting is better than hinting in the font as it tries 
to remove the existing hinting data if any.

| Those are broken fonts (they probably ship hinting information only
| for
| selected glyphs and leave the others entirely unhinted), and we
| should force
| autohinting manually for those fonts.

Yes, I noted that in the contingency plan. it should be a trade-off. if we have 
a lot of _broken_ fonts, then it would be better doing it in fontconfig and 
stop using autohinting in the sane fonts then.

--
Akira TAGOH
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Summary/Minutes from today's FESCo Meeting (2012-07-23)

[Akira TAGOH]

- 元のメッセージ -
| On 07/24/2012 11:35 AM, Kevin Kofler wrote:
|  I don't understand this feature at all! Freetype already uses
|  auto-hinting
|  for fonts which do not provide hinting data, in fact that was one
|  of the
|  prerequisites for enabling the bytecode interpreter in Fedora, and
|  I cherry-
|  picked the relevant change from the huge Infinality patchset and
|  got it
|  upstreamed. Forcing auto-hinting for all fonts effectively means
|  disabling
|  the bytecode interpreter by default, which is surely not a good
|  idea.
| 
| It also turns every font into a blurry mess. This is not a subjective
| opinion. Run the listed command on the Feature Page for DejaVu and
| Liberation fonts (two of the biggest free fonts). With the current
| free-type environment you have crisp, clean fonts. Enable
| auto-hinting
| and every character becomes blurred including a simple exclamation
| mark
| that is a single line of pixels.

I admit simply enabling force-auto-hinting isn't enough. we definitely need to 
optimize a lot to make it more better. in fact there are the case auto-hinting 
gives much better than BCI-hinting. that may implies there may be more cases to 
be improved. as you guys are looking at your monitor daily-basis, if something 
goes wrong, it's easy to realize what's improved and what's worse. isn't this 
feature a good idea to get such feedback?

If there are any commonly applicable rules, it should be done in the system 
wide way, I mean in fontconfig. otherwise need to do it in the specific way, in 
the fonts packages.

| 
| It is unfortunate FESCo members blindly +1'd this feature without a
| bit
| of evidence or thought. Yes, I read the meeting log. It took just
| three
| minutes to pass.
| 
| Do I need to file a ticket to get this feature revoked?
| --
| devel mailing list
| devel@lists.fedoraproject.org
| https://admin.fedoraproject.org/mailman/listinfo/devel
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Orphaning eruby

[Akira TAGOH]

Hi,

I'm orphaning eruby package.
If anyone else wants to take it over, please.

Cheers,
---
Akira TAGOH

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Bugs in debuginfo packages

[Akira TAGOH]

 On Thu, 24 Feb 2011 09:28:10 +0100,
 KK == Karel Klic kk...@redhat.com wrote:

KK component: Canna (tagoh)
KK   file: Canna-3.7p3-31.fc15.i686/usr/bin/cannaping
KK- debuginfo missing; ELF stripped
KK   file: Canna-3.7p3-31.fc15.i686/usr/sbin/cannaserver
KK- debuginfo missing; ELF stripped

Fixed in Canna-3.7p3-32.fc15

--
Akira TAGOH


pgpya8OH4lLRQ.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION REQUIRED v2] Orphan removal

[Akira TAGOH]

 On Wed, 23 Feb 2011 17:26:11 -0500,
 BN == Bill Nottingham nott...@redhat.com wrote:

BN Orphan: apel
BN ddskk requires apel = 10.7-4.fc12
BN emacs-common-w3m requires apel = 10.7-4.fc12
BN emacs-w3m requires apel = 10.7-4.fc12
BN flim requires apel = 10.7-4.fc12
BN migemo-emacs requires apel = 10.7-4.fc12
BN migemo-xemacs requires apel = 10.7-4.fc12

apel has just been renamed to emacs-apel because of the
naming guidelines. the above packages has to be rebuilt
against emacs-apel instead of apel.

--
Akira TAGOH


pgpzMltmR7M8K.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Orphaning namazu package

[Akira TAGOH]

I'm orphaning this package:

namazu - A full-text search engine

---
Akira TAGOH

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [HEADS-UP] Moving /var/run and /var/lock to tmpfs in Rawhide

[Akira TAGOH]

- Toshio Kuratomi a.bad...@gmail.com wrote:

| corner cases:
| * After installation but before reboot, the application is able to
| startup
|   and write to a directory in /var/run and/or /var/lock

This is the case what I want to know a solution. though no one is giving me an 
answer for my question yet.

| 2) The act of installing the rpm should create the necessary
| directories.
| Alternately, the program (or as you say, the init script) can create
| the
| necessary directories.  Note that I don't believe that systemd gives
| you the
| flexibility to do that sort of thing (there's no script in its init
| stuff)
| so you'd need a wrapper script for the program itself or write a patch
| to
| the program itself to achieve this where the program doesn't create
| the
| directory already and if we don't do this from within the rpm
| payload.

To get this working on SELinux, are we presuming that restorecond is running on 
the system or does the package maintainer need to take care of running 
restorecon manually in the script or the program?

--
Akira TAGOH
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [HEADS-UP] Moving /var/run and /var/lock to tmpfs in Rawhide

[Akira TAGOH]

This may be not a question for you but just wonder..

 On Tue, 23 Nov 2010 21:48:30 +0100,
 LP == Lennart Poettering mzerq...@0pointer.de wrote:

LP http://0pointer.de/public/systemd-man/tmpfiles.d.html

That sounds like creating a directory at the boot time
though, does this mean rebooting are required to get it
working anyway? even though it worked without rebooting
before, isn't it a kind of regression? or am I missing
something I can do in the scriptlet to create the directory
immediately?

--
Akira TAGOH


pgp2ZHHkLQzEx.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel