Meeting started at 2024-04-15 15:03:21 UTC

The Meeting name is 'Fedora Flatpak Packaging SIG'

yselkowitz Owen Taylor let's do a quick meeting :)

!hi

Yaakov Selkowitz (yselkowitz)

hi!

I don't think Owen is around today, so it's probably going to be just us two

for anyone lurking, I've opened a new whenisgood poll to see if we can find a better meeting time, http://whenisgood.net/tq89pr2

what topics do we have today? F40 status?

I see you've done the vast majority of rebuilds already, awesome work

whoah, that's a lot

and thanks for taking care of the firefox rename

there were a bunch of FTBFS for various reasons, still working through them

do you want me to look at some of them?

I'm not going to be around so much for the rest of the month though

if you could look at the ones you typically deal with, that would help

sure

a few problems we have at the moment:

1) the split between pandoc and pandoc-cli has broken previous assumptions about building ghc apps in flatpaks, and breaks the resulting binary as well if it builds at all. right now I have untagged the /app builds and am using the /usr buildroot build for now, but the markdown apps that actually need to include pandoc are blocked

2) there are a bunch of obsolete `BuildRequires: pygobject3-devel` which no longer work because that provides was removed from python3-gobject-devel. I sent a message to devel@lists.fp.o about this; they all need to be fixed and then built manually for f40f

2) there are a bunch of obsolete `BuildRequires: pygobject3-devel` which no longer work because that provides was removed from python3-gobject-devel. I sent a message to devel@lists.fp.o about this; they all need to be fixed and then built manually for f40f

* the split between pandoc and pandoc-cli has broken previous assumptions about building ghc apps in flatpaks, and breaks the resulting binary as well if it builds at all. right now I have untagged the /app builds and am using the /usr buildroot build for now, but the markdown apps that actually need to include pandoc are blocked

* there are a bunch of obsolete `BuildRequires: pygobject3-devel` which no longer work because that provides was removed from python3-gobject-devel. I sent a message to devel@lists.fp.o about this; they all need to be fixed and then built manually for f40f

grr, I think it may be easier to just add the removed provides for f40

grr, I think it may be easier to just add the removed provides back for f40

* some packages are just still FTBFS since the F40 mass rebuild

what are the ghc apps? I didn't know we had any

well, pandoc itself for a few markdown editors, and bustle

and then there are various other issues

oh, what else?

haven't got around to all of them yet

but the three categories above cover many of the cases

anyway, I'll keep working on them as time permits, but no guarantees that everything will be ready for GA

the runtimes and core apps for silverblue and kinoite are already pushed to stable so that they could be included in last week's RC

I'll pitch in as well and try to fix some of them

excellent - thanks for getting that done in time for the release

otherwise whatever is now in testing, I'll push to stable around GA

for f41 we really need to be more on top of the schedule, so that we know when the bits are needed and have them ready in time

sounds good

I got a late start on this due to rhel 10 branching but nobody else has been around either

I think ideally we'd start f41 builds already now, and have some kind of automation kick off automated rpm rebuilds to match regular rpm builds

I don't think that's possible until f41 branches?

I don't see why it shouldn't be possible. It's just that we haven't done it like that in the past :)

if we start when fedora branches then there is lots of time, but I was completely occupied by rhel 10 branching

but yes automation would really be nice

I've been trying to keep notes on things I had to bootstrap and the like, which should help f41 go smoother

anyway

that's where we are holding so far

good idea with notes

there were also 4 renames, with one to go

firefox, freeciv-gtk, gweled, xca, and then thunderbird which is FTBFS

I see

what did you want to rename thunderbird to? I think there were two options and it wasn't obvious to me which one it should be

I thought it was going to be org.mozilla.thunderbird but I haven't looked yet since the RPM is still FTBFS

any other questions about what is done so far?

ahh, yes, looks like it was renamed to org.mozilla.thunderbird in the rpm build as well, that makes it clear

no nothing else from me right now. I haven't looked at flatpak builds in a while and I think I'll just have to do a few and maybe I'll get questions then :)

any news here?

no, I think we need Owen to figure out the next steps

in what state is your PR?

it was in a working state when I filed it two months ago :)

could you try with f40 now that it has noopenh264 and gstreamer1-plugin-openh264?

definitely - I'll do a local build with the extension point added and put the resulting runtime up somewhere so you can test it as well if you want

or show me how to build one locally

this is the biggest usability issue in fedora flatpaks right now

because of infra freeze this won't happen for f40 GA but let's aim to get this done soon thereafter

agreed, we really need to get this wrapped up

moving along

needs further testing but I don't remember seeing any of the firefox warnings with the f40 build

I see you added --filesystem=xdg-run/speech-dispatcher to firefox. I guess thunderbird needs the same, right?

does TB support that api that it would need it?

I don't know

what warnings did you see from firefox? I don't have the new version yet and I can't see any speechd related warnings

only certain websites trigger it

do you have an example? I'd love to test this a bit

info is in the ticket

ahh ok, I'll look

not sure how we should handle this

a few times I've been tagged by the RPM maintainer about a problem, and I've dealt with it there

something to think about when we more of an audience

this is for Owen

I am not sure either. I think it would make sense to have a separate product, but it's quite a bit of overhead at the same time. I think last time this came up Owen thought it would be best to not create a separate product - but I guess we'll need him to discuss this in details.

I had been thinking more about a Flatpak version for components under the Fedora product

but let's discuss another time

that's all I've got for new issues

thanks for bringing them up - I think it makes sense to go through new issues every time, even if we don't know how to solve them

agreed

it could always be that someone lurking has ideas, or someone who's reading the meeting minutes

anything else?

nothing from me

again, I'll be around only part-time this week, and then out for the rest of the month

OK, I guess we'll pick up meetings again when you are back

I'll keep an eye on flatpak builds while you are gone

alright, let's end the meeting - thanks yselkowitz!