19:24:40 <brainycmurf> #startmeeting Workstation WG (2022-03-29) 19:24:40 <zodbot> Meeting started Tue Mar 29 19:24:40 2022 UTC. 19:24:40 <zodbot> This meeting is logged and archived in a public location. 19:24:40 <zodbot> The chair is brainycmurf. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 19:24:40 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 19:24:40 <zodbot> The meeting name has been set to 'workstation_wg_(2022-03-29)' 19:24:40 <brainycmurf> #meetingname workstation 19:24:40 <zodbot> The meeting name has been set to 'workstation' 19:24:40 <brainycmurf> #chair 19:24:40 <zodbot> Current chairs: brainycmurf 19:25:10 <brainycmurf> #chair Allan 19:25:10 <zodbot> Current chairs: Allan brainycmurf 19:25:17 <brainycmurf> #info Present members: Michael, Neal, Allan, Matthias, Owen, Tomas, Chris, Jens 19:25:18 <brainycmurf> #info Guests: Jack Sedita 19:25:18 <brainycmurf> #info Regrets: 19:25:18 <brainycmurf> #info Missing: Sally 19:25:18 <brainycmurf> #info Secretary: Tomas 19:25:18 <brainycmurf> New-ish tickets that need figuring out: 19:25:20 <brainycmurf> #topic GUI-based recovery environment 19:25:22 <brainycmurf> #link https://pagure.io/fedora-workstation/issue/288 19:25:24 <brainycmurf> Currently we suggest to use the live media, though we don't have much in the way of recovery tools there. 19:25:27 <brainycmurf> What would an ideal recovery environment look like? 19:25:29 <brainycmurf> We would need to know what the common cases are for broken systems. Limitation might be a lack of expertise inside the FWWG (i.e. what recover tools/things can i.e. luks do) 19:25:34 <brainycmurf> If we want to install a graphical recovery environment, how would we do so? 19:25:36 <brainycmurf> There is some value in being able to boot a generic graphical system - at least then someone can use the web, create install media to reinstall. It would be good to have diagnostic tools too - but the generic system is still good. 19:25:40 <brainycmurf> We should take this to the fedora-devel or Fedora's Discourse to get the data and to get the overview of what recovery utilities are available in Fedora. 19:25:43 <brainycmurf> We ought to have a reinstall option in the installer, using existing btrfs /home - can prepopulate the user data and reconfigure a fresh system with the same users (Yast and Ubiquity already do this). 19:25:46 <brainycmurf> #action Neal to start a mailing list discussion 19:25:48 <brainycmurf> #action Allan to communicate these requirements to the installer team 19:25:50 <brainycmurf> #topic When skipping the option to enable 3rd repositories in the Fedora post-installation experience, dl.flathub.org doesn't appear in GNOME Software repo list, but all of the other 3rd repos do 19:25:53 <brainycmurf> #link https://pagure.io/fedora-workstation/issue/271 19:25:55 <brainycmurf> This issue is a hole in our current design. Someone can work around it by using the fedora-third-party CLI, or by adding Flathub propper. 19:25:58 <brainycmurf> The issue is that the filtered Flathub remote gets created when someone presses the "enable" button. So if you don't press it, you don't get it in its disabled state (unlike the RPM repos). 19:26:01 <brainycmurf> Fixing the issue would require some redesign of the dialog. Possibly flatpak changes too. 19:26:05 <brainycmurf> #action Owen to write down a summary into the issue 19:26:07 <brainycmurf> #topic Desktop wallpaper goals and guidance 19:26:09 <brainycmurf> #link https://pagure.io/fedora-workstation/issue/293 19:26:11 <brainycmurf> The wallpaper should account for the lock screen / login manager and other technical constrains of the desktop environment. 19:26:14 <brainycmurf> We want people to be able to identify Fedora's default desktop as Fedora. 19:26:16 <brainycmurf> #action Allan to publish his wallpaper requirements notes (probably on docs.fedoraproject.org) 19:26:18 <brainycmurf> #info remaining agenda items deferred 19:26:20 <brainycmurf> #topic Announcements, Status Updates 19:26:22 <brainycmurf> #info Michael reports printing and scanning regressions following upgrade F35 -> F36 19:26:24 <brainycmurf> #link https://bugzilla.redhat.com/show_bug.cgi?id=2066528 19:26:26 <brainycmurf> #link https://bugzilla.redhat.com/show_bug.cgi?id=2069277 19:26:28 <brainycmurf> #action Chris to file a fesco ticket about printing issues in F36 19:26:30 <brainycmurf> #info Meeting minutes from last week posted 19:26:34 <brainycmurf> #link https://meetbot.fedoraproject.org/fedora-meeting-2/2022-03-23/workstation.2022-03-23-01.25.log.html 19:27:29 <brainycmurf> #endmeeting