Meeting started at 2024-05-27 07:00:52 UTC

The Meeting name is 'i18n'

The Meeting Name is now i18n

hi

Hi

Hi

Hi all

Hi

let's start this meeting

hi

Hi

any update tagoh for ax86-terminus-ttf-fonts package review?

Yes, I've done the review and commented one feedback and updated. I'll give an approval for that.

Thanks for the update

This is the only bug we have today on Fonts component tracker

let's move to next ticket

Hi

Hi All

Proposal has been announced and it's in feedback period.

Thanks Kan-Ru Chen for submitting this Change proposal

let's check if we get some feedback on it

anything else to discuss for this ticket?

Hi

if nothing then let's move to next ticket

do we have any further action items for this ticket?

We had a little more discussion about this internally last week: from the Gnome perspective using envvar is not great, so maybe there should be some gsettings config to help control this

That would require bringing the discussion upstream I suppose

We had a little more discussion about this internally last week: from the Gnome perspective relying on envvars is not great, so maybe there should be some gsettings config to help control this

Thoughts?

fonts-tweak-tool?

It uses FC_LANG environment variable...

Right so fonts-tweak-tool can address this at the fontconfig level but I am not sure that is the correct place necessarily?

IMHO Using non standard applications doesn't help anything for most users.

Right it's true

This isn't an enhancement but real issue we should address. we shouldn't use it for such.

And users should certainly not have to set an envvar either

Asking users to set an envvar basically means we have failed ;o)

Just saying in general

Oh

Do we think a gsetting could help make progress?

That in itself is trivial of course but question is how it would interact with the desktop/apps

it may be GNOME specific but somewhat. would be better than nothing.

I more or less imagined it would "roughly" set the PANGO_LANGUAGE at desktop start but that might be too naive - also we don't need to elaborate a solution now or whether this is a meaningful direction or course for further discussion

Okay 👍️

I more or less imagined it would "roughly" set the PANGO\_LANGUAGE at desktop start but that might be too naive - also we don't need to elaborate a solution now but rather checking whether this is a meaningful direction or course for further discussion

Yeah feel keeping the scope to gnome initially is simpler

Eventually perhaps firefox could follow the gsettings or something for example

We could also use the info for langpacks say

(so it starts to slightly tie back to my original idea of wider i18n tool but this sounds more real and promising hopefully)

I consider that we are still working on this issue and it needs some more discussion within team and with upstream community

Yes

Thanks

We could probably approach gnome-settings-daemon say soonish?

We could probably approach gnome-settings-daemon say soonish for discussion?

Pango first to have an API to apply a language, then gtk+ to access it through gsettings, finally gnome-settings-daemon to make it global in GNOME?

I could be wrong

Okay so we should figure out the plumbing first then I guess

I also worry about whether it really can be dynamic... ie runtime thing

Usually when we try to change fonts dynamically "bad things happen" but

Though if it could be made to work that way it would be exciting...

Right, sometimes dynamically change may cause issues.

But perhaps to could be limited to app initialization somehow 🤷‍♂️

Maybe in gtk?

I think it is a good idea to support only when app initialization...

Someone will also need to implement it of course...

Okay we can keep discussion later on also

let's move to next ticket

Kan-Ru Chen: You can add your Change information to this ticket

anyone else planning any Change submission for Fedora 41

anyone else planning any Change submission for Fedora 41?

we still have 1 more month to submit System Wide Change

Let's move to next ticket

We need to start looking into Fedora 39 bugs now

Look into your assigned bugs and see if you can fix or move them to later Fedora release

anything to discuss for this ticket?

if nothing then let's move to next topic

As you know we are into Fedora Linux 41 development cycle

so the upcoming development milestones are

anything to discuss for this topic?

I guess nothing to discuss here

let's move

any topics to discuss here?

I assume nothing to discuss here

Let's stop here then

Thank you for joining this meeting