desktop May 2016

desktop@lists.fedoraproject.org

36 participants
22 discussions

coredumpctl integration for F25
by Michael Catanzaro 14 Oct '16

14 Oct '16

Hi, Currently we have coredumpctl installed by default, but it doesn't work because core dumps are consumed by ABRT instead. I'd like to get coredumpctl working out-of-the-box. We can do this by changing our systemd presets [1] to disable abrt-ccpp.service. ABRT will continue to function thanks to the ABRT developers' work on coredumpctl integration via abrt-vmcore.service. There is a somewhat- reduced feature set, but I've been running this for several months happily and I haven't noticed any issues; my crashes are being reported to FAF, and I can manually report to Bugzilla. See [2] for details. This might be slightly controversial for two reasons. First, the big change here is that core dumps will appear in the magical and super- awesome coredumpctl tool in addition to ABRT, but would no longer be created in the cwd when ulimit is set appropriately (we would need to feature that in the release notes). This aligns us with upstream systemd behavior, but diverges from Debian and Ubuntu, which still create the old-style coredumps in the cwd. Second, my understanding is that the ABRT developers prefer to improve abrt-cli and tell people to use that rather than coredumpctl. But as coredumpctl is very mature (nicer) and cross-distro so it gets many more contributors, I definitely prefer to instruct people to use coredumpctl instead for C/C++ crashes. We could totally do this change for F24 as well as it should be just a one-line change, but in the spirit of beta freeze I figure it's probably best left for F25. Michael [1] https://pagure.io/fedora-release/blob/master/f/90-default.preset [2] https://github.com/abrt/abrt/issues/1108

8 21

Another round of default app discussion
by Michael Catanzaro 25 Sep '16

25 Sep '16

Hi, Recently the Workstation working group agreed to match the GNOME apps we install by default in Fedora with upstream GNOME's core apps. We will by default sync our default apps to upstream's, and make exceptions only for exceptional reasons if when proposed on this list. This adds a bit more cement to our status as the best GNOME distribution with minimal divergence from upstream. I worked upstream with designers and release team to move many desirable apps into core, to better match what we're currently shipping in Fedora. I also created a gnome-incubator metamodule upstream, which is where we'll put apps that we want to be core apps by design, but which we recognize are not yet ready to be installed by default in distributions. Currently that is home to bijiben, gnome-boxes, gnome- calendar, gnome-dictionary, gnome-music, and gnome-photos. Here is how we currently diverge from the new upstream recommendations: Apps missing from Fedora: epiphany, gnome-logs Extra apps in Fedora: bijiben, evolution, gnome-boxes, shotwell, rhythmbox I see little value in discussing Epiphany again right now. Let's make an exception for that. I have added Logs in Fedora just now, as I expect that will be uncontroversial and I don't see any value in diverging from upstream here. Bijiben is just not very good yet, and it's not under active development. There's no good reason for us to diverge from upstream here, and I expect it will be uncontroversial, so I've dropped it. I guess Evolution might be controversial; I use it religiously, and many of you probably do too. But the user interface is complex and confusing; users should not be exposed to this by default, barring drastic UI changes that are outside the scope of the Evolution project. Evolution is a great mail client for power users, but I'm confident that the average user will be better off with webmail services; folks who want a desktop client can simply install one, after all. We intend to replace it with GNOME Mail eventually, but nobody has started developing it yet. I propose we drop Evolution, but I have not done so yet, pending further discussion. Boxes has too many serious bugs right now, so it cannot go into gnome- core yet, but we intend it to eventually. Since this is a significant application, I have not yet removed it from our default install, pending further discussion. My main concern is that it would look odd for us to remove such a significant app from the default install, then bring it back in a year or two. On the other hand, users won't notice a thing unless they make a habit of reinstalling Fedora, and it's not good to include apps we can't fully recommend. It's not clear to me what choice is best here. I propose we make temporary exceptions to keep Shotwell and Rhythmbox, until their intended replacements, Photos and Music, move into upstream's GNOME core moduleset. That will very likely happen for Photos for F25. I'm less certain about Music. Michael

