Today FESCo resolved ticket 1475, which was discussing how to
handle the Darktable package. As Stephen Gallagher noted, this is a
somewhat popular package for Workstation setups. It was suggested
that Workstation include the more up-to-date Copr of Darktable in it's
"playground" or "included by not enabled" repository setup. I'm
forwarding this request to the Workstation group for review.
Hello everyone, my proposal is this:
-Include a desktop launcher *.desktop for R (terminal=true)
-Include information about application (aka appdata)
In gnome-software working to promote appdata, but unfortunately only
consider applications with GUI and for good reason, but I think you can
give some exceptions like R. For example, Octave before its version 4.0
and official GUI, was distributed with desktop launcher and now has
appdata, making it easy to install with gnome-software.
R, it is a project with great reputation and widely used in research and
-Very visible (easy to find and install/remove)
-Easy to launch through the application view (gnome-shell)
-Quick access to the project website
-Rating and other benefits of gnome-software (running out-of-the-box,
usage statistics?, etc.)
R now have a nice flat logo -> https://www.r-project.org/Rlogo.png
I heartily apologize for this email being way too late, since I like
to circulate a call for agenda a few days ahead of the meeting. I'm
having a hard time finding what we need to decide in a WG meeting this
There has been good discussion that started about Darktable --
resolved the specific issue for now, although there are spinoffs
happening, albeit without a clear agenda-ready question. Am I missing
a clear decision point for which we need to meet this week?
Why is GDM kept around for Gnome logins? Is there a way to disable this "parent" GDM
Over the course of a few days the GDM user process of gnome-shell balloons in memory
usage from very small to very large. The following stats were produced on a box with
a 5 day uptime and 8 GB of RAM.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1051 gdm 20 0 3024276 1.513g 23336 S 0.0 19.4 0:45.92 gnome-shell
1594 mcronen+ 20 0 2484876 469104 51276 S 3.0 5.7 47:02.37 gnome-shell
This is a recurring theme. Are there known fixes? (Only in Gnome Shell 3.18+?)
Fedora is still insisting on diverging from upstream GNOME Terminal.
I'm on the side that this isn't a great idea, but whatever, it's a
valid thing to do. However, it's not good that bugs *introduced* by
this downstream patching seem to be ignored:
the package patched back in the "Use dark theme variant" option, but
did not patch back in its translations, so it appears only in English.
This was reported 5 months ago but hasn't received even an
If we're going to do this can we at least maintain the variance
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
Next meeting is Wednesday, 2015-Sept-02 at 1400 UTC / 10:00am
US-Eastern. Agenda additions are welcome, but might be deferred to the
next meeting, since I have a big list. My plan is to get through the
first four items rather quickly, and focus the meeting on Atomic. But
we'll see what happens!
- i686 install media no longer "primary/blocking deliverable" for F24
- Is the text on for the workstation product on getfedora.org OK?
- SecureBoot enabled causes Win 8 UEFI to not start from grub
- Drop Shotwell/Transmission for F23?
- What are the next steps for Atomic Workstation?
We were recently discussing what marketing collateral we should have
for the different products. To paraphrase the rather long thread,
the design and marketing teams have suggested that we have a timeless
flyer for each product. ("Timeless" implying that the flyer will not be
release specific and will not be updated per release).
As part of this, we'd like the product WGs to please go over the text
on getfedora.org and see if the text is OK or if they'd like to update
it before F23. The idea here is to keep the text on the websites and
the flyers in sync for a better, more uniform marketing system.
Could this rather tiny task please be put on the WG's agendas? I'll
file trac tickets if required :)
Ankur Sinha "FranciscoD"
DevAssistant upstream here. We're acutely aware of the DA GUI not
conforming to the guidelines, and not only for that reason, we intend to
drop it entirely and replace it with an in-house Web UI for Fedora 24.
The replacement is a part of the larger effort of converting DA to a
client/server model, which is underway, and should be ready for F24.
If, then, there is someone willing to write a GTK-based GUI client for
DA from scratch (the current GUI will not be usable at all due to
reworked architecture), we'll be more than happy to help them make it
happen (We already have some design sketches from Mizmo, so the design
part is taken care of). Mind you that none of us really understands GTK,
PyGObject, and the like, so it's the inner workings we can help with
rather than making the GUI itself. We'll have a public DA server API out
soon, so I can point the person to it once it's done.
In any case, we're very much interested in DevAssistant staying
installed by default, so we'd like to work this out before the actual
suggestion of dropping it makes it to the table. If you have any
questions or comments, please post to
devassistant(a)lists.fedoraproject.org, or come to #devassistant at Freenode.
this bug generated quite some fuss already in the internet, so
probably you are aware of it. Since it is quite important I would like
to bring it to your attention if it has been not. The bug is
This heavily (and mainly) affect desktops installation, especially KDE
spins, but also multimedia applications.
Since user experience is heavily affected (to the point I just
recompiled mesa with the named workaround to get my work desktop
usable again) I thought it was a good idea to point it out on the
mailing list to hopefully get a workaround in quickly.
Thank you for your help.