Workstation WG meeting recap 2018-Mar-26
by Paul W. Frields
Minutes: https://meetbot.fedoraproject.org/fedora-meeting-2/2018-03-26/workstation...
Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-2/2018-03-26/workstation...
Log: https://meetbot.fedoraproject.org/fedora-meeting-2/2018-03-26/workstation...
* * *
=================================
#fedora-meeting-2: Workstation WG
=================================
Meeting started by stickster at 13:00:07 UTC. The full logs are
available at
https://meetbot.fedoraproject.org/fedora-meeting-2/2018-03-26/workstation...
.
Meeting summary
---------------
* Roll call (stickster, 13:00:12)
* Agenda link:
https://pagure.io/fedora-workstation/issues?status=Open&tags=meeting
(stickster, 13:03:01)
* Overall issues link:
https://pagure.io/fedora-workstation/issues?status=Open -- if you
see something not covered in agenda that should be, speak up now :-)
(stickster, 13:03:28)
* LINK: https://pagure.io/fedora-workstation/issue/41 maybe as well?
(kalev, 13:04:08)
* Cantarell in F28 (stickster, 13:06:03)
* LINK: https://pagure.io/fedora-workstation/issue/40 (stickster,
13:06:10)
* LINK:
https://lists.fedoraproject.org/archives/list/desktop@lists.fedoraproject...
has screenshots (kalev, 13:14:21)
* LINK: https://koji.fedoraproject.org/koji/buildinfo?buildID=1058449
(stickster, 13:14:47)
* LINK:
https://openqa.fedoraproject.org/tests/204833#step/disk_custom_ext3/11
is a screenshot that shows some issues (stickster, 13:17:11)
* AGREED: Revert to old Cantarell for F28 but leave it be in rawhide,
revisit in six months to see if regressions are still unaddressed.
(mcatanzaro, 13:32:40)
* ACTION: kalev unpush Cantarell update from updates-testing
(stickster, 13:33:36)
* ACTION: otaylor mclasen aday discuss Cantarell/text-stack issues
with madigens, involve and/or jimmac as needed (stickster,
13:35:48)
* Initial setup redundancy (stickster, 13:37:38)
* LINK: https://pagure.io/fedora-workstation/issue/21 (stickster,
13:37:46)
* AGREED: give juhp[m] a few days to look into the g-i-s patch with
epico and report back (stickster, 13:43:10)
* All other business (open floor) (stickster, 13:43:29)
* kalev is listed as chair for April 9 (stickster, 13:44:49)
* Need to resolve the question of repo to carry, whether to do for
F28/F29, possible update path issues (stickster, 14:06:26)
Meeting ended at 14:06:40 UTC.
Action Items
------------
* kalev unpush Cantarell update from updates-testing
* otaylor mclasen aday discuss Cantarell/text-stack issues with
madigens, involve and/or jimmac as needed
Action Items, by person
-----------------------
* aday
* otaylor mclasen aday discuss Cantarell/text-stack issues with
madigens, involve and/or jimmac as needed
* kalev
* kalev unpush Cantarell update from updates-testing
* mclasen
* otaylor mclasen aday discuss Cantarell/text-stack issues with
madigens, involve and/or jimmac as needed
* otaylor
* otaylor mclasen aday discuss Cantarell/text-stack issues with
madigens, involve and/or jimmac as needed
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* stickster (68)
* mcatanzaro (38)
* mclasen (34)
* juhp[m] (23)
* cschalle (22)
* otaylor (18)
* kwizart (17)
* kalev (16)
* zodbot (15)
* aday (14)
* rdieter (11)
* ryanlerch (6)
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
6 years
atomic workstation, how to troubleshoot slow downloads
by Chris Murphy
Hi,
I'm seeing seemingly unusually slow downloads with an ostree repo that
I don't see with koji when downloading ISOs. It starts around 8-9MB/s
but quickly tanks to well below 1MB/s while still receiving objects.
This smells like ISP traffic shaping but I don't know why that would
be the case or how to prove it. Whereas koji ISO (and dnf rpm)
downloads consistently remain in the 8-9MB/s range.
[root@localhost sysroot]# ostree --repo=/ostree/repo pull
fedora-ws-27:fedora/27/x86_64/workstation
GPG: Verification enabled, found 1 signature:
Signature made Sat 24 Mar 2018 04:12:34 PM MDT using RSA key ID
F55E7430F5282EE4
Good signature from "Fedora 27 <fedora-27(a)fedoraproject.org>"
Receiving objects: 13% (11760/87920) 118.0 kB/s 172.4 MB
I'm not sure how long this will take, maybe 10 hours or 10 days. The
-v flag doesn't present the URL being used. For delta downloads this
probably isn't such a big deal, but for an initial download it's a
problem.
Thanks,
--
Chris Murphy
6 years
3rd Party software submission
by Christian Fredrik Schaller
Hi guys,
So I kicked off adding 3rd party applications to Fedora Workstation 28, by
submitting two tickets proposing NVidia driver and Steam.
There are basically two pages to look at:
https://fedoraproject.org/wiki/Workstation/Third_party_software_policies?...
And the practical guide for proposing an application at:
https://fedoraproject.org/wiki/Workstation/Third_party_software_Workstati...
The second link includes a proposal template for adding apps. The vehicle
for proposing applications is the working group pagure instance.
I would recommend people to go over the requirements and work with 3rd
parties to propose further applications to include. We accept package
proposals that are either in RPM or Flatpak format.
Also we have a detailed howto created for how to create your repository
technically ready for inclusion in Fedora, but it needs a little more work
to get online, but Paul Frields is working on that and hopefully we will
get it resolved soon.
Christian
6 years
Re: The new gnome-software update with "third party repositories"
support
by Ankur Sinha
On Mon, Mar 19, 2018 10:47:37 +0100, Kalev Lember wrote:
> Hi,
Hello,
>
> Thanks for starting the discussion, Ankur! I was just about to send a
> request for testing to the test list.
Ah - sorry. I was slightly overzealous here XD
<snip>
>
> More replies in-line down below:
>
> On 03/18/2018 01:28 PM, Ankur Sinha wrote:
> > - Clicking "enable" should tell the user what repositories were made
> > available for activation. Open up the "software sources" dialogue
> > straight-away, maybe?
>
> Good point. I'll talk to aday (gnome-software designer) and discuss
> this. We were polishing the new software repositories dialog a lot, but
> the notification that appears on the overview page didn't get that much
> love. I'll see what we can do; maybe just disable the notification for now.
Thank you!
Would it also be possible to use a different term than "Third
party repositories" in the software repositories dialogue? What's
happening now is that the repositories from the
fedora-workstation-repositories package come under "Third party
repositories" accompanied by the notice on how some of these may be
proprietary, and other third party repositories that users may have
enabled themselves, such as Adobe/Dropbox/RPMFusion are coming up
in a separate section. This isn't quite intuitive---it almost gives one
the feeling that the latter are not "third party".
>
> > - The "find out more" link goes to the wikipedia page on properietary
> > software, which is frankly useless. The Fedora Forbidden items would
> > be a better page[2]. I would think the Forbidden Items page should
> > require a section explaining what Gnome-software is doing here. The
> > ideal scenario would be a special page that describes the individual
> > repositories that are included in the fedora-workstation-repositories
> > package. It should be a page that clearly speaks about free-software,
> > and Fedora's commitment to it. I.e., it must educate users about the
> > matter, and say "if you must use software that is not free/open
> > source, you can do so here."
>
> Yes, we are supposed to get a new docs page for this. I'll talk to
> mattdm and see how far we are with this. I'll make sure we update the
> link before pushing it out to stable.
I see this is up at the moment. It isn't updated, though (A ticket has
been filed for Nvidia repositories etc already but I didn't want to update
the page myself because I'm not completely sure of the complete process
at the moment)
https://fedoraproject.org/wiki/Workstation/Third_party_software_list
I would really like whatever page we link to to have a clear, end-user
targeted summary of free software and our commitment to it right at the
top, and then possibly a rationale as to why we're making it easy for
users to install some very commonly used proprietary software to improve
usability.
I think this is an excellent opportunity to explain to end-users the
importance of free-software, and let them make an informed decision on
whether they want to use this set of proprietary software even if we're
giving them easy access to it.
(I do expect some will query why all of RPMFusion cannot be included, so
maybe that will need to be addressed in short too.)
>
> > - And of course, can RPMFusion repositories be included here too if
> > we're happy to include Google's software?
>
> Please open a ticket on https://pagure.io/fedora-workstation -- I don't
> know the exact process how to add new repos, but I believe opening a
> ticket there would be a start.
Yeh. I'm following the discussion on the Nvidia ticket now:
https://pagure.io/fedora-workstation/issue/37
> > I didn't want to comment on the update. Where would the right place to
> > discuss this be?
>
> desktop(a)lists.fedoraproject.org please.
Lovely. I've (re-)subscribed to the list and am sending my reply there
too, so that this thread can continue there.
One last thing: I'm not too well versed with how the Changes process
works, but shouldn't this quite major new feature be announced to the
community similar to the other changes?
https://fedoraproject.org/wiki/Changes/Policy
--
Thanks again,
Regards,
Ankur Sinha "FranciscoD"
https://fedoraproject.org/wiki/User:Ankursinha
6 years
GTK test with koji
by Takao Fujiwara
I'd like to have GTK tests with koji and rpmbuild but I cannot get the focus-in event during the koji build.
I referred the wiki page.
https://fedoraproject.org/wiki/PackageMaintainers/GraphicalTests
Added BuildRequires of xorg-x11-server-Xvfb and gtk3-devel in my spec file.
+BuildRequires: xorg-x11-server-Xvfb
+BuildRequires: gtk3-devel
Added the run program in %check in my spec file.
+gcc -o test %SOURCE1 `pkg-config --cflags --libs gtk+-3.0` -g
+xvfb-run ./test
Do you have any ideas?
I added the following test code.
-------- >8 ===============
#include <gtk/gtk.h>
#define TEST_STR "test"
static void
entry_focus_in_event_cb (GtkEntry *entry,
gpointer user_data)
{
g_warning ("FOCUS_IN");
gtk_entry_set_text (entry, TEST_STR);
}
static void
buffer_inserted_text_cb (GtkEntryBuffer *buffer,
guint position,
const gchar *chars,
guint n_chars,
gpointer user_data)
{
g_warning ("INSERTED_TEXT");
g_assert_cmpstr (chars, ==, TEST_STR);
gtk_main_quit ();
}
int
main (int argc, char* argv[])
{
GtkWidget *window;
GtkWidget *box;
GtkWidget *entry;
GtkEntryBuffer *buffer;
gtk_init (&argc, &argv);
window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
box = gtk_box_new (GTK_ORIENTATION_VERTICAL, 0);
gtk_container_add (GTK_CONTAINER (window), box);
entry = gtk_entry_new ();
g_signal_connect (G_OBJECT (entry), "focus-in-event",
G_CALLBACK (entry_focus_in_event_cb), NULL);
buffer = gtk_entry_get_buffer (GTK_ENTRY (entry));
g_signal_connect (G_OBJECT (buffer), "inserted-text",
G_CALLBACK (buffer_inserted_text_cb), NULL);
gtk_container_add (GTK_CONTAINER (box), entry);
gtk_widget_show_all (window);
gtk_main ();
return 0;
}
------------- >8 ======================
6 years
auto-suspending after video playback ends (and other cases)
by Kamil Paral
I think this is really important so I created a standalone thread for this.
Currently the system auto-suspends immediately after an app releases an
idle lock, if the lock duration was longer than the suspend timeout. So
e.g. after having watched a TV series episode in a movie player, or in a
web browsers.
The bugs reports are here:
https://bugzilla.gnome.org/show_bug.cgi?id=705942
https://gitlab.gnome.org/GNOME/gnome-settings-daemon/issues/14
https://bugzilla.redhat.com/show_bug.cgi?id=1556790
This is very user unfriendly. However, I don't think it constitutes a
blocker from QA point of view, it's just a very annoying default behavior.
So, I'm writing this mail so that it doesn't slip your attention, and
because Fedora Workstation SIG is the body to decide whether we want to
release F28 in this state or not.
As a personal opinion, I think this was rather quickly committed without
really thinking deep about the side-effects or testing it in a real-world
usage for some time (this bug is a clear demonstration of that). I'd rather
have this disabled for F28 and announced as a change for F29, so that we
can properly test all the corner cases in advance and try to fix them. For
example, has anyone tested:
a) whether downloading files in Firefox will inhibit suspend or the
downloads will be aborted during progress?
b) whether DNF inhibits suspend during operation or $scary_consequences?
c) whether Rhythmbox inhibits suspend when playing music?
d) whether gnome-disks inhibits suspend while operating on devices (e.g.
writing a disk clone, or checking SMART)?
e) whether Pitivi inhibits suspend while rendering video?
f) whether Nautilus inhibits suspend while copying files (possibly to even
a remote location)?
All of these should inhibit suspend, but not idle. And there's surely so
many more. This change would be an ideal candidate for a test day. Of
course, we can still do it in this cycle, but the time is running short and
I'm very skeptical that the app authors will be able to fix the apps in
time.
What is the opinion of Fedora Workstation SIG?
6 years