13:00:24 <aday> #startmeeting workstation
13:00:25 <zodbot> Meeting started Mon Oct 28 13:00:24 2019 UTC.
13:00:25 <zodbot> This meeting is logged and archived in a public location.
13:00:25 <zodbot> The chair is aday. Information about MeetBot at http://wiki.debian.org/MeetBot.
13:00:25 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
13:00:25 <zodbot> The meeting name has been set to 'workstation'
13:00:38 <cmurf> .hello chrismurphy
13:00:39 <zodbot> cmurf: chrismurphy 'Chris Murphy' <bugzilla@colorremedies.com>
13:00:47 <aday> .hello aday
13:00:49 <zodbot> aday: aday 'None' <aday@redhat.com>
13:01:46 <aday> that's only 4 people
13:02:06 <kalev> morning
13:02:10 <juhp[m]> .hello petersen
13:02:11 <zodbot> juhp[m]: petersen 'Jens Petersen' <petersen@redhat.com>
13:02:16 <aday> 6
13:02:37 <langdon> .hello2
13:02:38 <zodbot> langdon: langdon 'Langdon White' <langdon@redhat.com>
13:03:06 <aday> ok, i think that's quorum
13:03:22 <aday> #topic agenda
13:03:53 <aday> is there anything urgent? otherwise i thought we could just go through our tickets in order of last modified
13:04:15 <cmurf> quick, vote to assign all of the issues to mcatanzaro!
13:04:45 <aday> meeting tickets by last modified is https://pagure.io/fedora-workstation/issues?status=Open&tags=meeting&order_key=last_updated&order=desc
13:05:17 <cmurf> There are a lot of issued tagged for meeting
13:05:24 <cmurf> s/issued/issues
13:06:03 <aday> ok, if no one has any other ideas...
13:06:34 <juhp[m]> Sounds good
13:06:36 <cmurf> aday: seems reasonable
13:06:47 <aday> #topic "Approve filtered view of flathub as third-party repo?" https://pagure.io/fedora-workstation/issue/108
13:07:59 <aday> there are some +1s in the ticket. it sounds like there's a consensus brewing there
13:08:03 <Son_Goku> .hello ngompa
13:08:04 <zodbot> Son_Goku: ngompa 'Neal Gompa' <ngompa13@gmail.com>
13:08:12 <aday> kalev, you mentioned some potential sticking points?
13:08:27 <kalev> what sticking points?
13:08:36 <aday> kalev, https://pagure.io/fedora-workstation/issue/108#comment-604504
13:08:39 <Son_Goku> sorry I'm late, I had internet issues
13:09:33 <cmurf> I'm reading that comment and I think they're good questions, but I don't have enough information to decide one way or another.
13:09:53 <kalev> yes, I am not sure either
13:10:55 <aday> maybe if we address each question individually. "should we migrate existing users that are using steam from rpmfusion to steam from flathub?"
13:11:13 <juhp[m]> Could someone summarise briefly?
13:11:19 <aday> sounds tricky to do in practice. what's the risk if we don't migrate them?
13:11:44 <aday> juhp[m], summarise #108?
13:11:52 <kalev> if we don't migrate them, then we definitely need to keep the rpmfusion steam repository so that people who use the rpm version can still get updates
13:11:55 <mclasen> migrating sounds difficult at best
13:11:55 <Son_Goku> aday, I would say no
13:12:11 <cmurf> I'm generally in favor of migration to new ways of doing things, the more users are on the same page, the better. BUT where people think they're getting their software is a bit tricky if we silently move them from source A to  source B.
13:12:13 <Son_Goku> the Steam flatpak is demonstratably worse than the RPM
13:12:23 <Son_Goku> at least in my experience
13:12:31 * mcatanzaro late, apologies
13:12:34 <cmurf> So is my concern the silent migration from A to B? Maybe. And if they were notified would I be in favor of the migration?
13:12:36 <mcatanzaro> .hello catanzaro
13:12:37 <zodbot> mcatanzaro: catanzaro 'Michael Catanzaro' <mcatanzaro@gnome.org>
13:12:42 <kalev> Son_Goku: that's a very negative way to look at things
13:12:45 <mclasen> Son_Goku: it doesn't matte on Silverblue
13:12:50 <mclasen> matter
13:12:52 <langdon> are we really so confident in the flathub implementation that we want to force people out of rpms? last time I tried the flatpak of steam I had problems
13:12:55 <Son_Goku> mclasen, we're not talking about Silverblue
13:12:58 <Son_Goku> we're talking about everything
13:13:02 <mclasen> I am
13:13:14 <Son_Goku> mclasen, in the Silverblue case, I thought we're already using the flatpak
13:13:21 <mclasen> in what sense ?
13:13:22 <langdon> the ticket is all things though, right
13:13:24 <cmurf> oh wait is the context of that issue exclusively Silverblue, exclusively Workstation, or both?
13:13:32 <Son_Goku> it's not like the repos are shipped or easy to enable on Silverblue
13:13:38 <mclasen> what do you mean by 'we are using flatpak' ?
13:13:47 <mclasen> flathub is not enabled by default, which is what this is all about
13:13:57 <Son_Goku> mclasen, we're not telling people how to enable the steam repo on Silverblue and overlay steam rpm
13:14:06 <Son_Goku> so they *have* to get the flatpak
13:14:09 <mclasen> we're also not telling them how to enable flathub
13:14:30 <Son_Goku> so what, it's easier to discover enabling flathub on Silverblue than enabling rpmfusion
13:14:51 <mclasen> sure, it sucks a bit less
13:14:58 <Son_Goku> kalev, my view is consistent with my experience in using both
13:15:22 <Son_Goku> sometimes I wonder if any of y'all actually _use_ steam or play games for the fun of it
13:15:37 <aday> Son_Goku, if there are issues with using steam from flathub, that would be useful info to have in the ticket :)
13:15:50 <aday> ideally with links to issue reports, obvs.
13:15:50 <Son_Goku> aday, one day, I'll sit down and put them in there
13:15:53 * otaylor is here now - sorry to be late
13:16:00 <Son_Goku> but you're going to be very unhappy with me once I list them
13:16:07 <langdon> allocating enough disk if you have your drive sliced up is tough
13:16:11 <kalev> I don't use steam, for what it's worth, so it would be very good if you could list the issues
13:16:16 <kalev> thanks
13:16:28 <Son_Goku> a lot of games have trouble working from the flatpak'd steam
13:16:36 <Son_Goku> and yeah, the disk space issue is a huge problem
13:16:44 <langdon> yeah.. and saved games in particular (iirc)
13:16:46 <aday> we should certainly make sure that whatever solution we decide on works well in practice
13:16:47 <kalev> "the disk space issue" ?
13:16:58 <otaylor> Son_Goku: why would disk space be an issue? flatpaks store data in $HOME
13:17:03 * mclasen feels we're off into the weeds
13:17:09 * kalev agrees.
13:17:14 * cmurf agrees with mclasen
13:17:19 <langdon> that's the problem.. normally I have a "games disk"
13:17:27 <Son_Goku> likewise
13:17:39 <Son_Goku> it's a lot easier to do with normal Steam, but flatpak steam disallows this
13:17:51 <aday> we left of working through the questions that kalev raised in https://pagure.io/fedora-workstation/issue/108#comment-604504
13:17:51 <langdon> well.. u cna do it :)
13:18:00 * mclasen should not have picked steam as first case
13:18:01 <Son_Goku> langdon: sort of :P
13:18:03 <aday> one of those was migration. where i think the answer was: probably too hard
13:18:04 <langdon> ha
13:18:07 <cmurf> haha
13:18:20 <langdon> I also think migration is not recommended
13:18:24 <Son_Goku> yeah
13:18:29 <aday> the second question was "Should we remove rpmfusion steam from 3rd party repos now that we have flathub steam?"
13:18:32 <cmurf> okok so I think we need a bit of philosophy and ideology, because the working group is all about making choices, more than it is about having discussions, right?
13:18:35 <langdon> we have sophisticated users (mostly)
13:18:36 <Son_Goku> aday: no
13:18:42 <kalev> and if migration is not recommended, then we definitely should not remove rpmfusion steam repo
13:18:45 <kalev> so no to both questions
13:18:49 <cmurf> the problem is too many of us need to have a discussion in order to get to enough awareness to choose
13:19:07 <cmurf> I kinda think we need something out of band for the usual meetings, which are about making decisions
13:19:27 <cmurf> something like an on-boarding session
13:19:38 <langdon> I would like more "recommendation".. like I wish g-software treated al the same software as the same with different install options
13:19:49 <langdon> which could have a "recco"
13:19:54 <cmurf> There's a LOT going on in Fedora that not everyone is really on the same page about
13:19:56 <Son_Goku> langdon, yeah, that'd be quite nice
13:20:01 <aday> cmurf, that sounds like a useful discussion to have elsewhere
13:20:02 <otaylor> cmurf: hmm, not sure - I think meetings are in fact for discussion, we just have to keep discussion focused on the decisions, and not drift off into chatting :-)
13:20:04 <aday> or maybe later
13:20:19 <aday> do we have any other points for #108?
13:20:28 <langdon> cmurf I think u described Fedora all the time :)
13:20:32 <mcatanzaro> aday: Yes, better discuss whether to have discussions elsewhere somewhere else? :P
13:20:53 <kalev> sa let me do a proposal that people can vote on
13:20:57 <aday> what i'm hearing is - let's go forward with a filtered flathub, but we probably need to come up with a list of apps and test that they work better than the RPM version
13:21:07 <Son_Goku> aday, yes
13:21:17 <Son_Goku> we should also have a trivial way to disable the filter
13:21:24 <Son_Goku> so that all variants of all the things show up
13:21:54 <kalev> proposal: #agreed Allow Steam, PyCharm, and NVidia runtime extension from flathub flathub remote. Approve adding filtered flathub remote.
13:22:06 <kalev> +1 to my own proposal :)
13:22:10 <Son_Goku> -1
13:22:16 <mcatanzaro> Hm but it sounds like Son_Goku has the most experience with Steam (i.e. is the only one here who uses it?) so if he thinks the RPM is better, then I would defer to his experience.
13:22:24 <mcatanzaro> Anyone else use Steam?
13:22:32 <Son_Goku> it sounds like langdon does ;)
13:22:47 <cmurf> mcatanzaro: exactly, and I don't use Steam either so I can't argue any of the points either way
13:22:49 <langdon> me (but not as often as I would like :) )
13:23:00 <mcatanzaro> Yes sorry, I read the backlog a bit quickly
13:23:00 <cmurf> I can schedule this for correction though :D
13:23:11 <Son_Goku> I'm okay with the nvidia extension
13:23:23 <aday> kalev, would you be ok with us doing some testing on those, before we make a decision?
13:23:30 <kalev> of course!
13:23:36 <mcatanzaro> NVidia runtime extension seems like common sense. And if we are not aware of any particular problems with PyCharm, that makes sense to me too....
13:23:44 <Son_Goku> I need to play with the pycharm flatpak
13:23:45 <otaylor> kalev: what's the experience wrt getting the whole flathub added?
13:23:49 <Son_Goku> I currently use the pycharm rpm at work a lot
13:24:03 <otaylor> the pycharm flatpak presumably has the typical IDE issues
13:24:04 <kalev> otaylor: not sure how it would work once we have the filtered remote
13:24:18 <otaylor> kalev: that seems to be something that we need to figure out before adding the filtered remote
13:24:38 <Son_Goku> otaylor, do we have a list of those anywhere? I've mostly avoided doing development with flatpaks, as the experience has been historically quite poor
13:24:46 <mcatanzaro> "Typical IDE issues" OK, makes sense that would require further investigation
13:24:52 <langdon> I suspect that pycharm has the same problem as other ides.. no extensions.. so I would not recommend that either (but haven't tried pycharm)
13:25:07 <Son_Goku> oh, yeah, then we probably shouldn't
13:25:09 <aday> kalev: can you expand on "not sure how it would work" ?
13:25:10 <Son_Goku> extensions are kinda important in the intellij world
13:25:16 <otaylor> Son_Goku: the issue you have is that your environment inside the flatpak has no visibility to the system development environment
13:25:17 <langdon> all ides
13:25:27 <Son_Goku> otaylor, ugh, that's no bueno
13:25:30 <kalev> aday: I am not sure how the workflow in gnome-software should be to go from filtered flathub to full flathub
13:25:35 <langdon> which is both the benefit and the problem :)
13:25:42 <kalev> aday: or in flathub CLI
13:25:47 <otaylor> which on Silverblue you may be willing to jump through hoops to work around, but I don't see as viable for a traditional fedora install
13:25:57 <aday> kalev, oh ok. i'd imagined that they would show up as different sources
13:25:57 <mcatanzaro> "I am not sure how the workflow in gnome-software should be to go from filtered flathub to full flathub" <-- seems important to figure out
13:26:15 <kalev> aday: sure, and that's a valid solution I think :)
13:26:20 <aday> "Fedora Approved Flathub" and "Regular Flathub"
13:26:23 <Son_Goku> mcatanzaro, yeah, and I've got some interest in this for... other reasons
13:26:23 <kalev> nod
13:26:35 <Son_Goku> you can guess, as we talked about that at Flock ;)
13:26:38 <cmurf> aday I agree with something like that distinction
13:26:41 <langdon> otaylor vs Code is doing some interesting things with dev in a remote container that seem to overlap with solutions to this problem
13:26:58 <mcatanzaro> The nvidia extension, would that appear in GNOME Software (in which case it could be quite confusing for users to distinguish between the flatpak extension and the host driver) ?
13:27:13 <kalev> I don't know
13:27:20 <otaylor> kalev: entirely different sources could be fine - would need to test a) that GNOME Software doesn't say "you already have this source added"  b) individual flatpaks in both look reasonable
13:27:28 <cmurf> the provinance, or responsible party, of these apps is uncertain to me
13:27:50 <aday> ok, it sounds like we have some next steps identified
13:28:00 <cmurf> where to file bugs has always been jumping through hoops, but much more so with flatpaks
13:28:00 <Son_Goku> I think provenance and responsibilities are supposed to be weaker with flatpaks?
13:28:08 <kalev> I'll note that in pracice, mcatanzaro already merged the filtered flathub remote, so it's already added
13:28:23 <Son_Goku> the whole idea is that we get to blame somebody else for our problems
13:28:33 <Son_Goku> since we can't control the code anymore
13:28:41 <cmurf> Also at least the RPMs are signed, right? Are flatpaks consistently signed?
13:28:51 <Son_Goku> well, flatpaks require signatures in ostree form
13:28:56 <Son_Goku> not sure if they do in OCI mode
13:29:18 <Son_Goku> actually, I'd be surprised if they do, since even containers don't have digital signatures or verification
13:29:28 <mclasen> Son_Goku: I think thats a misleading statement
13:29:32 <Son_Goku> (one of many reasons why I'm continually baffled that people think OCI containers are good...)
13:29:56 <cmurf> I also think it's an unsolved problem where to store flatpaks, I don't like either the $HOME or $ROOT methods - they each have drawbacks
13:29:57 <mclasen> Son_Goku: but at least we know where you stand
13:29:57 <aday> #action Everyone to test and identify any critical issues with Steam, PyCharm and NVIDEA from Flathub; add the results to #108
13:30:17 <Son_Goku> mclasen, I know exactly how this will work out as we move to Flathub
13:30:17 <langdon> son_goku have u met a developer?
13:30:24 <Son_Goku> langdon, heh yes
13:30:24 <aday> #action aday and kalev to provide more details on what the gnome-software UX for a filtered Flathub would look like
13:30:38 <Son_Goku> langdon, also, I *am* a developer... ;)
13:30:42 <langdon> :)
13:30:47 <Son_Goku> I'm also *gasp* a game dev :D
13:31:01 <aday> anything else on this topic, before we move on?
13:31:03 <langdon> I think you mean "cowboy"
13:31:07 <Son_Goku> :P
13:31:17 <mcatanzaro> aday: Yes
13:31:18 <mclasen> Son_Goku: lets drop this before it devolves into name calling
13:31:21 <aday> and if we could keep the chatter down...
13:31:31 <Son_Goku> anyway, we're done with this topic
13:31:33 <mcatanzaro> Given the direction this discussion took, I think it makes sense to revert the change for now
13:31:47 <mcatanzaro> If we decide to approve it later we can always un-revert ;)
13:32:07 <aday> mcatanzaro, does that have any practical consequences? does it need a vote?
13:32:25 <Son_Goku> did we even implement this?
13:32:34 <Son_Goku> iirc, I didn't see any implementation of the filtered flathub yet
13:32:44 <mclasen> yes, it was implemented
13:32:46 <aday> Son_Goku, please read the issue
13:33:07 <Son_Goku> ah, it was merged two weeks ago
13:33:09 <Son_Goku> that's why I hadn't seen it
13:33:16 <juhp[m]> It was merged I gather
13:33:19 <Son_Goku> I haven't updated my machines in a month
13:33:55 <aday> mcatanzaro, can you explain why we should revert?
13:34:30 <cmurf> I think the vote count is exactly 0 if we go back full circle
13:34:32 <Son_Goku> aday, we could allow apps like vscode, which have no rpm analog right now
13:34:33 <mcatanzaro> aday: Well based on today's discussion it sounds like this likely won't be approved
13:34:35 <cmurf> +1 and -1 from the start
13:34:49 <mcatanzaro> There are concerns with both Steam (implemented) and Pycharm (not implemented)
13:35:07 <Son_Goku> yep
13:35:14 <Son_Goku> but there are things in flathub that we have no rpm analog that we should allow
13:35:38 <aday> mcatanzaro, but what's the harm of leaving what's been done in place?
13:35:54 <Son_Goku> also, query, `deny *` on flatpak.filter, does that block from *all sources*?
13:36:01 <mcatanzaro> Well if Son_Goku thinks the flathub Steam is worse than our old RPM Steam then leaving the change seems clearly harmful to me.
13:36:03 <Son_Goku> err flathub.filter
13:36:09 <mcatanzaro> Also we currently have two different Steams which doesn't make sense (I missed that)
13:36:22 <aday> :/
13:36:28 <langdon> is this on all workstation or just silverblue?
13:36:38 <mcatanzaro> I'm not saying "let's not use flathub" just "let's slow down and continue discussion"
13:36:39 <Son_Goku> langdon, this currently applies everywhere
13:37:00 <langdon> k
13:37:07 <Son_Goku> well, everything shipping fedora-workstation-repositories
13:37:39 <kalev> we don't ship fedora-workstation-repositories anywhere right now though, which brings us to next meeting item:
13:37:43 <kalev> https://pagure.io/fedora-workstation/issue/105
13:37:50 <kalev> cschalle: you around by any chance?
13:37:53 <mcatanzaro> Son_Goku, it'd be helpful to make a list of problems with the Steam flatpak so we can discuss and consider how serious they are... it doesn't need to be perfect but shouldn't be significantly worse than the RPM for us to switch IMO
13:38:17 <Son_Goku> mcatanzaro, I'll work on enumerating a list
13:38:21 <mcatanzaro> So proposal: mcatanzaro to revert addition of filtered flathub remote to fedora-workstation-repositiories
13:38:28 <cmurf> please change the topic if we're moving on
13:38:33 <Son_Goku> and to make it fair, I'll start over and test from scratch
13:38:47 <Son_Goku> I want to make sure we get an update list, not something from a few months ago
13:39:57 <langdon> I'll give it a try too.. despite the risk of being sucked in to civ6 :)
13:40:04 <aday> kalev, i'm confused now. #105 seems different
13:40:12 <mclasen> Son_Goku: filters are per remote
13:40:18 <Son_Goku> mclasen, nice, thanks
13:40:26 <aday> fedora-workstation-repositories do get used, no?
13:40:29 <mclasen> the filter in the package only affects the flathub remote that it is associated with
13:40:40 <Son_Goku> mclasen, and I'm guessing it does that by the filename, right?
13:41:16 <aday> mcatanzaro, if you want to revert, then let's just put it to a vote. it's still not clear to me what the practical consequences are though
13:41:27 <mclasen> flatpak keeps a copy of the file
13:41:37 <mcatanzaro> aday: Practical consequence is F31 users get RPM version of Steam instead of flathub version
13:41:51 <mclasen> silverblue users don't
13:42:33 <mcatanzaro> Yes, we know it's a problem for Silverblue
13:42:38 <aday> ah, if we revert silverblue users need to manually enable flathub
13:42:43 <otaylor> mcatanzaro: well, we don't add *either* rpmfusion or flathub (unfiltered) by default
13:43:10 <mcatanzaro> otaylor: We do have Steam already in fedora-workstation-repos as an RPM, though
13:43:12 <mclasen> aday: yes
13:43:16 <otaylor> mcatanzaro: Oh, ah, yeah
13:44:24 <aday> if we have concerns about individual apps, we can just adjust the list of what's filtered, no?
13:44:24 <mcatanzaro> Then in a couple weeks we can go over Son_Goku's list of issues and decide whether to switch to flathub for F32, and how the upgrade process would work (I think it's OK to have none for something like this), and what the user experience in GNOME Software will be for switching from filtered flathub to full flathub... it seems like far too many questions to solve in the next 15 minutes :)
13:44:37 <Son_Goku> yeah
13:45:06 <mcatanzaro> aday, yes, but currently Steam is the only app that is permitted, so for the time being...
13:46:05 <kalev> fun limbo here, no support for adding filtered flathub, and no support for removing
13:47:13 <aday> i'm at a loss as to how this is significant for silverblue, if it's just steam
13:48:13 <mcatanzaro> kalev, if we get an update out today it should only be a problem for beta testers, let's not worry too much about it
13:48:38 <kwizart> for info which runtime is using the flathub version of steam ? is the runtime built with a recent version of mesa ?
13:49:26 <kalev> mcatanzaro: what update out?
13:49:44 <mcatanzaro> kalev, an update to revert the change to fedora-workstation-repositories
13:50:03 <kalev> nobody seems to agree to revert it, from what I can tell
13:50:03 <cmurf> is there a way to fully decouple silverblue and workstation? i.e. avoid silverblue users having to manually enable flathub if we revert flatpak'd steam on workstation
13:50:45 <mcatanzaro> kalev, yeah if we have no agreement to make the change OR to revert the change, that means change stays I guess
13:51:03 <kalev> yeah :)
13:51:10 <aday> maybe we should just vote to see where people are
13:51:15 <Son_Goku> cmurf we could subpackage out the flatpak source
13:51:19 <mcatanzaro> cmurf, surely we could construct such a way, but it doesn't currently exist and will take more than nine minutes to do :)
13:51:20 <Son_Goku> and then have silverblue include that
13:51:24 <aday> i don't like the idea of degrading the experience for workstation users
13:51:40 <mclasen> didn't I make the filter a subpackage already ?
13:51:44 * mclasen forgets
13:53:02 <kalev> making it a subpackage seems counter productive if we don't have agreement to ship it by default
13:53:04 <juhp[m]> Is reverting the sanest thing right now? I was kind of expecting a vote
13:53:28 <cmurf> it seems uncontroversial that Workstation should use RPM'd Steam, if it works better than the flatpak'd Steam
13:53:51 <langdon> cmurf +1
13:54:02 <aday> vote: #agreed Revert https://src.fedoraproject.org/rpms/fedora-workstation-repositories/pull-request/7
13:54:43 <cmurf> And that leaves Silverblue using flatpak'd Steam and a point of comparison to get it to some level of acceptable parity, whether that's 100% or 80% I suppose is up to each voting member
13:55:00 <cmurf> +1
13:55:09 <juhp[m]> cmurf: that's could be handled by the filter?
13:55:16 <cmurf> or should I be acking that haha
13:55:28 <mclasen> -1
13:55:30 <cmurf> juhp[m] if it can, great
13:56:44 <aday> mcatanzaro, otaylor, cschalle, Son_Goku, kalev: please vote
13:56:54 <Son_Goku> +1
13:56:59 <mcatanzaro> +1
13:57:04 <cschalle> +1
13:57:13 <otaylor> +1 - too many unanswered questions (though I'd like to know what ended up in F31 final)
13:57:22 <aday> +1
13:57:24 <langdon> +1
13:57:33 <juhp[m]> +1 too
13:57:35 <aday> ok, vote passed. you ok to do that, mcatanzaro ?
13:57:36 <kalev> +1, sadly (I'd like to see it added)
13:57:45 <mcatanzaro> Yes I'll do that
13:57:52 <kalev> otaylor: F31 final didn't get it. It only ever landed in rawhide (F32)
13:58:04 <aday> #action mcatanzaro to revert https://src.fedoraproject.org/rpms/fedora-workstation-repositories/pull-request/7
13:58:16 <juhp[m]> Aha
13:58:28 <aday> we should still follow up with the other action items and chase down the issues for each of the filtered apps
13:58:31 <mcatanzaro> With an emphasis on this being mainly for further discussion, not necessarily because we don't want to use flathub in the future
13:58:32 <otaylor> kalev: let's work through the issues and get it unreverted asap! :-)
13:58:38 <kalev> otaylor: yes!
13:58:46 <aday> agreed
13:58:58 <aday> only 2 minutes left. let's bring this to a close
13:59:23 <kalev> a general info note: I'm working on F31 flatpaks today, moving flatpak'd gnome apps to the new F31 flatpak runtime
13:59:24 <aday> please take the time to read over the other issues and continue the discussion there
13:59:43 <aday> https://pagure.io/fedora-workstation/issues?status=Open&tags=meeting&order_key=last_updated&order=desc
13:59:43 <cmurf> can we vote on 109 in the ticket? at least until the backlog is cleared? we clearly have a lot to discuss and decide.
14:00:09 <aday> cmurf, yes, let's try
14:00:16 <mcatanzaro> Looks like the flathub change was only made for F32, not for F31, so not much urgency after all
14:00:22 <aday> #endmeeting