Schedule for Thursday's FPC Meeting (2016-08-25 16:00 UTC)

 Following is the list of topics that will be discussed in the FPC meeting Thursday at 2016-08-25 16:00 UTC in #fedora-meeting-1 on irc.freenode.net.  Local time information (via. rktime): 2016-08-25 09:00 Thu US/Pacific PDT 2016-08-25 12:00 Thu US/Eastern EDT 2016-08-25

[Test-Announce] Fedora 25 Candidate Alpha-1.2 Available Now!

According to the schedule [1], Fedora 25 Candidate Alpha-1.2 is now available for testing. Please help us complete all the validation testing! For more information on release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_plan Test coverage information for the

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Wed, Aug 24, 2016 at 5:28 PM, Kevin Fenzi wrote: > On Wed, 24 Aug 2016 16:43:31 -0600 > Dave Johansen wrote: > > > On Wed, Aug 24, 2016 at 4:22 PM, Kevin Fenzi wrote: > > > > > On Tue, 23 Aug 2016 14:21:24 +0100 > > > Karanbir Singh

Re: python34 for EPEL6

> "AL" == Avram Lubkin writes: AL> I'm curious if anyone else has any insight. Maybe it is worth AL> bringing up at a FPC meeting. That would more appropriately be a topic of an EPEL meeting, since this is purely an EPEL policy issue. - J<

[EPEL-devel] Re: python34 for EPEL6

> "AL" == Avram Lubkin writes: AL> I'm curious if anyone else has any insight. Maybe it is worth AL> bringing up at a FPC meeting. That would more appropriately be a topic of an EPEL meeting, since this is purely an EPEL policy issue. - J<

[EPEL-devel] Re: python34 for EPEL6

> "AL" == Avram Lubkin writes: AL> Not needing reviews would help, but I wonder how hard it would be to AL> make them children of python-PACKAGE. The main issue is the SRPM AL> needs to have a different name so there is no conflict with the RHEL AL> SRPM. To be

F25 Alpha status: new compose coming soon

