Fedora-Rawhide-20200313.n.1 compose check report
No missing expected images. Compose FAILS proposed Rawhide gating check! 1 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 14/171 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-Rawhide-20200313.n.0): ID: 545288 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller **GATING** URL: https://openqa.fedoraproject.org/tests/545288 ID: 545399 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/545399 Old failures (same test failed in Fedora-Rawhide-20200313.n.0): ID: 545296 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/545296 ID: 545302 Test: x86_64 Server-dvd-iso server_cockpit_updates URL: https://openqa.fedoraproject.org/tests/545302 ID: 545307 Test: x86_64 Server-dvd-iso server_freeipa_replication_master URL: https://openqa.fedoraproject.org/tests/545307 ID: 545309 Test: x86_64 Server-dvd-iso server_freeipa_replication_replica URL: https://openqa.fedoraproject.org/tests/545309 ID: 545312 Test: x86_64 Server-dvd-iso server_freeipa_replication_client URL: https://openqa.fedoraproject.org/tests/545312 ID: 545313 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/545313 ID: 545353 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/545353 ID: 545365 Test: x86_64 Silverblue-dvd_ostree-iso release_identification URL: https://openqa.fedoraproject.org/tests/545365 ID: 545382 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/545382 ID: 545432 Test: x86_64 universal upgrade_2_server_domain_controller URL: https://openqa.fedoraproject.org/tests/545432 ID: 545439 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/545439 ID: 545445 Test: x86_64 universal upgrade_2_realmd_client URL: https://openqa.fedoraproject.org/tests/545445 ID: 545446 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/545446 Soft failed openQA tests: 15/171 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Rawhide-20200313.n.0): ID: 545274 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/545274 ID: 545275 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/545275 ID: 545277 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/545277 ID: 545279 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/545279 ID: 545282 Test: x86_64 Server-dvd-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/545282 ID: 545283 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/545283 ID: 545303 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart URL: https://openqa.fedoraproject.org/tests/545303 ID: 545332 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/545332 ID: 545334 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/545334 ID: 545366 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/545366 ID: 545375 Test: x86_64 universal install_serial_console URL: https://openqa.fedoraproject.org/tests/545375 ID: 545393 Test: x86_64 universal install_anaconda_text URL: https://openqa.fedoraproject.org/tests/545393 ID: 545428 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/545428 ID: 545431 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/545431 ID: 545438 Test: x86_64 universal upgrade_server_64bit URL: https://openqa.fedoraproject.org/tests/545438 Passed openQA tests: 141/171 (x86_64) New passes (same test not passed in Fedora-Rawhide-20200313.n.0): ID: 545308 Test: x86_64 Server-dvd-iso server_cockpit_basic URL: https://openqa.fedoraproject.org/tests/545308 ID: 545339 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/545339 ID: 545347 Test: x86_64 KDE-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/545347 Skipped non-gating openQA tests: 1 of 173 Installed system changes in test x86_64 Server-boot-iso install_default: Used mem changed from 191 MiB to 215 MiB Previous test data: https://openqa.fedoraproject.org/tests/544140#downloads Current test data: https://openqa.fedoraproject.org/tests/545274#downloads Installed system changes in test x86_64 Server-boot-iso install_default@uefi: Used mem changed from
Fedora rawhide compose report: 20200313.n.1 changes
OLD: Fedora-Rawhide-20200313.n.0 NEW: Fedora-Rawhide-20200313.n.1 = SUMMARY = Added images:0 Dropped images: 3 Added packages: 0 Dropped packages:0 Upgraded packages: 39 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded packages: 4.16 GiB Size of downgraded packages: 0 B Size change of upgraded packages: -35.36 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = Image: Cloud_Base vmdk ppc64le Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20200313.n.0.ppc64le.vmdk Image: Cloud_Base qcow2 ppc64le Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20200313.n.0.ppc64le.qcow2 Image: Cloud_Base raw-xz ppc64le Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20200313.n.0.ppc64le.raw.xz = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: autojump-22.5.3-1.fc33 Old package: autojump-22.5.1-9.fc32 Summary: A fast way to navigate your filesystem from the command line RPMs: autojump autojump-fish autojump-zsh Size: 55.96 KiB Size change: -346 B Changelog: * Sun Mar 01 2020 S??rgio Basto - 22.5.3-1 - Update to 22.5.3 (#1732680) Package: awscli-1.18.20-1.fc33 Old package: awscli-1.18.19-1.fc33 Summary: Universal Command Line Environment for AWS RPMs: awscli Size: 1.70 MiB Size change: 10 B Changelog: * Fri Mar 13 2020 Gwyn Ciesla - 1.18.20-1 - 1.18.20 Package: c-ares-1.16.0-1.fc33 Old package: c-ares-1.15.0-5.fc32 Summary: A library that performs asynchronous DNS operations RPMs: c-ares c-ares-devel Size: 1.14 MiB Size change: 72.17 KiB Changelog: * Fri Mar 13 2020 Tom Callaway - 1.16.0-1 - update to 1.16.0 Package: cmake-3.17.0-0.4.rc3.fc33 Old package: cmake-3.17.0-0.3.rc2.fc33 Summary: Cross-platform make system RPMs: cmake cmake-data cmake-doc cmake-filesystem cmake-gui cmake-rpm-macros Size: 52.57 MiB Size change: -168.69 KiB Changelog: * Fri Mar 13 2020 Bj??rn Esser - 3.17.0-0.4.rc3 - Update to 3.17.0-rc3 Package: dracut-050-25.git20200313.fc33 Old package: dracut-050-2.fc33 Summary: Initramfs generator using udev RPMs: dracut dracut-caps dracut-config-generic dracut-config-rescue dracut-live dracut-network dracut-squash dracut-tools Size: 2.20 MiB Size change: 9.82 KiB Changelog: * Fri Mar 13 2020 Harald Hoyer - 050-25.git20200313 - network-manager: ensure that nm-run.sh is executed for rd.neednet Package: erlang-relx-3.32.1-3.fc33 Old package: erlang-relx-3.32.1-2.fc31 Summary: Release assembler for Erlang/OTP Releases RPMs: erlang-relx Size: 216.36 KiB Size change: -770 B Changelog: * Tue Jan 28 2020 Fedora Release Engineering - 3.32.1-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild Package: geary-3.36.0-1.fc33 Old package: geary-3.35.90-1.fc33 Summary: A lightweight email program designed around conversations RPMs: geary Size: 21.37 MiB Size change: -42.15 KiB Changelog: * Fri Mar 13 2020 Kalev Lember - 3.36.0-1 - Update to 3.36.0 Package: java-latest-openjdk-1:13.0.2.8-4.rolling.fc33 Old package: java-latest-openjdk-1:13.0.2.8-1.rolling.fc32 Summary: OpenJDK Runtime Environment 13 RPMs: java-latest-openjdk java-latest-openjdk-demo java-latest-openjdk-demo-slowdebug java-latest-openjdk-devel java-latest-openjdk-devel-slowdebug java-latest-openjdk-headless java-latest-openjdk-headless-slowdebug java-latest-openjdk-javadoc java-latest-openjdk-javadoc-zip java-latest-openjdk-jmods java-latest-openjdk-jmods-slowdebug java-latest-openjdk-slowdebug java-latest-openjdk-src java-latest-openjdk-src-slowdebug Size: 2.72 GiB Size change: -38.03 MiB Changelog: * Wed Jan 29 2020 Fedora Release Engineering - 1:13.0.2.8-1.rolling.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild * Tue Feb 04 2020 Petra Alice Mikova - 1:13.0.2.8-2.rolling - fix Release, as it was broken by last rpmdev-bumpspec * Thu Feb 27 2020 Petra Alice Mikova pmik...@redhat.com> - 1:13.0.2.8-3.rolling - Add JDK-8224851 patch to resolve aarch64 issues * Thu Feb 27 2020 Severin Gehwolf - 1:13.0.2.8-3.rolling - add workaround for issues with build with GCC10 on s390x (see RHBZ#1799531) - fix issues with build with GCC10: JDK-8224851, -fcommon switch * Thu Mar 12 2020 Petra Alice Mikova - 1:13.0.2.8-4.rolling - add patch for build issues with make 4.3 Package: mingw-python-setuptools-46.0.0-1.fc33 Old package: mingw-python-setuptools-45.2.0-1.fc33 Summary: MinGW Windows Python setuptools library RPMs: mingw32-python3-setuptools mingw64-python3-setuptools Size: 1010.21 KiB Size change: -3.26 KiB Changelog: * Fri Mar 13 2020 Sandro Mani - 46.0.0-1 - Update to 46.0.0 Pack
Re: Anaconda quick-docs need review
On Fri, 2020-03-13 at 17:37 -0400, Matthew Miller wrote: > On Tue, Mar 10, 2020 at 08:55:16AM +, Ankur Sinha wrote: > > I honestly don't know. These were converted along with a bunch of other > > wiki pages when the quick-docs were initially populated. I'll remove > > them from the quick-docs now. > > For context: I made the initial list of quick docs from the most popular > pages which seemed user-focused on the wiki. So that's how this got there. > > > No, the wiki isn't going away but it is meant to be more of a scratch > > pad for contributors now. Relatively static information is slowly being > > moved to the docs. This includes user-facing documentation, and other > > bits like SOP documents for various teams. For example: > > https://docs.fedoraproject.org/en-US/engineering/ > > +1 > > A few years ago, Mo Duffy and I identified something like two dozen totally > different ways in which the project uses the wiki, from docs to policies to > scratch pads to meet notes to QA test matrices to user pages to I don't even > remember what now but I am not making up the number. > > Having this all together results in a poor user experience for people who > want to read current and authoritative docs without being one click away > from what's basically very perplexing deep-knowledge territory. So, we > decided to create a separated docs site. However, now we've started moving things like policies onto that docs site. I also feel it bears pointing out that you can get from the docs site to the wiki, or from the wiki from the docs site, or from either of those things to absolutely anywhere else on the internet, with "one click" :) I know everyone knows I'm the #1 Wiki Fan, but I really don't grok a lot of the justification for it being Bad. The justification I *can* get behind is that it's a PITA to maintain, and for that I apologize to smooge whenever I remember to ;). But I never really quite got this "oh it's bad to have different things in one site" argument. Why is it bad? What's the practical difference between them being there and them being on different sites, if we still link between them and they're all "Fedora"? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Anaconda quick-docs need review
On Tue, Mar 10, 2020 at 08:55:16AM +, Ankur Sinha wrote: > I honestly don't know. These were converted along with a bunch of other > wiki pages when the quick-docs were initially populated. I'll remove > them from the quick-docs now. For context: I made the initial list of quick docs from the most popular pages which seemed user-focused on the wiki. So that's how this got there. > No, the wiki isn't going away but it is meant to be more of a scratch > pad for contributors now. Relatively static information is slowly being > moved to the docs. This includes user-facing documentation, and other > bits like SOP documents for various teams. For example: > https://docs.fedoraproject.org/en-US/engineering/ +1 A few years ago, Mo Duffy and I identified something like two dozen totally different ways in which the project uses the wiki, from docs to policies to scratch pads to meet notes to QA test matrices to user pages to I don't even remember what now but I am not making up the number. Having this all together results in a poor user experience for people who want to read current and authoritative docs without being one click away from what's basically very perplexing deep-knowledge territory. So, we decided to create a separated docs site. Now, it very well may be that the anaconda docs shouldn't be part of quick docs, but if it's meant to be user-facing, somewhere on the docs site would be a good. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Test-Announce] Re: Fedora 32 Beta is GO
On Fri, Mar 13, 2020 at 3:35 PM Ben Cotton wrote: > > The Fedora 31 Beta RC1.2 compose[1] is GO and will be shipped live on This is, of course, Fedora *32*, as the subject says. -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Test-Announce] Fedora 32 Beta is GO
The Fedora 31 Beta RC1.2 compose[1] is GO and will be shipped live on Tuesday, 17 March 2020. For more information please check the Go/No-Go meeting minutes [2] or log [3]. Thank you to everyone who has and still is working on this release! [1] https://dl.fedoraproject.org/pub/alt/stage/32_Beta-1.2/ [2] https://meetbot.fedoraproject.org/fedora-meeting-1/2020-03-13/f32-beta-go_no_go-meeting.2020-03-13-18.00.html [3] https://meetbot.fedoraproject.org/fedora-meeting-1/2020-03-13/f32-beta-go_no_go-meeting.2020-03-13-18.00.log.html -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Package uses Gradle (retired) to build: what to do?
On Tue, Mar 10, 2020 at 7:48 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Mon, Feb 17, 2020 at 09:13:14AM +0100, Mikolaj Izdebski wrote:
> > On Thu, Feb 13, 2020 at 11:33 AM Jun Aruga wrote:
> > >
> > > > Anyone with the time to (co-)maintain Gradle? :)
> > >
> > > I added Mikolaj and Daniel to TO.
> > > They had maintained gradle before being dead.package, seeing the past
> > > commits in rpms/gradle.
> > > Mikolaj and Daniel, do you like to come back as a maintainer of
> > > rpms/gradle?
> >
> > Currently I don't have time to maintain Gradle in Fedora. Several of
> > my packages are built with Gradle by their upstreams, but currently it
> > is more feasible to port packages to be built with Maven rather than
> > maintaining Gradle in Fedora. But this may change in the future - as
> > more projects start to use Gradle I may decide to take up its
> > maintenance in upcoming years.
>
> It seems gradle is also used by checkerframework [1], which is in the
> dependency tree of closure-compiler.
>
> Returning to the case of netcdf-java, the build is not that trivial,
> since the package uses JNI to access a few c libraries. Recreating
> that in maven will not be a trivial task.
>
> I tried to apply gradle2maven on netcdf-java. After fixing a bunch of
> trivial issues (g2m only allowed single quotes, the project uses double,
> g2m had minor syntax differences that caused the regexps used by g2m to
> fails, etc), I realized that gradle has a substitution system for variables
> defined using 'ext{...}', which g2m has no notion of. So g2m would certainly
> require a lot of work to be useful.
>
> Somewhat desperate, I tried the gradle version in F30 on netcdf-java,
> and the results seemed promising. The build failed because F30 has too-old
> xmlunit, and with a newer one some other things in F30 are incompatible,
> but it seems that gradle is at least able to load the project.
>
> After spending a few hours on those two cases, I think bringing back
> groovy and gradle would be the best path forward. It just seems to be
> more promising over longer term. Trying to hold back the wave of
> projects using gradle will cause more and more holes in our dependency
> graph, and converting anything except the trivial projects is clearly
> very painful. (In fact, this shows the advantage of declarative syntax
> over imperative. Clearly converting maven to gradle is easy, and going
> back the other way not. In the light of this, building another
> imperative build system is a large step backwards, but if that's what
> our upstreams chose, we don't have much choice.)
(snip)
> What would be the path toward bringing gradle back in F32+?
From the little experience I have with the gradle package, I think
we'd need to follow roughly these steps:
- fix the last version of gradle that was available from fedora,
before it was retired
(by "fix", I mean: be able to build, and build itself in non-bootstrap mode)
- do the same for groovy (which has a mutual dependency with gradle)
- try to update gradle to newer versions (probably by first bundling
some dependencies, e.g. kotlin)
- and after that's done, un-bundle those dependencies and package them
separately.
I think it should also be possible to pool resources with the
maintainers of gradle in OpenSUSE and maybe Mageia.
Fabio
> [1] https://github.com/typetools/checker-framework/
>
> Zbyszek
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Donate 1 minute of your time to test upgrades from F31 to F32
On Wednesday, 04 March 2020 at 17:23, Artur Iwicki wrote: > On my second machine: > > Problem with installed package mkvtoolnix-gui-41.0.0-1.fc31.x86_64 > - package mkvtoolnix-gui-41.0.0-2.fc32.x86_64 requires > libcmark.so.0.28.3()(64bit), but none of the providers can be installed > - mkvtoolnix-gui-41.0.0-1.fc31.x86_64 does not belong to a distupgrade > repository > - cmark-lib-0.28.3-6.fc31.x86_64 does not belong to a distupgrade repository This is due to cmark bumping SONAME. I'm on it. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-IoT-33-20200313.0 compose check report
Missing expected images: Iot dvd aarch64 Iot dvd x86_64 Failed openQA tests: 2/8 (x86_64) Old failures (same test failed in Fedora-IoT-33-20200312.0): ID: 544865 Test: x86_64 IoT-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/544865 ID: 544866 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/544866 Skipped non-gating openQA tests: 6 of 8 -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Announcing start of DNF 5 development
On Fri, Mar 13, 2020 at 12:23 PM Pat Riehecky wrote: > > On Fri, Mar 13, 2020 at 9:48 AM Robbie Harwood wrote: > > > > Daniel Mach writes: > > > > > Dne 12. 03. 20 v 19:26 Pat Riehecky napsal(a): > > > > > >> I realize I'm thinking about the Pie in the Sky, but: > > >> > > >> Would it be possible for 'microdnf' to become the base for 'dnf' so > > >> that extra 'dnf' functionality is added via some kind of > > >> modules/plugins/etc behaviour? Perhaps "somehow" it could (for > > >> example) find out "oh I've got python, lets load those feature bits > > >> too". > > >> > > >> This could help keep them fully compatible and let folks using dnf > > >> based installers look at pulling in just the features they require. > > > > > > I don't think we're ready for this yet. We need to work on improving > > > libdnf and delivering a dbus interface in the first place as > > > announced. Once we're finished with these changes, we'll definitely > > > look into making python optional. > > > > This confuses me. microdnf works today. This means that python is > > *already* optional. > > > > I believe what's being suggested is to stop duplicating microdnf > > functionality in python. That way reduces code duplication, which means > > there's less to maintain, test functionality between, etc.. > > > > Pat has suggested a particular way this might be accomplished (module > > detection with a module providing python capability), but the details of > > this strike me as less important than having fewer package managers. > > > > Thanks, > > --Robbie > > That is what I attempted to suggest (though worded better). > The problem is that MicroDNF barely works like DNF does today in terms of basic operations, and is architecturally not structured to support becoming the main "core" of the DNF package manager frontend. Moreover, it does not present output in the same way that the main DNF frontend does, nor does it handle options the same way. A lot of how MicroDNF works will need to change to become the core of a new DNF frontend, essentially mandating a rewrite of the application. A rewrite is already planned, but making a rewritten version of MicroDNF available is not planned anytime soon. The existing MicroDNF works with libdnf from the DNF 4 stack, and that will stay basically the same while the DNF 5 stack is being developed. With everything else going on as part of the DNF 5 development, I do not think this will be possible to change this unless there's more developers to help with making that transition possible. -- 真実はいつも一つ！/ Always, there's only one truth! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Announcing start of DNF 5 development
On Fri, Mar 13, 2020 at 9:48 AM Robbie Harwood wrote: > > Daniel Mach writes: > > > Dne 12. 03. 20 v 19:26 Pat Riehecky napsal(a): > > > >> I realize I'm thinking about the Pie in the Sky, but: > >> > >> Would it be possible for 'microdnf' to become the base for 'dnf' so > >> that extra 'dnf' functionality is added via some kind of > >> modules/plugins/etc behaviour? Perhaps "somehow" it could (for > >> example) find out "oh I've got python, lets load those feature bits > >> too". > >> > >> This could help keep them fully compatible and let folks using dnf > >> based installers look at pulling in just the features they require. > > > > I don't think we're ready for this yet. We need to work on improving > > libdnf and delivering a dbus interface in the first place as > > announced. Once we're finished with these changes, we'll definitely > > look into making python optional. > > This confuses me. microdnf works today. This means that python is > *already* optional. > > I believe what's being suggested is to stop duplicating microdnf > functionality in python. That way reduces code duplication, which means > there's less to maintain, test functionality between, etc.. > > Pat has suggested a particular way this might be accomplished (module > detection with a module providing python capability), but the details of > this strike me as less important than having fewer package managers. > > Thanks, > --Robbie That is what I attempted to suggest (though worded better). -- The lines which your eye falls on first here were written last. Their purpose is to make yet another attempt to force into the form of a letter the detailed investigation which is sent to you herewith. These lines correspond, then, with the last lines and together they form an envelope, thus indicating in an external way what internal proofs in many ways will convince you of, that this is a letter you are reading. ~Kierkegaard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-Rawhide-20200313.n.0 compose check report
No missing expected images. Compose FAILS proposed Rawhide gating check! 1 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 16/171 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-Rawhide-20200312.n.0): ID: 544205 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/544205 ID: 544213 Test: x86_64 KDE-live-iso desktop_browser **GATING** URL: https://openqa.fedoraproject.org/tests/544213 Old failures (same test failed in Fedora-Rawhide-20200312.n.0): ID: 544162 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/544162 ID: 544168 Test: x86_64 Server-dvd-iso server_cockpit_updates URL: https://openqa.fedoraproject.org/tests/544168 ID: 544173 Test: x86_64 Server-dvd-iso server_freeipa_replication_master URL: https://openqa.fedoraproject.org/tests/544173 ID: 544174 Test: x86_64 Server-dvd-iso server_cockpit_basic URL: https://openqa.fedoraproject.org/tests/544174 ID: 544175 Test: x86_64 Server-dvd-iso server_freeipa_replication_replica URL: https://openqa.fedoraproject.org/tests/544175 ID: 544178 Test: x86_64 Server-dvd-iso server_freeipa_replication_client URL: https://openqa.fedoraproject.org/tests/544178 ID: 544179 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/544179 ID: 544188 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/544188 ID: 544219 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/544219 ID: 544231 Test: x86_64 Silverblue-dvd_ostree-iso release_identification URL: https://openqa.fedoraproject.org/tests/544231 ID: 544248 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/544248 ID: 544298 Test: x86_64 universal upgrade_2_server_domain_controller URL: https://openqa.fedoraproject.org/tests/544298 ID: 544305 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/544305 ID: 544311 Test: x86_64 universal upgrade_2_realmd_client URL: https://openqa.fedoraproject.org/tests/544311 ID: 544312 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/544312 Soft failed openQA tests: 15/171 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Rawhide-20200312.n.0): ID: 544140 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/544140 ID: 544141 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/544141 ID: 544143 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/544143 ID: 544145 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/544145 ID: 544148 Test: x86_64 Server-dvd-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/544148 ID: 544149 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/544149 ID: 544169 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart URL: https://openqa.fedoraproject.org/tests/544169 ID: 544198 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/544198 ID: 544200 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/544200 ID: 544232 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/544232 ID: 544241 Test: x86_64 universal install_serial_console URL: https://openqa.fedoraproject.org/tests/544241 ID: 544259 Test: x86_64 universal install_anaconda_text URL: https://openqa.fedoraproject.org/tests/544259 ID: 544294 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/544294 ID: 544297 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/544297 ID: 544304 Test: x86_64 universal upgrade_server_64bit URL: https://openqa.fedoraproject.org/tests/544304 Passed openQA tests: 140/171 (x86_64) Skipped non-gating openQA tests: 1 of 173 Installed system changes in test x86_64 Server-boot-iso install_default: 1 packages(s) removed since previous compose: grubby Previous test data: https://openqa.fedoraproject.org/tests/542352#downloads Current test data: https://openqa.fedoraproject.org/tests/544140#downloads Installed system changes in test x86_64 Server-boot-iso install_default@uefi: 1 packages(s) removed since previous compose: grubby Previous test data: https://openqa.fedoraproject.org/tests/542353#downloads Current test data: https://openqa.fedoraproject.org/tests/544141#downloads Install
BCC.f31 build fails on x86_64 but succeeds in other arches
The failure [1] message is: [ 58%] Linking C shared library libbcc_bpf.so cd /builddir/build/BUILD/bcc/src/cc && /usr/bin/cmake -E cmake_link_script CMakeFiles/bpf-shared.dir/link.txt --verbose=1 /usr/bin/cc -fPIC -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Wall -fPIC -Wno-unused-result -O2 -g -DNDEBUG -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,--exclude-libs=libclangFrontend.so -Wl,--exclude-libs=libclangSerialization.so -Wl,--exclude-libs=libclangDriver.so -Wl,--exclude-libs=libclangASTMatchers.so -Wl,--exclude-libs=libclangParse.so -Wl,--exclude-libs=libclangSema.so -Wl,--exclude-libs=libclangCodeGen.so -Wl,--exclude-libs=libclangAnalysis.so -Wl,--exclude-libs=libclangRewrite.so -Wl,--exclude-libs=libclangEdit.so -Wl,--exclude-libs=libclangAST.so -Wl,--exclude-libs=libclangLex.so -Wl,--exclude-libs=libclangBasic.so -Wl,--exclude-libs=libLLVMBPFDisassembler.a -Wl,--exclude-libs=libLLVMBPFAsmParser.a -Wl,--exclude-libs=libLLVMCoroutines.a -Wl,--exclude-libs=libLLVMCoverage.a -Wl,--exclude-libs=libLLVMX86CodeGen.a -Wl,--exclude-libs=libLLVMX86Desc.a -Wl,--exclude-libs=libLLVMX86Utils.a -Wl,--exclude-libs=libLLVMX86Info.a -Wl,--exclude-libs=libLLVMMCDisassembler.a -Wl,--exclude-libs=libLLVMGlobalISel.a -Wl,--exclude-libs=libLLVMLTO.a -Wl,--exclude-libs=libLLVMPasses.a -Wl,--exclude-libs=libLLVMipo.a -Wl,--exclude-libs=libLLVMVectorize.a -Wl,--exclude-libs=libLLVMInstrumentation.a -Wl,--exclude-libs=libLLVMOption.a -Wl,--exclude-libs=libLLVMObjCARCOpts.a -Wl,--exclude-libs=libLLVMMCJIT.a -Wl,--exclude-libs=libLLVMExecutionEngine.a -Wl,--exclude-libs=libLLVMRuntimeDyld.a -Wl,--exclude-libs=libLLVMLinker.a -Wl,--exclude-libs=libLLVMIRReader.a -Wl,--exclude-libs=libLLVMAsmParser.a -Wl,--exclude-libs=libLLVMBPFCodeGen.a -Wl,--exclude-libs=libLLVMSelectionDAG.a -Wl,--exclude-libs=libLLVMBPFDesc.a -Wl,--exclude-libs=libLLVMBPFInfo.a -Wl,--exclude-libs=libLLVMAsmPrinter.a -Wl,--exclude-libs=libLLVMDebugInfoDWARF.a -Wl,--exclude-libs=libLLVMCodeGen.a -Wl,--exclude-libs=libLLVMTarget.a -Wl,--exclude-libs=libLLVMScalarOpts.a -Wl,--exclude-libs=libLLVMInstCombine.a -Wl,--exclude-libs=libLLVMAggressiveInstCombine.a -Wl,--exclude-libs=libLLVMTransformUtils.a -Wl,--exclude-libs=libLLVMBitWriter.a -Wl,--exclude-libs=libLLVMAnalysis.a -Wl,--exclude-libs=libLLVMProfileData.a -Wl,--exclude-libs=libLLVMObject.a -Wl,--exclude-libs=libLLVMMCParser.a -Wl,--exclude-libs=libLLVMMC.a -Wl,--exclude-libs=libLLVMDebugInfoCodeView.a -Wl,--exclude-libs=libLLVMDebugInfoMSF.a -Wl,--exclude-libs=libLLVMBitReader.a -Wl,--exclude-libs=libLLVMBitstreamReader.a -Wl,--exclude-libs=libLLVMCore.a -Wl,--exclude-libs=libLLVMRemarks.a -Wl,--exclude-libs=libLLVMBinaryFormat.a -Wl,--exclude-libs=libLLVMSupport.a -Wl,--exclude-libs=libLLVMDemangle.a -shared -Wl,-soname,libbcc_bpf.so.0 -o libbcc_bpf.so.0.13.0 CMakeFiles/bpf-shared.dir/libbpf.c.o CMakeFiles/bpf-shared.dir/perf_reader.c.o libbpf_a_extract/bpf.o libbpf_a_extract/bpf_prog_linfo.o libbpf_a_extract/btf.o libbpf_a_extract/btf_dump.o libbpf_a_extract/hashmap.o libbpf_a_extract/libbpf.o libbpf_a_extract/libbpf_errno.o libbpf_a_extract/libbpf_probes.o libbpf_a_extract/netlink.o libbpf_a_extract/nlattr.o libbpf_a_extract/str_error.o libbpf_a_extract/xsk.o make[2]: Leaving directory '/builddir/build/BUILD/bcc' /usr/bin/ld: libbpf_a_extract/libbpf.o: relocation R_X86_64_PC32 against symbol `stderr@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC The same version was compiled successfully in Rawhide and in all other arches in f31 [2]. Afaik, it's using the fedora flags, so `-fPIC` should already be present. Can anyone help me understand the problem? [1] https://kojipkgs.fedoraproject.org//work/tasks/7495/42447495/build.log [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=42447491 Att. -- Rafael Fonseca ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Kerberos authentication fails: unable to obtain a session
Ken Dreyer writes: > On Tue, Mar 10, 2020 at 11:55 AM Kevin Fenzi wrote: >> >> when you see a proxy name there it usually means you have rdns true in >> /etc/krb5.conf (it should be false), or krb_rdns or krb_canon_host true >> in /etc/koji.conf or ~/.koji.conf (should be false). > > I think those options only apply to the "old-style" Kerberos > authentication in Koji (that we want to remove upstream). > > The only way to affect the GSSAPI authentication that we do with > koji.fedoraproject.org is to edit [libdefaults] in /etc/krb5.conf. > > I've filed two tickets to improve the UX here: > > 1) Remove the old option from fedora.conf: > https://bugzilla.redhat.com/show_bug.cgi?id=1812702 > > 2) Better error messages from the koji gssapi_login method: > https://pagure.io/koji/issue/2063 > > I think the MIT Kerberos devs realize that this is a problem too, > because there is a new dns_canonicalize_hostname=fallback option in > krb 1.18. That option will help for the general case of proxying > applications that use GSSAPI auth. Right. To be clear, this has been the *default* in Fedora starting with fc30. Thanks, --Robbie signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Announcing start of DNF 5 development
Daniel Mach writes: > Dne 12. 03. 20 v 19:26 Pat Riehecky napsal(a): > >> I realize I'm thinking about the Pie in the Sky, but: >> >> Would it be possible for 'microdnf' to become the base for 'dnf' so >> that extra 'dnf' functionality is added via some kind of >> modules/plugins/etc behaviour? Perhaps "somehow" it could (for >> example) find out "oh I've got python, lets load those feature bits >> too". >> >> This could help keep them fully compatible and let folks using dnf >> based installers look at pulling in just the features they require. > > I don't think we're ready for this yet. We need to work on improving > libdnf and delivering a dbus interface in the first place as > announced. Once we're finished with these changes, we'll definitely > look into making python optional. This confuses me. microdnf works today. This means that python is *already* optional. I believe what's being suggested is to stop duplicating microdnf functionality in python. That way reduces code duplication, which means there's less to maintain, test functionality between, etc.. Pat has suggested a particular way this might be accomplished (module detection with a module providing python capability), but the details of this strike me as less important than having fewer package managers. Thanks, --Robbie signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Test graphical applications using mock.
Hey Petr > I think the problem is not Xvfb. Xvfb creates an independent X server and the > aplication should connect to it. Hence another running X server is irrelevant. > I suspect the application rather cannot locate GL libraries in the mock > enviroment than that there was something wrong in the Xvfb. Are you sure you > build-require all the needed packages in the spec file? Ach... you are right. I was missing `mesa-dri-drivers` in the BuildRequires, that's why it was unable to detect the GL in mock. The tests are running fine now. Thanks for your help! ;D -- Thanks Regards Aniket Pradhan http://home.iiitd.edu.in/~aniket17133/ Aliases: MeWjOr/major () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Test graphical applications using mock.
On Fri, Mar 13, 2020 at 05:48:20PM +0530, Aniket Pradhan wrote: > Hello Devel > > I was trying to package vispy[0] for Fedora using pyside2 as the > backend. However, many of its tests work by drawing a window and so > on. > I was using Xvfb to create a buffer so that the graphical components > can be made and the tests can proceed. The spec is here[1]. > > However, when I use rpmbuild to do a build the RPM, it works fine on > my computer as it is able to detect the correct graphics library and > the extensions. However, when I try the same on mock, it fails to do > that. > Is there any option within mock to enable graphics (or something > similar) or is it currently impossible to test applications using GL > on mock? > > [0]: http://vispy.org/ > [1]: https://major.fedorapeople.org/vispy-pyside2/vispy-pyside2.spec I think the problem is not Xvfb. Xvfb creates an independent X server and the aplication should connect to it. Hence another running X server is irrelevant. I suspect the application rather cannot locate GL libraries in the mock enviroment than that there was something wrong in the Xvfb. Are you sure you build-require all the needed packages in the spec file? By the way shouldn't you add "-d" option the xvfb-run program? -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Kerberos authentication fails: unable to obtain a session
On Tue, Mar 10, 2020 at 11:55 AM Kevin Fenzi wrote: > > when you see a proxy name there it usually means you have rdns true in > /etc/krb5.conf (it should be false), or krb_rdns or krb_canon_host true > in /etc/koji.conf or ~/.koji.conf (should be false). I think those options only apply to the "old-style" Kerberos authentication in Koji (that we want to remove upstream). The only way to affect the GSSAPI authentication that we do with koji.fedoraproject.org is to edit [libdefaults] in /etc/krb5.conf. I've filed two tickets to improve the UX here: 1) Remove the old option from fedora.conf: https://bugzilla.redhat.com/show_bug.cgi?id=1812702 2) Better error messages from the koji gssapi_login method: https://pagure.io/koji/issue/2063 I think the MIT Kerberos devs realize that this is a problem too, because there is a new dns_canonicalize_hostname=fallback option in krb 1.18. That option will help for the general case of proxying applications that use GSSAPI auth. - Ken ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Test graphical applications using mock.
Hello Devel I was trying to package vispy[0] for Fedora using pyside2 as the backend. However, many of its tests work by drawing a window and so on. I was using Xvfb to create a buffer so that the graphical components can be made and the tests can proceed. The spec is here[1]. However, when I use rpmbuild to do a build the RPM, it works fine on my computer as it is able to detect the correct graphics library and the extensions. However, when I try the same on mock, it fails to do that. Is there any option within mock to enable graphics (or something similar) or is it currently impossible to test applications using GL on mock? [0]: http://vispy.org/ [1]: https://major.fedorapeople.org/vispy-pyside2/vispy-pyside2.spec -- Thanks Regards Aniket Pradhan http://home.iiitd.edu.in/~aniket17133/ Aliases: MeWjOr/major () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-IoT-32-20200313.0 compose check report
Missing expected images: Iot dvd aarch64 Iot dvd x86_64 Soft failed openQA tests: 2/8 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-IoT-32-20200312.0): ID: 544077 Test: x86_64 IoT-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/544077 ID: 544078 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/544078 Passed openQA tests: 6/8 (x86_64) New passes (same test not passed in Fedora-IoT-32-20200312.0): ID: 544079 Test: x86_64 IoT-dvd_ostree-iso release_identification URL: https://openqa.fedoraproject.org/tests/544079 -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-32-20200312.n.1 compose check report
No missing expected images. Failed openQA tests: 8/171 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-32-20200312.n.0): ID: 543945 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/543945 ID: 543955 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/543955 ID: 543962 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/543962 Old failures (same test failed in Fedora-32-20200312.n.0): ID: 543919 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/543919 ID: 543969 Test: x86_64 KDE-live-iso desktop_background URL: https://openqa.fedoraproject.org/tests/543969 ID: 543976 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/543976 ID: 543988 Test: x86_64 Silverblue-dvd_ostree-iso release_identification URL: https://openqa.fedoraproject.org/tests/543988 ID: 544005 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/544005 ID: 544071 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/544071 Soft failed openQA tests: 17/171 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-32-20200312.n.0): ID: 543973 Test: x86_64 KDE-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/543973 Old soft failures (same test soft failed in Fedora-32-20200312.n.0): ID: 543897 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/543897 ID: 543898 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/543898 ID: 543902 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/543902 ID: 543905 Test: x86_64 Server-dvd-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/543905 ID: 543926 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart URL: https://openqa.fedoraproject.org/tests/543926 ID: 543957 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/543957 ID: 543989 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/543989 ID: 543998 Test: x86_64 universal install_serial_console URL: https://openqa.fedoraproject.org/tests/543998 ID: 544016 Test: x86_64 universal install_anaconda_text URL: https://openqa.fedoraproject.org/tests/544016 ID: 544051 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/544051 ID: 544054 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/544054 ID: 544055 Test: x86_64 universal upgrade_2_server_domain_controller URL: https://openqa.fedoraproject.org/tests/544055 ID: 544061 Test: x86_64 universal upgrade_server_64bit URL: https://openqa.fedoraproject.org/tests/544061 ID: 544062 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/544062 ID: 544068 Test: x86_64 universal upgrade_2_realmd_client URL: https://openqa.fedoraproject.org/tests/544068 ID: 544069 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/544069 Passed openQA tests: 146/171 (x86_64) New passes (same test not passed in Fedora-32-20200312.n.0): ID: 543900 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/543900 ID: 543906 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/543906 Skipped non-gating openQA tests: 1 of 173 Installed system changes in test x86_64 Everything-boot-iso install_default@uefi: 1 packages(s) added since previous compose: grubby Previous test data: https://openqa.fedoraproject.org/tests/543411#downloads Current test data: https://openqa.fedoraproject.org/tests/543939#downloads Installed system changes in test x86_64 Everything-boot-iso install_default: 1 packages(s) added since previous compose: grubby Previous test data: https://openqa.fedoraproject.org/tests/543412#downloads Current test data: https://openqa.fedoraproject.org/tests/543940#downloads Installed system changes in test x86_64 Workstation-live-iso install_default@uefi: Used Swap grew from 0 to 8 MiB System load changed from 1.02 to 0.59 Average CPU usage changed from 14.95714286 to 4.6667 Previous test data: https://openqa.fedoraproject.org/tests/543414#downloads Current test data: https://openqa.fedoraproject.org/tests/543942#downloads Installed system changes in test x86_64 Workstation-live-iso install_default_upload: Used mem changed from 854 MiB to 974 MiB Used Swap grew from 0 to 8 MiB System load chan
Re: BuildError: error building package (arch s390x), mock exited with status 1
I will do so. Many Thanks Martin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-Cloud-31-20200313.0 compose check report
No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora 32 compose report: 20200312.n.1 changes
OLD: Fedora-32-20200312.n.0 NEW: Fedora-32-20200312.n.1 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 3 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded packages: 486.26 MiB Size of downgraded packages: 0 B Size change of upgraded packages: 225.39 KiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: kernel-5.6.0-0.rc5.git0.2.fc32 Old package: kernel-5.6.0-0.rc3.git0.1.fc32 Summary: The Linux kernel RPMs: kernel kernel-core kernel-debug kernel-debug-core kernel-debug-devel kernel-debug-modules kernel-debug-modules-extra kernel-debug-modules-internal kernel-devel kernel-lpae kernel-lpae-core kernel-lpae-devel kernel-lpae-modules kernel-lpae-modules-extra kernel-lpae-modules-internal kernel-modules kernel-modules-extra kernel-modules-internal Size: 465.89 MiB Size change: 346.29 KiB Changelog: * Tue Feb 25 2020 Jeremy Cline - Reenable debugging options. * Tue Feb 25 2020 Jeremy Cline - 5.6.0-0.rc3.git1.1 - Linux v5.6-rc3-26-g63623fd44972 * Thu Feb 27 2020 Jeremy Cline - 5.6.0-0.rc3.git2.1 - Linux v5.6-rc3-71-gbfdc6d91a25f * Thu Feb 27 2020 Peter Robinson - Fixes and enhancements to some AllWinner Pine64 devices - Some fixes for Tegra devices - Initial support for the Pinebook Pro * Fri Feb 28 2020 Jeremy Cline - 5.6.0-0.rc3.git3.1 - Linux v5.6-rc3-195-gc60c04021353 * Mon Mar 02 2020 Jeremy Cline - Disable debugging options. * Mon Mar 02 2020 Jeremy Cline - 5.6.0-0.rc4.git0.1 - Linux v5.6-rc4 * Fri Mar 06 2020 Jeremy Cline - Reenable debugging options. * Fri Mar 06 2020 Jeremy Cline - 5.6.0-0.rc4.git1.1 - Linux v5.6-rc4-135-gaeb542a1b5c5 * Mon Mar 09 2020 Peter Robinson - Disable debugging options. * Mon Mar 09 2020 Peter Robinson - 5.6.0-0.rc5.git0.1 - Linux v5.6-rc5 * Mon Mar 09 2020 Hans de Goede - Fix only 1 monitor working on DP-MST docking stations (rhbz 1809681) - Fix backtraces on various buggy BIOS-es (rhbz 1564895, 1808874) - Add /etc/modprobe.d/floppy-blacklist.conf to fix auto-loading of the legacy floppy driver (rhbz 1789155) * Tue Mar 10 2020 Jeremy Cline - 5.6.0-0.rc5.git0.2 - A series of eDP backlight fixes for i915 (rhbz 1811850) Package: kernel-headers-5.6.0-0.rc5.git0.1.fc32 Old package: kernel-headers-5.6.0-0.rc3.git0.1.fc32 Summary: Header files for the Linux kernel for use by glibc RPMs: kernel-cross-headers kernel-headers Size: 14.58 MiB Size change: 1.06 KiB Changelog: * Mon Mar 02 2020 Jeremy Cline - 5.6.0-0.rc4.git0.1 - Linux v5.6-rc4.git0 * Mon Mar 09 2020 Jeremy Cline - 5.6.0-0.rc5.git0.1 - Linux v5.6-rc5.git0 Package: plymouth-0.9.4-13.20200306git58a7289.fc32 Old package: plymouth-0.9.4-12.20191022git32c097c.fc32 Summary: Graphical Boot Animation and Logger RPMs: plymouth plymouth-core-libs plymouth-devel plymouth-graphics-libs plymouth-plugin-fade-throbber plymouth-plugin-label plymouth-plugin-script plymouth-plugin-space-flares plymouth-plugin-two-step plymouth-scripts plymouth-system-theme plymouth-theme-charge plymouth-theme-fade-in plymouth-theme-script plymouth-theme-solar plymouth-theme-spinfinity plymouth-theme-spinner Dropped RPMs: plymouth-plugin-throbgress Size: 5.78 MiB Size change: -121.96 KiB Changelog: * Mon Mar 09 2020 Hans de Goede - 0.9.4-13.20200306git58a7289 - Add patches fixing crash on monitor hot(un)plug (rhbz#1809681) - Add patches fixing delay between gdm telling us to deactivate and us telling gdm it is ok to continue - Drop plymouth-plugin-throbgress sub-package, the spinfinity theme now uses the two-step plugin = DOWNGRADED PACKAGES = ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-Cloud-30-20200313.0 compose check report
No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Unannounced SONAME bump in rawhide: libwebsockets.so.15 → libwebsockets.so.16
On 3/12/20 1:09 PM, Fabio Valentini wrote: > The recent update to libwebsockets 4.0.0 has introduced an SONAME bump > (like in $SUBJECT). Dependent packages have not been rebuilt. This is > affecting at least: > > - guacamole-server > - mosquitto > - qpid-dispatch > - vdr-osd2web > > Please coordinate the necessary rebuilds with the maintainers of these > packages (in CC). Thanks for the reminder. Sorry, guys, this would have been my job to inform you. > PS: The libwebsockets dist-git repo also has a package.cfg file in > fedora branches that specifies "targets = epel8 epel8-playground", > which is definitely wrong. I guess that ended-up there because of a merge mistake. Kind regards, Fabian signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
