On Sat, Sep 21, 2019 14:56:36 -0400, Danny Lee wrote:
> Congrats Alciregi! And thank you for helping! :)
>
> Im also interested, my time is limited for a couple of months, but after the
> Jan 3, I will have much more time.
Welcome @bt0dotninja and @dan1mal too---I've sponsored you now. We can
see what packages you could potentially work on at this week's team
meeting.
--
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London
Hi all,
Recently, at the request of my youngest child, who is in his high
school marching band [1], I took over as maintainer of the mscore
package (MuseScore). I'm working on unbundling some stuff from it.
One of them is a music font:
https://bugzilla.redhat.com/show_bug.cgi?id=1753839
I have never attempted to package a font before. I would really
appreciate it if those of you who are familiar with packaging fonts
for Fedora could take a look and tell me what I've done wrong [2].
Thanks!
Footnotes:
[1] How did I get old enough to have my youngest be in high school?
There's something wrong there, because I am certain that I turned 20
just a year or two ago.
[2] I've never done this before, so I'm sure I did *something* wrong,
and probably multiple somethings.
--
Jerry James
http://www.jamezone.org/
systemd-sysusers seeks to unify user creation[1]. It also has the
benefit of being able to create users on bootup. But, it pulls in the
entire systemd infrastructure with all it's dependencies.
containers do not need systemd to run. They are trying to be as small
as possible. But if a package in container needs to add a user, then
systemd is pulled in and that container grows by up to 60M.[2]
Minimizing containers, both in the short term and long term, are
important to the minimization team. We have opened an issue for
this.[3]
Any ideas on what we recommend to users?
Troy Dawson
[1] - https://pagure.io/packaging-committee/issue/442
[2] - The amount a container grows when systemd is added depends on
how many of the systemd dependencies are needed by the main container
packages. As of F31, if they need none of these dependency packages,
then a container grows by 60M by adding systemd.
[3] - https://pagure.io/minimization/issue/13
https://fedoraproject.org/wiki/Changes/Noi686Repositories
(Ben is on vacation, so I announcing this on his behalf.)
== Summary ==
Stop producing and distributing the Modular and Everything i686 repositories.
== Owner ==
* Name: Kevin Fenzi
* Email: kevin(a)scrye.com
== Current status ==
* Targeted release: [[Releases/31| Fedora 31 ]]
* Last updated: <!-- this is an automatic macro — you don't need to change this
line --> {{REVISIONYEAR}}-{{REVISIONMONTH}}-{{REVISIONDAY2}}
* Tracker bug: <will be assigned by the Wrangler>
* Release notes tracker: <will be assigned by the Wrangler>
== Detailed Description ==
With the dropping of the i686 kernel package it's no longer possible to directly
install Fedora 31 or later on i686 hardware, however, it is still possibly to
upgrade older releases as long as we continue to provide a repository. This will
leave those users with an old possibly vulnerable kernel installed.
The only other use/need for the repostories is to allow maintainers to debug and
test fixes for multilib shipped packages, but the koji buildroot repo can be
used for this use case.
== Benefit to Fedora ==
* users won't try and upgrade old i686 installs with insecure kernels.
* compose times will be decreased (no more gathering i686 packages up and
running createrepo on them).
* Updates push times will be reduced.
* disk size on mirrors will be reduced.
== Scope ==
* Proposal owners:
** modify pungi-fedora to no longer produce i386 repo for Everything and
Modular, modify bodhi config for f31+ to not make i386 repos for
updates/updates-testing.
** modify mock to use the koji buildroot for i686 for f31+ for those few users
that need to build i686 packages locally.
* Other developers: n/a
* Release engineering: [https://pagure.io/releng/issues 8529]
== Upgrade/compatibility impact ==
i686 users will not be able to upgrade, and will have to move to another
supported arch.
== How To Test ==
* Confirm that there are no trees under
https://dl.fedoraproject.org/pub/fedora-secondary/development/rawhide/Every…
or
https://dl.fedoraproject.org/pub/fedora-secondary/development/rawhide/Modul…
* Confirm that there are no trees under
https://dl.fedoraproject.org/pub/fedora-secondary/updates/31/{Everything|Mo…
or
https://dl.fedoraproject.org/pub/fedora-secondary/updates/testing/31/{Every…
* Confirm that mock can init a chroot for fedora-i386-31 using the koji
buildroot repository.
== User Experience ==
* Users will get updates and rawhide and rc composes faster.
* Users will not be able to upgrade to a insecure Fedora configuration.
== Contingency Plan ==
i686 trees will just continue to be composed and published. Users can upgrade to
them (with an old kernel from f30).
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok