Duplicate speedtest-cli packages in the repo.
speedtest-cli and python3-speedtest-cli appear to be the same package. Downloading Packages: python3-speedtest-cli-1.0.2-7.fc30.noarch.rpm 364 kB/s | 44 kB 00:00 Total64 kB/s | 44 kB 00:00 Running transaction check Transaction check succeeded. Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Transaction check error: file /usr/lib/python3.7/site-packages/speedtest.py from install of python3-speedtest-cli-1.0.2-7.fc30.noarch conflicts with file from package speedtest-cli-1.0.2-6.fc30.noarch file /usr/lib/python3.7/site-packages/speedtest_cli.py from install of python3-speedtest-cli-1.0.2-7.fc30.noarch conflicts with file from package speedtest-cli-1.0.2-6.fc30.noarch file /usr/share/man/man1/speedtest-cli.1.gz from install of python3-speedtest-cli-1.0.2-7.fc30.noarch conflicts with file from package speedtest-cli-1.0.2-6.fc30.noarch Error Summary ___ 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-20190629.n.0 compose check report
No missing expected images. Compose FAILS proposed Rawhide gating check! 1 of 47 required tests failed, 3 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 9/145 (x86_64), 1/2 (arm) New failures (same test not failed in Rawhide-20190628.n.0): ID: 416961 Test: x86_64 Server-dvd-iso server_cockpit_default **GATING** URL: https://openqa.fedoraproject.org/tests/416961 ID: 417009 Test: x86_64 KDE-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/417009 ID: 417013 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/417013 ID: 417087 Test: x86_64 universal install_ext3@uefi URL: https://openqa.fedoraproject.org/tests/417087 Old failures (same test failed in Rawhide-20190628.n.0): ID: 416973 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/416973 ID: 416992 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/416992 ID: 417016 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/417016 ID: 417019 Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/417019 ID: 417046 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/417046 ID: 417047 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/417047 Soft failed openQA tests: 4/145 (x86_64), 3/24 (i386) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Rawhide-20190628.n.0): ID: 416967 Test: x86_64 Server-dvd-iso server_freeipa_replication_client URL: https://openqa.fedoraproject.org/tests/416967 Old soft failures (same test soft failed in Rawhide-20190628.n.0): ID: 416976 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/416976 ID: 416977 Test: i386 Server-dvd-iso install_default URL: https://openqa.fedoraproject.org/tests/416977 ID: 416988 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/416988 ID: 416995 Test: x86_64 Workstation-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/416995 ID: 416996 Test: x86_64 Workstation-boot-iso memory_check@uefi URL: https://openqa.fedoraproject.org/tests/416996 ID: 416999 Test: i386 Workstation-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/416999 Passed openQA tests: 127/145 (x86_64), 21/24 (i386) New passes (same test not passed in Rawhide-20190628.n.0): ID: 417001 Test: x86_64 KDE-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/417001 ID: 417002 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/417002 ID: 417003 Test: x86_64 KDE-live-iso install_no_user URL: https://openqa.fedoraproject.org/tests/417003 ID: 417004 Test: x86_64 KDE-live-iso base_selinux URL: https://openqa.fedoraproject.org/tests/417004 ID: 417005 Test: x86_64 KDE-live-iso base_services_start URL: https://openqa.fedoraproject.org/tests/417005 ID: 417006 Test: x86_64 KDE-live-iso base_service_manipulation URL: https://openqa.fedoraproject.org/tests/417006 ID: 417007 Test: x86_64 KDE-live-iso base_update_cli URL: https://openqa.fedoraproject.org/tests/417007 ID: 417008 Test: x86_64 KDE-live-iso base_system_logging URL: https://openqa.fedoraproject.org/tests/417008 ID: 417010 Test: x86_64 KDE-live-iso desktop_terminal URL: https://openqa.fedoraproject.org/tests/417010 ID: 417011 Test: x86_64 KDE-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/417011 ID: 417012 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/417012 ID: 417014 Test: x86_64 KDE-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/417014 ID: 417015 Test: i386 KDE-live-iso install_default URL: https://openqa.fedoraproject.org/tests/417015 ID: 417065 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/417065 ID: 417081 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/417081 ID: 417096 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/417096 ID: 417115 Test: i386 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/417115 Skipped gating openQA tests: 3/145 (x86_64) New skipped gating tests (same test not skipped in Rawhide-20190628.n.0): ID: 416959 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller **GATING** URL: https://openqa.fedoraproject.org/tests/416959 ID: 416960 Test: x86_64 Server-dvd-iso server_realmd_join_ki
Fedora rawhide compose report: 20190629.n.0 changes
OLD: Fedora-Rawhide-20190628.n.0 NEW: Fedora-Rawhide-20190629.n.0 = SUMMARY = Added images:5 Dropped images: 7 Added packages: 0 Dropped packages:2 Upgraded packages: 136 Downgraded packages: 1 Size of added packages: 0 B Size of dropped packages:712.78 KiB Size of upgraded packages: 6.49 GiB Size of downgraded packages: 11.39 MiB Size change of upgraded packages: 781.29 MiB Size change of downgraded packages: -11.03 MiB = ADDED IMAGES = Image: Container_Base docker s390x Path: Container/s390x/images/Fedora-Container-Base-Rawhide-20190629.n.0.s390x.tar.xz Image: Cloud_Base vmdk s390x Path: Cloud/s390x/images/Fedora-Cloud-Base-Rawhide-20190629.n.0.s390x.vmdk Image: Design_suite live i386 Path: Labs/i386/iso/Fedora-Design_suite-Live-i386-Rawhide-20190629.n.0.iso Image: Cloud_Base qcow2 s390x Path: Cloud/s390x/images/Fedora-Cloud-Base-Rawhide-20190629.n.0.s390x.qcow2 Image: Cloud_Base raw-xz s390x Path: Cloud/s390x/images/Fedora-Cloud-Base-Rawhide-20190629.n.0.s390x.raw.xz = DROPPED IMAGES = Image: KDE raw-xz armhfp Path: Spins/armhfp/images/Fedora-KDE-armhfp-Rawhide-20190628.n.0-sda.raw.xz Image: Silverblue dvd-ostree ppc64le Path: Silverblue/ppc64le/iso/Fedora-Silverblue-ostree-ppc64le-Rawhide-20190628.n.0.iso Image: LXDE live i386 Path: Spins/i386/iso/Fedora-LXDE-Live-i386-Rawhide-20190628.n.0.iso Image: Silverblue dvd-ostree aarch64 Path: Silverblue/aarch64/iso/Fedora-Silverblue-ostree-aarch64-Rawhide-20190628.n.0.iso Image: Python_Classroom vagrant-virtualbox x86_64 Path: Labs/x86_64/images/Fedora-Python-Classroom-Vagrant-Rawhide-20190628.n.0.x86_64.vagrant-virtualbox.box Image: LXDE live x86_64 Path: Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-Rawhide-20190628.n.0.iso Image: Python_Classroom vagrant-libvirt x86_64 Path: Labs/x86_64/images/Fedora-Python-Classroom-Vagrant-Rawhide-20190628.n.0.x86_64.vagrant-libvirt.box = ADDED PACKAGES = = DROPPED PACKAGES = Package: system-config-firewall-1.2.29-21.fc29 Summary: A graphical interface for basic firewall setup RPMs:system-config-firewall system-config-firewall-base system-config-firewall-tui Size:478.75 KiB Package: the-new-hotness-0.10.0-5.fc30 Summary: Consume Anitya fedmsg messages to file bugzilla bugs RPMs:the-new-hotness the-new-hotness-doc Size:234.02 KiB = UPGRADED PACKAGES = Package: apron-0.9.11-25.1104.svn20180624.fc31 Old package: apron-0.9.11-23.1104.svn20180624.fc30 Summary: Numerical abstract domain library RPMs: apron apron-devel japron ocaml-apron ocaml-apron-devel Size: 22.32 MiB Size change: 422.99 KiB Changelog: * Mon Apr 29 2019 Richard W.M. Jones - 0.9.11-24.1104.svn20180624 - OCaml 4.08.0 (beta 3) rebuild. * Thu Jun 27 2019 Richard W.M. Jones - 0.9.11-25.1104.svn20180624 - OCaml 4.08.0 (final) rebuild. Package: brltty-6.0-4.fc31 Old package: brltty-5.6-32.fc30 Summary: Braille display driver for Linux/Unix RPMs: brlapi brlapi-devel brlapi-java brltty brltty-at-spi2 brltty-docs brltty-dracut brltty-espeak brltty-espeak-ng brltty-speech-dispatcher brltty-xw ocaml-brlapi python3-brlapi tcl-brlapi Size: 13.63 MiB Size change: 1.52 MiB Changelog: * Mon Apr 29 2019 Richard W.M. Jones - 6.0-2 - OCaml 4.08.0 (beta 3) rebuild. * Fri Jun 07 2019 Jaroslav ??karvada - 6.0-3 - Fixed build with alsa-1.1.9 Resolves: rhbz#1716389 * Thu Jun 27 2019 Richard W.M. Jones - 6.0-4 - OCaml 4.08.0 (final) rebuild. Package: coin-or-Alps-1.5.7-1.fc31 Old package: coin-or-Alps-1.5.5-9.fc30 Summary: COIN-OR High-Performance Parallel Search Framework RPMs: coin-or-Alps coin-or-Alps-devel coin-or-Alps-doc Size: 7.24 MiB Size change: 1.08 MiB Changelog: * Thu Jun 27 2019 Jerry James - 1.5.7-1 - Update to latest 1.5.x upstream release (bz 1413567) - Update URLs - Change License from EPL to EPL-1.0 - Eliminate unnecessary BRs and Rs - Eliminate rpath from the library - Force libtool to not defeat -Wl,--as-needed - Be explicit about library versions as required by latest guidelines - Package doxygen tag file to enable cross-linking Package: coin-or-Bcp-1.4.4-1.fc31 Old package: coin-or-Bcp-1.4.3-9.fc30 Summary: Branch-Cut-Price Framework RPMs: coin-or-Bcp coin-or-Bcp-devel coin-or-Bcp-doc Added RPMs: coin-or-Bcp-doc Size: 17.25 MiB Size change: 15.41 MiB Changelog: * Thu Jun 27 2019 Jerry James - 1.4.4-1 - Update to latest upstream release - Eliminate unnecessary BRs and Rs - Eliminate rpath from the library - Force libtool to not defeat -Wl,--as-needed - Be explicit about library versions as required by latest guidelines - Filter out unnecessary Libs values from pkgconfig files - Add -doc subpackage; run doxygen Package: coin-or-Bcps-0.94.5-1.fc31 Old package: coin-or-Bcps-0.94.4-9.fc30 Summary: Part of the COIN High Performance Parallel Search
Re: always update the bootloader during major upgrades
I don't have the technical expertise in this area to comment on the details of the implementation, but from a dumb user point of view, could there be a simple or no-payload package that says "Fedora owns the bootloader" that's installed by default and power users that wish to maintain it themselves (or use other bootloaders) and remove the package? Thanks, Richard ___ 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
Possibly Unresponsive Maintainer: dchen
Hi, I've been working through the backlog of Java packages / updates that are pending for the Stewardship SIG packages, and found that dchen seems to have stopped contributing to fedora in August 2018. - no responses bugzilla issues assigned to him since then [0], including CVEs and nagging FTBFS issues and needinfos - no koji builds since then [1] - no bodhi activity since then [2] Looking at BugZilla comments, it seems like he stopped working at Red Hat around the time his contributions to fedora stopped. The only activity I could find since August 2018 was one pull request on src-fp-org [3]. Does anybody know if he is still an an active fedora contributor, or why he hasn't responded to any bug reports in the last 10 months? If there's no positive information during the next week, I will open a FESCo ticket according to the Non-responsive Maintainer policy. Thanks, Fabio [0]: https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&bug_status=__closed__&classification=Fedora&email1=dingyichen%40gmail.com&emailassigned_to1=1&emailtype1=substring&list_id=10299757&product=Fedora&query_format=advanced [1]: https://koji.fedoraproject.org/koji/userinfo?userID=465 [2]: https://bodhi.fedoraproject.org/users/dchen [3]: https://src.fedoraproject.org/rpms/keepass/pull-request/3 ___ 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
ODP: adding speech installation to fedora network installation image
It should be included orca, and speech dispatcher. I can be a tester of this image. ___ 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: New Go Packaging Guidelines landed in rawhide (koji) today
Hi, > What should I do at this moment as a packager that maintaining some > Go packages? > Should I fix my packages and build against f31-go in Koji? Yes, sure, if you can that would be appreciated. The vast majority of packages is easy to clean up (just adapt the templates in go-rpm- templates or use go2rpm), it's just there is an awful lot of them, so Robert-André Mauchin (eclipseo) can not do all of them in a single pass. If you hit one of the cases where a project needs weird stuff, or if you do not understand something, there is help available here and in the #fedora-golang channel. Please just state here (or tell eclispeo directly) what you will convert, so you do not end up doing the same work in parallel. Quite often, eclipseo will have prepared things in his copr, just not built them in koji yet. https://copr.fedorainfracloud.org/coprs/eclipseo/golang-ng/ So taking up from where he prepared, and checking the result builds in koji and works for you, will accelerate things. @eclipseo: please correct if I wrote something that does not make things easier your side Regards, -- Nicolas Mailhot ___ 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: always update the bootloader during major upgrades
Le vendredi 28 juin 2019 à 18:49 -0600, Chris Murphy a écrit : > On Fri, Jun 28, 2019, 1:19 AM Nicolas Mailhot via devel > wrote: > > Le jeudi 27 juin 2019 à 12:26 -0600, Chris Murphy a écrit : > > > Yep, small problem. And I'm not even sure how a 'grub2-install' > > > on > > > BIOS systems would be initiated only at major upgrade time. But > > > even > > > Fedora Rawhide does change versions when fcXX becomes fcXX+1, but > > > is > > > that a sane trigger? > > > > It's not, such magic “it's FCX time” break all the time for users > > that > > only do dnf update, or use rawhide (which branches before the next > > version logic is deployed), etc > > Twice a year for Rawhide. And upon initiation of major upgrade on > release versions. It wouldn't be all the time. > > > > I'm not sure what the alternatives are. > > > > That's, easy, > > > > 1. add a generic bootctl install command that knows the different > > variants of bootloader used in Fedora, how to install them, how to > > identify which variant is appropriate for a system (make grub and > > other > > bootloaders packages install the corresponding info in a directory > > read > > by this command) > > > > 2. make it write the id, generation, and deployment options used in > > a > > lockfile every time it (re)installs the bootloader > > > > 3. add a config file with a variable to inhibit auto-redeployment > > > > 4. add a scriptlet to the bootctl package that calls bootctl > > install > > and > > – checks the variant in the lockfile is appropriate for the > > hardware > > (in case of disk mode or copy) > > – checks if the generation is current or unknown (unknown = > > future, do > > not touch) > > – and if any of those is false, reinstalls the bootloader, unless > > the > > inhibit variable is set > > > > 5. add a --force switch to bootctl to allow the operator to force a > > bootloader rewrite every time somethins else broke it > > I think that's completely out of scope. It's inappropriate to wait 10 > months let alone 10 years to resolve this problem. And it's an overly > complicated solution. It's not an overcomplicated solution it's just putting a single stable unchanging installation command in front of whatever anaconda does. Which grubby was not since it was grub-specific with lots of options. Not making the effort to put this single command in place, is the reason why Fedora boot problems in 2019, are the same than RHL boot problems in 2000: 1. no one knows exactly what to call to reinstall the bootloader except bootloader people (it changes and is badly documented), 2. therefore no one can test the result on the scale needed for the variety of hardware out there 3. when someone hits a bootloader problem, and tries to fix his system with whatever lies on the internet (because the documentation is not here, and the documentation is needed, because the actual commands to type change), it's never exactly what bootloader people think he should do, so the result is invalid (positive or negative), and not used to improve the way Fedora does things 4. because there is no master command, and the actual commands change over time, there is no incentive to do something in new sets of commands, that salvages whatever was done in the previous set of commands 5. it ends up in new full system installs just to get anaconda to the point it does this part (and RHL supported in-place updates, while Fedora will insist on blowing up the previous install) 6. and everyone involved insists it's "too complex" to set up an easy to document master install command 7. something should be put in place "now" and not wait 10 months or 10 years Well Fedora and RHL have spent 20 years avoiding cleaning up this mess and it's still the same original mess so at one point 10 months seems awfully short period to get it done. Regards, -- Nicolas Mailhot ___ 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