19 61

JBoss development tools on Fedora
by Emeka Bethel N 13 Jun '16

13 Jun '16

I've been thinking, can we have JBoss development tools by default on Fedora anytime soon? We've been pushing a lot of down-stream projects up on Fedora so why not our very own JBoss?

3 2

Workstation WG meeting recap 2016-May-25
by Paul W. Frields 25 May '16

25 May '16

Minutes: https://meetbot.fedoraproject.org/fedora-meeting/2016-05-25/workstation.201… Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting/2016-05-25/workstation.201… Log: https://meetbot.fedoraproject.org/fedora-meeting/2016-05-25/workstation.201… * * * =============================== #fedora-meeting: Workstation WG =============================== Meeting started by stickster at 14:00:00 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting/2016-05-25/workstation.201… . Meeting summary --------------- * Roll call (stickster, 14:00:03) * GNOME Boxes/libvirt default network bug (stickster, 14:04:50) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1164492 (stickster, 14:04:56) * ACTION: kalev-afk do dep-dropping dance, rebuild, work with zeeshan to restore in rawhide as needed (stickster, 14:19:12) * ACTION: stickster do add'l research to understand problem, work with adamw, zeeshan, mclasen___, et al. on workable F25 solution (stickster, 14:19:44) * Workstation demo at Red Hat Summit (stickster, 14:21:16) * LINK: https://fedoraproject.org/wiki/Red_Hat_Summit_2016 (decause, 14:23:20) * ACTION: mclasen___ start a public etherpad or wiki page we can pull together the concepts in the next day or two (stickster, 14:39:48) * IDEA: Wayland (stickster, 14:41:14) * IDEA: Flatpak (stickster, 14:41:17) * IDEA: demo definitely should run on F24 GNOME Wayland session! (stickster, 14:42:46) * IDEA: subscription manager integration with GOA (stickster, 14:42:59) * IDEA: Software distro upgrade (stickster, 14:43:18) * LINK: http://etherpad.osuosl.org/fedora-rht-summit (decause, 14:44:01) * IDEA: other Software features (stickster, 14:45:21) * IDEA: Boxes or other developer features (stickster, 14:47:27) * Open floor (all other business) (stickster, 14:48:39) * F24 to ship with Wayland 1.10, save 1.11+ for later (stickster, 14:51:23) * discussion in progress with koji maintainers on how to properly enable shipping ostree/flatpak deliverables in F25+ (stickster, 14:54:57) Meeting ended at 14:57:54 UTC. Action Items ------------ * kalev-afk do dep-dropping dance, rebuild, work with zeeshan to restore in rawhide as needed * stickster do add'l research to understand problem, work with adamw, zeeshan, mclasen___, et al. on workable F25 solution * mclasen___ start a public etherpad or wiki page we can pull together the concepts in the next day or two Action Items, by person ----------------------- * adamw * stickster do add'l research to understand problem, work with adamw, zeeshan, mclasen___, et al. on workable F25 solution * kalev-afk * kalev-afk do dep-dropping dance, rebuild, work with zeeshan to restore in rawhide as needed * mclasen___ * stickster do add'l research to understand problem, work with adamw, zeeshan, mclasen___, et al. on workable F25 solution * mclasen___ start a public etherpad or wiki page we can pull together the concepts in the next day or two * stickster * stickster do add'l research to understand problem, work with adamw, zeeshan, mclasen___, et al. on workable F25 solution * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * stickster (102) * decause (30) * mclasen___ (28) * zodbot (18) * otaylor (15) * cschalle_ (11) * kalev-afk (8) * mcatanzaro (7) * rdieter (6) * adamw (2) * skrzepto (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ The open source story continues to grow: http://opensource.com

1 0