Hi folks! Just wanted to keep everyone informed. We had a bit of a panic drill with the Alpha today; it turns out the Cloud images are completely broken, and in fact have been for months, only apparently no-one bothers to look at the output of our shiny automated test systems (autocloud has been

Re: Koji issues with F25?

On Wed, 24 Aug 2016 16:53:52 -0700 "Gerald B. Cox" wrote: > On Wed, Aug 24, 2016 at 4:12 PM, Kevin Fenzi wrote: > > > That said, that doesn't get it working on f25 either. > > > > I suspect there's some update thats gone stable in f24 and is in > > rawhide, but

Re: Koji issues with F25?

On Wed, Aug 24, 2016 at 4:12 PM, Kevin Fenzi wrote: > That said, that doesn't get it working on f25 either. > > I suspect there's some update thats gone stable in f24 and is in > rawhide, but isn't stable yet in f25 due to the alpha freeze causing > the failure. Perhaps

Re: Please bump bz#1017603 to F24

On Wed, Aug 24, 2016 at 7:40 PM Kevin Fenzi wrote: > On Wed, 24 Aug 2016 22:06:15 + > Christopher wrote: > > > On Tue, Aug 23, 2016 at 2:26 AM Mikolaj Izdebski > > wrote: > > > > > On 08/19/2016 09:51 PM, Christopher wrote:

Re: Please bump bz#1017603 to F24

On Wed, 24 Aug 2016 22:06:15 + Christopher wrote: > On Tue, Aug 23, 2016 at 2:26 AM Mikolaj Izdebski > wrote: > > > On 08/19/2016 09:51 PM, Christopher wrote: > > > Interesting... it still won't give me the drop-down box to be > > > able

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Wed, 24 Aug 2016 16:43:31 -0600 Dave Johansen wrote: > On Wed, Aug 24, 2016 at 4:22 PM, Kevin Fenzi wrote: > > > On Tue, 23 Aug 2016 14:21:24 +0100 > > Karanbir Singh wrote: > > > > > On 22/08/16 18:30, Jason L Tibbitts III

Re: Fedora Rawhide-20160824.n.0 compose check report

On Wed, 2016-08-24 at 20:42 +, Fedora compose checker wrote: > Missing expected images: > > Cloud_base raw-xz i386 > Atomic raw-xz x86_64 > > Failed openQA tests: 60/89 (x86_64), 17/17 (i386), 1/2 (arm) I'm still working on the Rawhide needle re-takes - an annoying bug in the openQA needle

Re: Koji issues with F25?

On Wed, 24 Aug 2016 11:34:43 -0700 "Gerald B. Cox" wrote: > Ok, worse case I can just skip F25 for this package. The sources file is messed up. It has the spec listed... (which you requested be removed from lookaside). You should do: fedpkg new-sources

Re: python34 for EPEL6

> > Which is an annoying bit of process, but it would be quite possible to > exempt those packages from needing package reviews. It needn't take > that long. > > Not needing reviews would help, but I wonder how hard it would be to make them children of python-PACKAGE. The main issue is the SRPM

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Wed, Aug 24, 2016 at 4:22 PM, Kevin Fenzi wrote: > On Tue, 23 Aug 2016 14:21:24 +0100 > Karanbir Singh wrote: > > > On 22/08/16 18:30, Jason L Tibbitts III wrote: > > >> "DJ" == Dave Johansen writes: > > > > > > DJ>

[EPEL-devel] Re: python34 for EPEL6

On 08/24/2016 04:58 PM, Dave Johansen wrote: On Wed, Aug 24, 2016 at 3:38 PM, Orion Poplawski > wrote: I have no idea if there is any interest in this or not. I managed to get the EPEL7 python34 package to build on EL6 with a few

Re: python34 for EPEL6

> "AL" == Avram Lubkin writes: AL> Definitely, but it runs into the same problem as 3.4 on EL7, the AL> fact that there are few packages available and adding them when the AL> package already exists in RHEL requires creating a separate parent AL> package in Fedora

[EPEL-devel] Re: python34 for EPEL6

> "AL" == Avram Lubkin writes: AL> Definitely, but it runs into the same problem as 3.4 on EL7, the AL> fact that there are few packages available and adding them when the AL> package already exists in RHEL requires creating a separate parent AL> package in Fedora

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Tue, 23 Aug 2016 14:21:24 +0100 Karanbir Singh wrote: > On 22/08/16 18:30, Jason L Tibbitts III wrote: > >> "DJ" == Dave Johansen writes: > > > > DJ> devtoolset is designed to do all of this and is already done, > > DJ> so it seems that

Re: Please bump bz#1017603 to F24

On Tue, Aug 23, 2016 at 2:26 AM Mikolaj Izdebski wrote: > On 08/19/2016 09:51 PM, Christopher wrote: > > Interesting... it still won't give me the drop-down box to be able to > > change it. > > It's weird, because I can change > >

Re: review swaps

Already resolved the problem… Was an over-strict requirement for rubygem-listen >= 3.0 < 3.1 in rubygem-jekyll-watch to compat for Ruby-MRI 1.9.3… Am 24.08.2016 um 19:03 schrieb Vít Ondruch: Dne 23.8.2016 v 20:11 Björn Esser napsal(a): Thanks you very much for the reviews! ^^ We need a

[EPEL-devel] Re: python34 for EPEL6

On Wed, Aug 24, 2016 at 3:38 PM, Orion Poplawski wrote: > I have no idea if there is any interest in this or not. I managed to get > the > EPEL7 python34 package to build on EL6 with a few modifications. Is there > any > interest in supporting this? > How about using the

Re: F24 virt-manager fails to start any VM, SELinux policy denies access

On Thu, Aug 25, 2016 at 12:48 AM, Chris Murphy wrote: > So even after 'dnf clean all' the -13 version that should fix this > problem is not listed as an update in either updates or > updates-testing. Is that expected? It hasn't been that long since the update left the

Re: python34 for EPEL6

Definitely, but it runs into the same problem as 3.4 on EL7, the fact that there are few packages available and adding them when the package already exists in RHEL requires creating a separate parent package in Fedora pkgdb. On Wed, Aug 24, 2016 at 5:38 PM, Orion Poplawski

Re: F24 virt-manager fails to start any VM, SELinux policy denies access

On Wed, Aug 24, 2016 at 3:35 PM, Chris Murphy wrote: > On Wed, Aug 24, 2016 at 3:31 PM, Alexander Ploumistos > wrote: >> It's already been dealt with, see RHBZ #1368745. > > Thanks. Kinda surprising -12 made it to stable... So even after 'dnf

[EPEL-devel] Re: python34 for EPEL6

On Wed, Aug 24, 2016 at 5:38 PM, Orion Poplawski wrote: > I have no idea if there is any interest in this or not. I managed to get the > EPEL7 python34 package to build on EL6 with a few modifications. Is there any > interest in supporting this? > I think the Koji people

[EPEL-devel] python34 for EPEL6

I have no idea if there is any interest in this or not. I managed to get the EPEL7 python34 package to build on EL6 with a few modifications. Is there any interest in supporting this? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office

python34 for EPEL6

I have no idea if there is any interest in this or not. I managed to get the EPEL7 python34 package to build on EL6 with a few modifications. Is there any interest in supporting this? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office

Re: F24 virt-manager fails to start any VM, SELinux policy denies access

On Wed, Aug 24, 2016 at 3:31 PM, Alexander Ploumistos wrote: > It's already been dealt with, see RHBZ #1368745. Thanks. Kinda surprising -12 made it to stable... -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org

Re: F24 virt-manager fails to start any VM, SELinux policy denies access

It's already been dealt with, see RHBZ #1368745. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

F24 virt-manager fails to start any VM, SELinux policy denies access

https://bugzilla.redhat.com/show_bug.cgi?id=1369954 I'm not sure what's caused this, I'm still trying to track it down. But enforcing=0 does work around it. It might be a recent selinux-policy of systemd update that's broken it. -- Chris Murphy -- devel mailing list

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 534 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 297 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 59

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 413 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 407 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 338

Re: Koji issues with F25?

On Wed, Aug 24, 2016 at 2:09 PM, Jens Lody wrote: > If you look at the build.log you can see, that for whatever reason the > appdata.cml-file does not get installed on F25, so it can not be found > by appstream-util . > > Jens > Yes, I saw that... but I if you look at the

Re: Koji issues with F25?

Am Wed, 24 Aug 2016 11:23:27 -0700 schrieb "Gerald B. Cox" : > Here is what the log shows for F25: > > > + appstream-util validate-relax --nonet > /builddir/build/BUILDROOT/plasma-applet-weather-widget-1.6.7-2.fc25.x86_64/usr/share/appdata/org.kde.weatherWidget.appdata.xml >

Fedora 25-20160824.n.0 compose check report

Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 10/89 (x86_64), 3/17 (i386) ID: 29875 Test: x86_64 Workstation-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/29875 ID: 29876 Test: x86_64 Workstation-boot-iso

Fedora Rawhide-20160824.n.0 compose check report

Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 60/89 (x86_64), 17/17 (i386), 1/2 (arm) ID: 29757 Test: x86_64 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/29757 ID: 29758 Test: x86_64 Everything-boot-iso

Re: Koji issues with F25?

On Wed, 24 Aug 2016 11:05:33 -0700 "Gerald B. Cox" wrote: > I'm trying to build a new package. It completed with no issues on F26 > (rawhide) and F24. However, the build keeps failing on F25 > > Here is the build link which is reporting the error? Why would this > fail only

[389-devel] Please review: Ticket #48953 - Add an option or env variable to skip port label removal

https://fedorahosted.org/389/ticket/48953 https://fedorahosted.org/389/attachment/ticket/48953/0001-Ticket-48953-Skip-labelling-and-unlabelling-ports-du.patch -- Viktor signature.asc Description: PGP signature -- 389-devel mailing list 389-devel@lists.fedoraproject.org

Broken dependencies: perl-Alien-ROOT

perl-Alien-ROOT has broken dependencies in the rawhide tree: On x86_64: perl-Alien-ROOT-5.34.3.1-12.fc25.noarch requires root-core On i386: perl-Alien-ROOT-5.34.3.1-12.fc25.noarch requires root-core On armhfp: perl-Alien-ROOT-5.34.3.1-12.fc25.noarch requires root-core

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Data-Alias-1.20-2.fc24.i686 requires

Re: Koji issues with F25?

Ok, worse case I can just skip F25 for this package. On Wed, Aug 24, 2016 at 11:31 AM, Peter Robinson wrote: > On Wed, Aug 24, 2016 at 7:28 PM, Gerald B. Cox wrote: > > Thanks Peter... I posted the results from both F25 and F24... does that > > offer a clue?

Re: Koji issues with F25?

On Wed, Aug 24, 2016 at 7:28 PM, Gerald B. Cox wrote: > Thanks Peter... I posted the results from both F25 and F24... does that > offer a clue? Nope, but I don't have time to really investigate but it's not a koji issue. You might want to check the root.log file and compare the

Re: Koji issues with F25?

Thanks Peter... I posted the results from both F25 and F24... does that offer a clue? On Wed, Aug 24, 2016 at 11:25 AM, Peter Robinson wrote: > On Wed, Aug 24, 2016 at 7:05 PM, Gerald B. Cox wrote: > > I'm trying to build a new package. It completed with no

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Data-Alias-1.20-2.fc24.i686 requires

Re: Koji issues with F25?

On Wed, Aug 24, 2016 at 7:05 PM, Gerald B. Cox wrote: > I'm trying to build a new package. It completed with no issues on F26 > (rawhide) and F24. However, the build keeps failing on F25 I've done quite a few builds of late and had no issues at all. > Here is the build link

Re: Koji issues with F25?

Here is what the log shows for F25: + appstream-util validate-relax --nonet /builddir/build/BUILDROOT/plasma-applet-weather-widget-1.6.7-2.fc25.x86_64/usr/share/appdata/org.kde.weatherWidget.appdata.xml

Koji issues with F25?

I'm trying to build a new package. It completed with no issues on F26 (rawhide) and F24. However, the build keeps failing on F25 Here is the build link which is reporting the error? Why would this fail only on F25? Doesn't make much sense.

Re: review swaps

Dne 23.8.2016 v 20:11 Björn Esser napsal(a): > Thanks you very much for the reviews! ^^ > > We need a compat-pkg for rubygem-listen, I'm afraid… :( Why? Vít > > > Am 23.08.2016 um 19:45 schrieb gil: >> hi >> >> damm i dont know what happen! >> >> $ fedora-review -b 1368851 --plugins Ruby

[EPEL-devel] Re: conflicting with a devel package

On Wed, 24 Aug 2016 13:47:41 +0200 Nikos Mavrogiannopoulos wrote: > Hi, >  I'm reviewing package [0] for inclusion into epel6 but it provides a > devel package which conflicts with an other devel package from rhel. > In https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies

[389-devel] commit for #48402 breaks install of new instances

This is a heads up, Mark found that the commit of the patch for #48402 breaks new installs with setup-ds.pl. I don't understand why, looks like the instance dir and name are not set in ldif2db, so I need to investigate. Either do not use latest master or try the attached temporary patch

Re: Broken: Firefox 48 + Private Tab + Kerberos SSO

On 08/24/2016 10:43 AM, Alexander Bokovoy wrote: On Wed, 24 Aug 2016, Robert Marcano wrote: ... I wonder if the default setting for network.negotiate-auth.trusted-uris=https:// is or isn't a leak. No, it is not, at least not to the remote server you are trying to visit. Kerberos flow is

Re: Broken: Firefox 48 + Private Tab + Kerberos SSO

On Wed, 24 Aug 2016, Robert Marcano wrote: On 08/24/2016 12:29 AM, Alexander Bokovoy wrote: On Tue, 23 Aug 2016, Dusty Mabe wrote: I can't seem to get firefox-48.0-5.fc24.x86_64 to work with kerberos single sign on in a private window. It works fine when using a non-private window. Any ideas

[389-devel] please review: Ticket 48950 - don't EXPORT variables from /etc/sysconfig/dirsrv

https://fedorahosted.org/389/ticket/48950 https://fedorahosted.org/389/attachment/ticket/48950/0001-Ticket-48950-don-t-EXPORT-varaibles-from-etc-sysconf.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: Naming a sphinx-doc theme: python-sphinx_py3doc_enhanced_theme or python-sphinx-theme-py3doc-enhanced

Frankly I think upstream should have called it py3doc_enhanced and left out sphinx and theme, but that's beside the point. Based on the package naming conventions [1], you name is mainly correct (more on this later). In the Python modules section [2], it says: The package name should reflect the

[389-devel] Jenkins build is back to normal : 389-ds-base #1049

See -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: Broken: Firefox 48 + Private Tab + Kerberos SSO

> "RM" == Robert Marcano writes: RM> I wonder if the default setting for RM> network.negotiate-auth.trusted-uris=https:// is or isn't a leak. My understanding (from talking to npmccallum and ab/abbra at flock) is that the security and disclosure issues with that

Re: Broken: Firefox 48 + Private Tab + Kerberos SSO

On 08/24/2016 08:41 AM, Robert Marcano wrote: On 08/24/2016 12:29 AM, Alexander Bokovoy wrote: On Tue, 23 Aug 2016, Dusty Mabe wrote: I can't seem to get firefox-48.0-5.fc24.x86_64 to work with kerberos single sign on in a private window. It works fine when using a non-private window. Any

Re: Broken: Firefox 48 + Private Tab + Kerberos SSO

On 08/24/2016 12:29 AM, Alexander Bokovoy wrote: On Tue, 23 Aug 2016, Dusty Mabe wrote: I can't seem to get firefox-48.0-5.fc24.x86_64 to work with kerberos single sign on in a private window. It works fine when using a non-private window. Any ideas on why this would have broken? Anyone else

Re: Broken: Firefox 48 + Private Tab + Kerberos SSO

On 08/23/2016 05:06 PM, Robert Marcano wrote: On 08/23/2016 04:44 PM, Dusty Mabe wrote: I can't seem to get firefox-48.0-5.fc24.x86_64 to work with kerberos single sign on in a private window. It works fine when using a non-private window. Any ideas on why this would have broken? Anyone else

[EPEL-devel] conflicting with a devel package

Hi,  I'm reviewing package [0] for inclusion into epel6 but it provides a devel package which conflicts with an other devel package from rhel. In https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies it says "EPEL packages must never conflict with packages in RHEL Base", however, I'm not sure

pghmcfc pushed to perl-Sub-Exporter-Progressive (perl-Sub-Exporter-Progressive-0.001012-1.fc25). "Update to 0.001012 (..more)"

From d392d49c52862bded214309fdd89d19cfde6b6de Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 24 Aug 2016 09:54:21 +0100 Subject: Update to 0.001012 - New upstream release 0.001012 - Many small performance improvements - Simplify find command using -delete - Update

pghmcfc pushed to perl-Sub-Exporter-Progressive (perl-Sub-Exporter-Progressive-0.001012-1.fc26). "Update to 0.001012 (..more)"

This commit already existed in another branch. http://pkgs.fedoraproject.org/cgit/perl-Sub-Exporter-Progressive.git/commit/?h=perl-Sub-Exporter-Progressive-0.001012-1.fc26=d392d49c52862bded214309fdd89d19cfde6b6de -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl

pghmcfc pushed to perl-Sub-Exporter-Progressive (f25). "Update to 0.001012 (..more)"

From d392d49c52862bded214309fdd89d19cfde6b6de Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 24 Aug 2016 09:54:21 +0100 Subject: Update to 0.001012 - New upstream release 0.001012 - Many small performance improvements - Simplify find command using -delete - Update

pghmcfc pushed to perl-Sub-Exporter-Progressive (master). "Update to 0.001012 (..more)"

From d392d49c52862bded214309fdd89d19cfde6b6de Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Wed, 24 Aug 2016 09:54:21 +0100 Subject: Update to 0.001012 - New upstream release 0.001012 - Many small performance improvements - Simplify find command using -delete - Update

pghmcfc uploaded Sub-Exporter-Progressive-0.001012.tar.gz for perl-Sub-Exporter-Progressive

a6be2bcef9a9f5c5f2709060dae521a2 Sub-Exporter-Progressive-0.001012.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Sub-Exporter-Progressive/Sub-Exporter-Progressive-0.001012.tar.gz/md5/a6be2bcef9a9f5c5f2709060dae521a2/Sub-Exporter-Progressive-0.001012.tar.gz -- Fedora Extras

[389-devel] Please review: Ticket 48967 - Add CI test and refactor test suite

Hi team, please, review my test case and a small password test suite refactoring. https://fedorahosted.org/389/ticket/48967 https://fedorahosted.org/389/attachment/ticket/48967/0001-Ticket-48967-Add-CI-test-and-refactor-test-suite.patch Thanks, Simon signature.asc Description: PGP signature --

Re: Naming a sphinx-doc theme: python-sphinx_py3doc_enhanced_theme or python-sphinx-theme-py3doc-enhanced

On 2016-08-23 10:19, Julien Enselme wrote: Hi, Recently I opened a review [1] for a new sphinx theme: py3doc_enhanced_theme [2] The upstream name is sphinx_py3doc_enhanced_theme, so in my opinion, the the package should be named python-sphinx_py3doc_enhanced_theme. Furthermore, there's another

Fedora 25 Alpha 1.1 compose check report

Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 8/88 (x86_64), 3/17 (i386), 1/2 (arm) ID: 29648 Test: x86_64 KDE-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/29648 ID: 29649 Test: x86_64 KDE-live-iso