Meeting started at 2024-03-18 15:30:41 UTC

The Meeting name is 'Fedora Flatpak Packaging SI'

Who's around for the meeting today?

!hi

Yaakov Selkowitz (yselkowitz)

hi Yaakov!

tpopela said he can't join today and it doesn't look like Owen is around

let's do your item first, I think it's the same that's on top of everybody's list :)

I'm around now

excellent!

OK, let's get started then

I was gonna bring up https://bodhi.fedoraproject.org/updates/FEDORA-FLATPAK-2024-52b0ea6b46 (f38 plaltform flatpaks not being pushable/something weird with them)

that was a really old build, maybe it got gc'd in the meantime?

ah, that one would be nice to solve so that we can properly EOL the old runtime

hum, could be...

yeah, I bet thats what happened.

https://koji.fedoraproject.org/koji/buildinfo?buildID=2327813 doesn't show that it's gc'd, hm

I wonder if we could repush them from koji to candidate-registry

the GC there is on the candiadte registry... I think it's 30 days?

that build is from December, so yeah

Owen Taylor: do you know how to do that?

I would just say... build it again, but...

but we can't

not without fixing a bunch of other stuff

yeah, we built is back then because we had the infra working and were worried that something would regress :)

right. :)

Yes, we can copy the tarball from koji to the candidate registry manually

I can try and work out how to repush it... but this week I am likely swamped with beta work.

nirik: I can give you a skopeo command, you'll have to supply the 'podman login'

sure, can do that...

then re-push the update and hopefully all goes

nice, that's the last thing that was needed before EOL'ing MBS and OSBS, I think

https://koji.fedoraproject.org/koji/buildinfo?buildID=2327813 is the build we want? (Not sure what https://koji.fedoraproject.org/koji/buildinfo?buildID=2411755 built by yselkowitz is)

Oh, that's the module

https://koji.fedoraproject.org/koji/buildinfo?buildID=2327824 as well

one for the runtime, one for the sdk

yeah, both runtimes and sdk

awesome work yselkowitz getting libreoffice sorted out

yeah sorry that took so long, rhel10 bootstrap and all...

but java apps in general should all be possible now, whether built with xmvn, ant, or ivy

do we have any interesting java apps to flatpak?

I'm adding a few which I did to test various build scenarios with my patches

jmol is in testing

ah awesome

freecol is waiting on a PR

jedit is buildable but doesn't have metainfo

and freerouting is also possible

Oh yuck, this may be hardish - we have the oci images per architecture, but the checksum we need to match is the checksum of the docker manifest list from converting to docker format and combining them . Now, converting to a docker manifest list isn't hard, but will it have the same checksum?

idk, the manifest isn't listed anywhere in the logs?

Doubt it

I can find out the digests of the individual per-arch manifests in docker form

isn't it right here: https://koji.fedoraproject.org/koji/buildinfo?buildID=2327813

Where there?

are you saying that you don't know what the manifest checksum is, or that it doesn't exist any more and that you need to recreate it?

I'm saying the manifest doesn't exist any more. I can recreate it, but might need a specific version of skopeo to make it byte-for-byte. I'll do some experiments

thanks, Owen!

shall we move on to next topic? I have a few in mind

I am not sure the current time is super convenient for most people - should we set up a new poll and see if we can find a better time?

tpopela is almost never able to attend, for example

I suppose it doesn't hurt to try, but just remember the next few weeks are skewed because of DST transitions

true. Maybe best to wait for things to settle down so that people understand where they have free time slots

or at least to say this would be as of april-whenever after europe changes the clocks

Europe changes on March 31

and our next meeting is currently scheduled on April 1st

let's keep the current time for the next meeting and I'll do a poll for the one after that and see if we can find anything better

OK, some more topics I have are: speech-dispatcher in flatpaks (https://gitlab.com/fedora/sigs/flatpak/fedora-flatpaks/-/issues/28), https://pagure.io/flatpak-module-tools/pull-request/41 review, kicking off F40 flatpaks - do you guys have anything else?

ok go ahead

wow, that's a lot - did you script it in some way?

for kde I have something, but the rest were manual

we *really* need to start automating that

but how did you discover what needed updating? Just tried everything with `flatpak-module build-rpms --auto`?

I have a script for that

but let's get to the rest of these topics

ok

I think it's good to bring up newly filed tickets during weekly meetings. I am not sure we actually have much to discuss here :)

tpopela said in the ticket that I've apparently suggested the same thing in the past, which I've completely forgotten myself

when I'm active with flatpaks, I generally have lots to discuss

sounds like we're in agreement on this, I'm working on a patch to split out s-d-libs

no I meant that I don't think we have much to discuss about this particular ticket

thanks, yselkowitz!

YES PLEASE!!! openh264 is the biggest usability issue we have right now

Owen Taylor: do you have any spare cycles for a review there? I think the most controversial thing there is the added glib dep

Let me get that reviewed and merged in the next few days - I read through most of it rearlier

thanks! I maybe missed adding the new glib dep to some python metadata file

I think my biggest concern was duplicaed logic from flatpak that didn't do all the verifications that the flatpak code does, but I hadn't decided whether to ask them to be added or a comment documenting what logic was being copied and the differences.

oh, do you remember what verifications?

_get_extra_data()

I'll compare it with flatpak after the meeting and see what's missing

ok, let's move on

draft f40 PRs have been filed for each of the runtimes

we've barely gotten rid of F38 flatpaks, but I think it's time to start thinking about F40 already

when will there be org.gnome.{Platform,Sdk}//46 ?

nice, you are always one step ahead :) I can take a look later

I think maybe this week or next week

so maybe a good strategy would be to wait for that before starting building our stuff

the 46.0 release is happening this week afaik and we should get the flatpak runtime as part of the release process

building fine, but a review of that in the meantime would be good so we could iterate on it

will do!

on the KDE side, most things will be moving from 5 to 6 for f40, that will be "interesting"

and also, Kinoite is finally starting to ship flatpaks for f40, right?

that's the plan afaik

cool

we'll need to know when silverblue and kinoite will need their flatpaks built by for inclusion in GA

oh but I almost forgot

the f40 flatpak tags are not set up properly

my suggestion would be to get the runtime sorted out and start building silverblue and kinoite F40 flatpaks as soon as the F40 beta freeze flood gate is lifted

many of the changes that we made along the way to f39 didn't get carried over to f40

I can take a look at that, I think I have the access to edit koji tags

both the -runtime-build and -app-build tags are incorrect

we'll probably need to figure out that releng SOP that created the tags and update that with all the changes as well

ok, I'll double check both

We are over time - anything else quick for today?

let's not forget that we need to rename ff and tb in f40

ah, yes, right!

let's see, maybe we can finally switch silverblue over to shipping with firefox flatpak for f40 too

ok, thanks for coming everybody - I think we got some important things covered today

see you all in two weeks!