*Meeting Time:* Mar 20, 2019 10:00AM-11:-00AM in US
*Where: **https://bluejeans.com/1265288041*
<
https://bluejeans.com/1265288041>
*Recordings:*
https://bluejeans.com/s/KLdqP/
*Attendees: *
Ken Dreyer, Neal Gompa, Yuli Wang, Brendan Reilly, Chris O’Brien, Jana
Cupova, Mike McLean, Nick Burr, Tomas Kopecek, Dennis Gregorovic, Yu Ming
Zhu, Scott Miller, ahills@, Kevin Frenzi
*Meeting Notes:*
1.Koji update:
- Koji 1.17 released on Mar 6 , 2019
-
https://docs.pagure.org/koji/release_notes_1.17/
- Highlights:
- py3 support! (woot)
- except for image building as ImageFactory doesn't have py3 support
yet. Need to figure out a plan for that
- There is a PR available, but it needs testing
- Critical CVE fix
- A few API changes (mostly tech debt reduction)
- Feedback
- Neal deployed it shortly after release and stuff didn't explode! It's
a simple setup, but still good to hear. No need for image building
- Fedora is in Beta freeze now so 1.17 hasn't been deployed yet but
should be deployed right afterward
- *Retrospective:*
- Neal: 1st half of dev cycle was quiet in terms of feedback but 2nd
half was very responsive
- Ken: Great to see regular releases
- Update problems
- 1.16 -> 1.17 upgrade was smooth
- Koji 1.18 planning
-
https://pagure.io/koji/roadmap/1.18/
- Issues priority pending review - Dennis
-
https://pagure.io/koji/issue/1204 RFE: let users opt out of
notifications
- Neal: doesn't impact them currently but would like to see this and
have the ability to only get email on build failures
- Andrew: useful for people who are set as owners on thousands of
packages. mikem: +1
-
https://pagure.io/koji/issue/887 User CLI plugins
- useful when using virtualenv (e.g. during development)
- longer-term, may want to explore entry points (or some other way) of
adding plugins
- There is a meta-plugin today that does support entrypoint plugins
-
https://github.com/obriencj/koji-smoky-dingo/blob/master/koji_cli_plugins...
-
https://pagure.io/koji/issue/618 Improve flexibility to generate mock
config file
- There is an RFE from neal for having macros per tag. Not the same as
this, but similar
-
https://pagure.io/koji/pull-request/898
- Last thing that Neal needs before POC mageia
-
https://pagure.io/koji/issue/596 koji mock-config always outputs rpm
build configs
-
https://pagure.io/koji/issue/340 koji doesn't take plugins into
account when median capacity is calculated
- Mike to do more investigation to see whther this is needed in 1.18 or
wait for larger scheduling refactoring
-
https://pagure.io/koji/issue/1225 Add policy test for btype
- Buildroot improvements
2. Community feedback / input
- koji brainstorming discussion in mailing thread - *Ken Dreyer*
-
https://lists.fedorahosted.org/archives/list/koji-devel@lists.fedorahoste...
- How do we lower the barrier to entry? The Koji core dev team itself
is small, but the community / user base is very large
- Neal: need to make it easier to stand up an instance from scratch to
increase adoption and awareness
- Neal: would be great to have more public instances so that we can see
all of the use out there
- Could we have a public bug scrub?
- Have a healthy, accurate backlog. Regular grooming. Have a place for
people to bring attention to issues
- Could bring in rotating set of developers from constellation of teams
(osbs, bodhi, pungi, koschei, MBS, centos, etc)
- Would need to identify this list. Ken & Neal can help with talking to
people. Eg OSBS could be Luiz Carvalho or someone from his team (Martin
Basti?). Pungi could be Lumbomir Sedlář. Bodhi could be Randy Barlow,
koschei could be Mikolaj Izdebski, MBS could be Jan Kaluza, CentOS could be
Thomas Oulevey and/or Brian Stinson.
- Would be great to have this in the docs as well.
- mikem: here's a talk about Koji infra at CERN:
https://youtu.be/RrA6TKDi4p8
- mikem: and one on the CentOS communit build system:
https://archive.fosdem.org/2015/schedule/event/_centos:_community_build_s...
- Neal / mageia
-
https://pagure.io/koji/pull-request/898 is top RFE
- may need guidance on how to use svn
- Fedora / Mageia
- bootstrap chroot is going to be needed for EPEL builds as YUM goes
away in Fedora
- when builders are deployed with F31, EPEL 6 will break, or at least
not work as expected (differences between yum dep resolution and dnf dep
resolution)
- Mageia prefers bootstrap chroot style builds too
- Fedora
-
https://pagure.io/koji/pull-request/1273 is of some interest
- There are teams that want to be able to query for build dependencies
(rust, koschei, ...)
- today, srpms are mixed in. would be helpful to have a separate repo
- need to keep an eye on performance
- mergerepos_c changes for modularity (no issue or pr yet, still being
discussed)
- treating modular repos as regular repos
*Action Items:*
1. Ken & Neal help with talking to people from different team to identify
issues list.
2. Mike Double Check Koji1.18 planning.
Thanks
Yuli