Call for agenda: Workstation WG meeting 2016-May-25
by Paul W. Frields 23 May '16

23 May '16

Reminder that we meet on Wed 2016-May-25 at 1400 UTC (10:00am US-EDT). * GNOME Boxes/libvirt default network issue: <https://bugzilla.redhat.com/show_bug.cgi?id=1164492> * Can we get a build without the troublesome Requires * Can we also do a better fix long term to avoid F25 scramble * Workstation demo at Red Hat Summit * Remy DeCausemaker to attend, present, and solicit input If time remains after that, we were asked about the hibernate issue in this bug (not a blocker, but a freeze exception): <https://bugzilla.redhat.com/show_bug.cgi?id=1332266> Suggestions for agenda are graciously accepted through at least 2359 UTC tomorrow night (2016-May-24). -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ The open source story continues to grow: http://opensource.com

1 0

Re: Why isn't git installed in Workstation?
by Florian Weimer 21 May '16

21 May '16

On 05/19/2016 02:28 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, May 18, 2016 at 10:13:55AM -0500, Michael Catanzaro wrote: >> On Wed, 2016-05-18 at 08:23 -0400, Stephen Gallagher wrote: >>> Is git-core-doc a strict requirement? (If it was, I would think that >>> git-core >>> would be requiring it, not 'git'). Maybe we could make that a >>> Recommends: and >>> not include it on the install media? That certainly seems like the >>> largest savings. >>> >>> Of course, the obvious tradeoff is the lack of documentation... >> >> Is it required for 'git help' to work? > > Yes, git help just shows the man pages, which are in git-core-doc. The manual pages are only a small part of git-core-doc, though: 13276 usr/share/doc 984 usr/share/man Would it make sense to split them into their own package (perhaps for Fedora 26)? Florian

2 1

Why isn't git installed in Workstation?
by Paul W. Frields 19 May '16

19 May '16

https://twitter.com/SparksWG3K/status/730826470147428352 This seems like a perfectly good question to me. Far and away the preferred VCS, and it's not like it wastes a ton of disk space. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ The open source story continues to grow: http://opensource.com

19 32

Talking points for F24 Workstation
by Paul W. Frields 19 May '16

19 May '16

We have some great talking points listed for F24 Workstation. Is this list complete? If not, please add to the wiki page: https://fedoraproject.org/wiki/Fedora_24_talking_points I'll be using this list to compile a "What's New in Fedora 24 Workstation" article for the Fedora Magazine, for publication on or about the GA release date. This is always a very popular article so I want to make sure it covers all the desired highlights. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ The open source story continues to grow: http://opensource.com

6 8

image-based workstation update
by Matthias Clasen 17 May '16

17 May '16

Just a quick status update: We is now producing a workstation ostree repo in rawhide nightly, it is available at https://kojipkgs.fedoraproject.org/compose/ostree/rawhide/ which is a non mirrored location, but should be suitable for all testing.

1 0

hibernation redux, possible blocker bug
by Chris Murphy 17 May '16

17 May '16

Another hibernation bug came up for blocker review today. systemd-logind does not verify if system has resume device defined when checking if can.hibernate or can.hybridsleep https://bugzilla.redhat.com/show_bug.cgi?id=1332266#c6 Converse to the description, the most compelling aspect is the screenshot in comment 6, in which GNOME shell puts up a notification stating that the system will hibernate soon. But of course that can't work on Fedora right now because the required command line "resume=<swap>" does not exist. QA is right on the fence whether this behavior is sufficiently misleading and bad as to violate the data corruption/loss release criterion. In reality the system will merely be shutdown, so why not just say that? https://fedoraproject.org/wiki/Fedora_24_Final_Release_Criteria#Data_corrup… Question for the WG is, is is possible to change /etc/UPower/UPower.conf such that - CriticalPowerAction=HybridSleep + CriticalPowerAction=PowerOff That way the misleading message shouldn't happen? -- Chris Murphy

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

desktop May 2016