[389-devel] 389 DS nightly 2020-10-17 - 94% PASS
https://fedorapeople.org/groups/389ds/ci/nightly/2020/10/17/report-389-ds-base-1.4.4.4-20201016git141a514.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-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/389-devel@lists.fedoraproject.org
[Bug 1887018] perl-Data-JavaScript-1.15 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1887018 Upstream Release Monitoring changed: What|Removed |Added Summary|perl-Data-JavaScript-1.14 |perl-Data-JavaScript-1.15 |is available|is available --- Comment #1 from Upstream Release Monitoring --- Latest upstream release: 1.15 Current version/release in rawhide: 1.13-30.fc33 URL: https://metacpan.org/release/Data-JavaScript Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/17961/ -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
[Bug 1889027] New: perl-DateTime-TimeZone-2.42 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1889027 Bug ID: 1889027 Summary: perl-DateTime-TimeZone-2.42 is available Product: Fedora Version: rawhide Status: NEW Component: perl-DateTime-TimeZone Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, jples...@redhat.com, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Latest upstream release: 2.42 Current version/release in rawhide: 2.41-1.fc34 URL: http://search.cpan.org/dist/DateTime-TimeZone/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/2801/ -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
[Bug 1889018] New: perl-Devel-PPPort-3.62 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1889018 Bug ID: 1889018 Summary: perl-Devel-PPPort-3.62 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Devel-PPPort Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 3.62 Current version/release in rawhide: 3.60-1.fc34 URL: http://search.cpan.org/dist/Devel-PPPort/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/5760/ -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
FedoraRespin-32-updates-20201016.0 compose check report
No missing expected images. Failed openQA tests: 3/37 (x86_64) ID: 698908 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/698908 ID: 698922 Test: x86_64 KDE-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/698922 ID: 698923 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/698923 Soft failed openQA tests: 2/37 (x86_64) (Tests completed, but using a workaround for a known bug) ID: 698906 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/698906 ID: 698919 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/698919 Passed openQA tests: 17/37 (x86_64) Skipped non-gating openQA tests: 15 of 37 -- 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: Kernel - default log levels
On 16/10/2020 18:57, Sven Kieske wrote: > On Fr, 2020-10-16 at 15:27 +0200, David S. wrote: >> My testing is currently on a standard Fedora 32 x86_64 running in >> Digital Ocean (from their Fedora image pool). It should be fairly >> up-to-date (I see now there is a 5.8.15-201 kernel available). >> >> [root@davids-devtest-f32 ~]# uptime >> 13:16:19 up 1 min, 1 user, load average: 0.14, 0.04, 0.01 >> [root@davids-devtest-f32 ~]# uname -r >> 5.8.14-200.fc32.x86_64 >> [root@davids-devtest-f32 ~]# cat /proc/sys/kernel/printk >> 74 1 7 >> [root@davids-devtest-f32 ~]# grep LOGLEVEL_DEFAULT >> /boot/config-5.8.14-200.fc32.x86_64 >> CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7 >> CONFIG_CONSOLE_LOGLEVEL_QUIET=3 >> CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4 >> >> I see the same printk values and config settings in the 5.8.15-201. >> >> I also don't see any tweaks to the kernel cmdline, so I'm also wondering what >> else can be setting these values. > > For what it's worth, here is the output from my unaltered F32 installation > as an additional data point (the kernel is slighty older): > > uname -r > > 5.8.13-200.fc32.x86_64 > > cat /proc/sys/kernel/printk > > 3 4 1 7 > > > grep LOGLEVEL_DEFAULT /boot/config-$(uname -r) > > CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7 > > CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4 Thanks for the input! This is valuable. I begin to wonder if Digital Ocean has applied additional config tweaks now. And I was a bit unclear with "standard Fedora 32", as it is the Cloud edition. But would be helpful to get some input on how these values can be configured outside of the kernel config and kernel command line - if alternative approaches exists. -- kind regards, David Sommerseth OpenVPN Inc ___ 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-20201016.n.0 compose check report
No missing expected images. Compose FAILS proposed Rawhide gating check! 24 of 43 required tests failed, 17 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 95/181 (x86_64) Old failures (same test failed in Fedora-Rawhide-20201015.n.0): ID: 697856 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/697856 ID: 697857 Test: x86_64 Server-dvd-iso install_vncconnect_server URL: https://openqa.fedoraproject.org/tests/697857 ID: 697863 Test: x86_64 Server-dvd-iso install_vnc_server URL: https://openqa.fedoraproject.org/tests/697863 ID: 697875 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/697875 ID: 697894 Test: x86_64 Everything-boot-iso memory_check@uefi URL: https://openqa.fedoraproject.org/tests/697894 ID: 697895 Test: x86_64 Everything-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/697895 ID: 697898 Test: x86_64 Workstation-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/697898 ID: 697916 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/697916 ID: 697957 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/697957 ID: 697984 Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/697984 ID: 697985 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/697985 ID: 698002 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/698002 ID: 698005 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/698005 ID: 698018 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/698018 ID: 698035 Test: x86_64 Server-dvd-iso install_repository_hd_variation URL: https://openqa.fedoraproject.org/tests/698035 ID: 698036 Test: x86_64 Everything-boot-iso install_default **GATING** URL: https://openqa.fedoraproject.org/tests/698036 ID: 698037 Test: x86_64 Server-boot-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/698037 ID: 698038 Test: x86_64 Everything-boot-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/698038 ID: 698039 Test: x86_64 universal install_delete_pata **GATING** URL: https://openqa.fedoraproject.org/tests/698039 ID: 698040 Test: x86_64 universal install_repository_http_graphical **GATING** URL: https://openqa.fedoraproject.org/tests/698040 ID: 698041 Test: x86_64 universal install_blivet_resize_lvm URL: https://openqa.fedoraproject.org/tests/698041 ID: 698042 Test: x86_64 universal install_sata@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/698042 ID: 698043 Test: x86_64 universal install_scsi_updates_img **GATING** URL: https://openqa.fedoraproject.org/tests/698043 ID: 698044 Test: x86_64 KDE-live-iso install_default_upload **GATING** URL: https://openqa.fedoraproject.org/tests/698044 ID: 698060 Test: x86_64 Server-dvd-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/698060 ID: 698061 Test: x86_64 KDE-live-iso install_no_user **GATING** URL: https://openqa.fedoraproject.org/tests/698061 ID: 698062 Test: x86_64 KDE-live-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/698062 ID: 698063 Test: x86_64 Server-dvd-iso support_server URL: https://openqa.fedoraproject.org/tests/698063 ID: 698064 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical URL: https://openqa.fedoraproject.org/tests/698064 ID: 698065 Test: x86_64 Server-dvd-iso install_repository_nfs_variation URL: https://openqa.fedoraproject.org/tests/698065 ID: 698066 Test: x86_64 Server-dvd-iso install_repository_nfsiso_variation URL: https://openqa.fedoraproject.org/tests/698066 ID: 698067 Test: x86_64 Server-dvd-iso install_updates_nfs URL: https://openqa.fedoraproject.org/tests/698067 ID: 698068 Test: x86_64 universal support_server URL: https://openqa.fedoraproject.org/tests/698068 ID: 698069 Test: x86_64 universal install_kickstart_nfs URL: https://openqa.fedoraproject.org/tests/698069 ID: 698070 Test: x86_64 universal install_pxeboot URL: https://openqa.fedoraproject.org/tests/698070 ID: 698071 Test: x86_64 universal install_pxeboot@uefi URL: https://openqa.fedoraproject.org/tests/698071 ID: 698072 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/698072 ID: 698073 Test: x86_64 universal install_simple_free_space URL: https://openqa.fedoraproject.org/tests/698073 ID: 698074 Test: x86_64 universal install_software_raid URL: https://openqa.fedoraproject.org/tests/698074 ID: 698075 Test: x86_64 universal
Re: Upgrading to Fedora 33 does not work
On 16.10.2020 18:56, Adam Williamson wrote: Can you check the logs and see what it skipped? Nothing was skipped. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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: Fedora 33 blocker status
With luck, this is the last time I'll send this until Fedora 34 Beta! The Go/No-Go is Thursday. Action summary Accepted blockers - 1. sddm — login stuck when changing users repeatedly (log out, log in a different one) — ASSIGNED ACTION: QA to test FEDORA-2020-f5be904258 2. shim — Secure Boot fails to boot F33 Beta image — NEW ACTION: (none. waiting for new shim to be signed) Proposed blockers - 1. bluez — bluetooth mouse does not autoconnect after sleep — NEW ACTION: bluez maintainers to diagnose and fix issue Bug-by-bug detail = Accepted blockers - 1. sddm — https://bugzilla.redhat.com/show_bug.cgi?id=1861700 — ASSIGNED login stuck when changing users repeatedly (log out, log in a different one) Tricky bug that may need F34 to fix fully. Short term suggestion is to provide service files of type=dbus. rdieter has implemented a workaround to restart dbus.service after an 8-second wait. This is update FEDORA-2020-f5be904258. 2. shim https://bugzilla.redhat.com/show_bug.cgi?id=1883609 NEW Secure Boot fails to boot F33 Beta image It appears that Ubuntu has pushed a Secure Boot revocation list early, so people who have previously installed Ubtunu will not be able to boot Fedora. This is accepted as a FESCo blocker. A new shim was intended for submission with an expectation of getting it signed in "not more than a couple of days". Proposed blockers - 1. bluez — https://bugzilla.redhat.com/show_bug.cgi?id=1874082 — NEW bluetooth mouse does not autoconnect after sleep Some Bluetooth devices do not reconnect after resuming from sleep without manual intervention. From the discussion on the test mailing list, it's not universal, but it does not appear to be limited to a few devices, either. Update FEDORA-2020-00bf5ac290 contained a possible fix, but did not change the behavior. -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis ___ 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: Kernel - default log levels
On Fr, 2020-10-16 at 15:27 +0200, David S. wrote: > My testing is currently on a standard Fedora 32 x86_64 running in > Digital Ocean (from their Fedora image pool). It should be fairly > up-to-date (I see now there is a 5.8.15-201 kernel available). > > [root@davids-devtest-f32 ~]# uptime > 13:16:19 up 1 min, 1 user, load average: 0.14, 0.04, 0.01 > [root@davids-devtest-f32 ~]# uname -r > 5.8.14-200.fc32.x86_64 > [root@davids-devtest-f32 ~]# cat /proc/sys/kernel/printk > 7 4 1 7 > [root@davids-devtest-f32 ~]# grep LOGLEVEL_DEFAULT > /boot/config-5.8.14-200.fc32.x86_64 > CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7 > CONFIG_CONSOLE_LOGLEVEL_QUIET=3 > CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4 > > I see the same printk values and config settings in the 5.8.15-201. > > I also don't see any tweaks to the kernel cmdline, so I'm also wondering what > else can be setting these values. For what it's worth, here is the output from my unaltered F32 installation as an additional data point (the kernel is slighty older): uname -r 5.8.13-200.fc32.x86_64 cat /proc/sys/kernel/printk 3 4 1 7 grep LOGLEVEL_DEFAULT /boot/config-$(uname -r) CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7 CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4 -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ 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: Upgrading to Fedora 33 does not work
On Fri, 2020-10-16 at 18:38 +0200, Vitaly Zaitsev via devel wrote: > On 16.10.2020 18:12, Adam Williamson wrote: > > Did you? > > Forcing with --skip-broken helped. Thanks. Can you check the logs and see what it skipped? That would be useful for filing a bug. The original logs don't really tell us anything useful. Thanks. -- 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: Upgrading to Fedora 33 does not work
On 16.10.2020 18:12, Adam Williamson wrote: Did you? Forcing with --skip-broken helped. Thanks. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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
Fedora-IoT-33-20201016.0 compose check report
No missing expected images. Soft failed openQA tests: 1/16 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-IoT-33-20201015.0): ID: 698470 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/698470 Passed openQA tests: 15/16 (x86_64) New passes (same test not passed in Fedora-IoT-33-20201015.0): ID: 698482 Test: x86_64 IoT-dvd_ostree-iso release_identification URL: https://openqa.fedoraproject.org/tests/698482 -- 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
Package Review: github-cli 1.1.0
Hello all, Here is the updated package review request for github-cli 1.1.0 and the eleven dependency... Ooof. github-cli https://bugzilla.redhat.com/show_bug.cgi?id=1803302#c8 golang-github-netflix-expect https://bugzilla.redhat.com/show_bug.cgi?id=1803309 golang-github-hinshun-vt10x https://bugzilla.redhat.com/show_bug.cgi?id=1803312 golang-github-alecaivazis-survey https://bugzilla.redhat.com/show_bug.cgi?id=1803303 golang-github-muesli-reflow https://bugzilla.redhat.com/show_bug.cgi?id=1888965 golang-github-muesli-termenv https://bugzilla.redhat.com/show_bug.cgi?id=1888966 golang-github-charmbracelet-glamour https://bugzilla.redhat.com/show_bug.cgi?id=1888967 golang-github-henvic-httpretty https://bugzilla.redhat.com/show_bug.cgi?id=1888968 golang-github-rivo-uniseg https://bugzilla.redhat.com/show_bug.cgi?id=1888970 golang-github-cli-shurcool-graphql https://bugzilla.redhat.com/show_bug.cgi?id=1888971 golang-github-shurcool-githubv4 https://bugzilla.redhat.com/show_bug.cgi?id=1888972 golang-github-enescakir-emoji https://bugzilla.redhat.com/show_bug.cgi?id=1888974 -- Joe Doss j...@solidadmin.com ___ 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: Upgrading to Fedora 33 does not work
On Fri, 2020-10-16 at 15:26 +0200, Vitaly Zaitsev via devel wrote: > Oct 16 15:14:57 laptop dnf[1001]: (try to add '--skip-broken' to skip > uninstallable packages) Did you? -- 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
[Bug 1886146] perl-DateTime-TimeZone-2.41 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886146 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-DateTime-TimeZone-2.41 |perl-DateTime-TimeZone-2.41 |-1.fc34 |-1.fc34 |perl-DateTime-TimeZone-2.41 |perl-DateTime-TimeZone-2.41 |-1.fc32 |-1.fc32 ||perl-DateTime-TimeZone-2.41 ||-1.fc31 --- Comment #7 from Fedora Update System --- FEDORA-2020-e943b78209 has been pushed to the Fedora 31 stable repository. If problem still persists, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-de...@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-de...@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-2dbce134fd singularity-3.6.4-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing php-horde-Horde-Vfs-2.4.1-1.el6 xrootd-4.12.5-1.el6 Details about builds: php-horde-Horde-Vfs-2.4.1-1.el6 (FEDORA-EPEL-2020-56f475d058) Virtual File System API Update Information: **Horde_Vfs 2.4.1** * [mjr] Use existing sftp resource when creating url wrapper (PR #1). ChangeLog: * Wed Oct 14 2020 Remi Collet - 2.4.1-1 - update to 2.4.1 xrootd-4.12.5-1.el6 (FEDORA-EPEL-2020-f3b7c8c8d9) Extended ROOT file server Update Information: xrootd 4.12.5. ChangeLog: * Fri Oct 16 2020 Mattias Ellert - 1:4.12.5-1 - Update to version 4.12.5 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org
Fedora-33-20201016.n.0 compose check report
No missing expected images. Failed openQA tests: 3/181 (x86_64) New failures (same test not failed in Fedora-33-20201015.n.0): ID: 698109 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/698109 ID: 698133 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/698133 ID: 698142 Test: x86_64 Workstation-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/698142 Soft failed openQA tests: 10/181 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-33-20201015.n.0): ID: 698085 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/698085 ID: 698104 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/698104 ID: 698131 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/698131 ID: 698144 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/698144 ID: 698164 Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/698164 ID: 698167 Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/698167 ID: 698181 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/698181 ID: 698193 Test: x86_64 universal upgrade_2_minimal_64bit URL: https://openqa.fedoraproject.org/tests/698193 ID: 698215 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/698215 ID: 698218 Test: x86_64 universal upgrade_2_minimal_uefi@uefi URL: https://openqa.fedoraproject.org/tests/698218 Passed openQA tests: 168/181 (x86_64) Installed system changes in test x86_64 Workstation-live-iso install_default_upload: Used swap changed from 42 MiB to 27 MiB 1 packages(s) added since previous compose: dmraid-libs System load changed from 0.82 to 1.06 Previous test data: https://openqa.fedoraproject.org/tests/696583#downloads Current test data: https://openqa.fedoraproject.org/tests/698128#downloads Installed system changes in test x86_64 Workstation-live-iso install_default@uefi: 1 packages(s) added since previous compose: dmraid-libs System load changed from 0.54 to 0.31 Previous test data: https://openqa.fedoraproject.org/tests/696585#downloads Current test data: https://openqa.fedoraproject.org/tests/698130#downloads Installed system changes in test x86_64 KDE-live-iso install_default_upload: Used swap changed from 7 MiB to 9 MiB 1 packages(s) added since previous compose: dmraid-libs System load changed from 1.09 to 1.22 Previous test data: https://openqa.fedoraproject.org/tests/696602#downloads Current test data: https://openqa.fedoraproject.org/tests/698147#downloads Installed system changes in test x86_64 KDE-live-iso install_default@uefi: Used swap changed from 10 MiB to 13 MiB 1 packages(s) added since previous compose: dmraid-libs Average CPU usage changed from 32.85238095 to 13.52380952 Previous test data: https://openqa.fedoraproject.org/tests/696603#downloads Current test data: https://openqa.fedoraproject.org/tests/698148#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default_upload: Used swap changed from 18 MiB to 25 MiB System load changed from 0.50 to 1.43 Previous test data: https://openqa.fedoraproject.org/tests/696619#downloads Current test data: https://openqa.fedoraproject.org/tests/698164#downloads Installed system changes in test x86_64 universal install_package_set_kde: 1 packages(s) added since previous compose: dmraid-libs System load changed from 1.24 to 1.04 Previous test data: https://openqa.fedoraproject.org/tests/696663#downloads Current test data: https://openqa.fedoraproject.org/tests/698208#downloads -- 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
[Bug 1886146] perl-DateTime-TimeZone-2.41 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886146 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-DateTime-TimeZone-2.41 |perl-DateTime-TimeZone-2.41 |-1.fc34 |-1.fc34 ||perl-DateTime-TimeZone-2.41 ||-1.fc32 Resolution|--- |ERRATA Last Closed||2020-10-16 15:19:04 --- Comment #6 from Fedora Update System --- FEDORA-2020-6dfb98688e has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Re: Upgrading to Fedora 33 does not work
Reported to RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=1888944 -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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: Kernel - default log levels
On 16/10/2020 01:09, Justin Forbes wrote: > On Tue, Oct 13, 2020 at 4:24 PM David S. wrote: >> >> >> Hi, >> >> I just spotted that there is a difference in the default log levels on >> Fedora and RHEL-8 vs RHEL-7. >> >> Fedora/RHEL-8 uses: >> >># cat /proc/sys/kernel/printk >>7 4 1 7 >> >> while RHEL-7 uses: >> >># cat /proc/sys/kernel/printk >>2 4 1 7 >> >> I also see that this seems to have been changed in the the packaging >> > > Which kernel are you working with? Rawhide kernels by default are > typically debug kernels and will behave much differently in this > regard. Stable kernel releases are defaulting to 3 4 1 7 > My testing is currently on a standard Fedora 32 x86_64 running in Digital Ocean (from their Fedora image pool). It should be fairly up-to-date (I see now there is a 5.8.15-201 kernel available). [root@davids-devtest-f32 ~]# uptime 13:16:19 up 1 min, 1 user, load average: 0.14, 0.04, 0.01 [root@davids-devtest-f32 ~]# uname -r 5.8.14-200.fc32.x86_64 [root@davids-devtest-f32 ~]# cat /proc/sys/kernel/printk 7 4 1 7 [root@davids-devtest-f32 ~]# grep LOGLEVEL_DEFAULT /boot/config-5.8.14-200.fc32.x86_64 CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7 CONFIG_CONSOLE_LOGLEVEL_QUIET=3 CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4 I see the same printk values and config settings in the 5.8.15-201. I also don't see any tweaks to the kernel cmdline, so I'm also wondering what else can be setting these values. -- kind regards, David Sommerseth OpenVPN Inc ___ 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
Upgrading to Fedora 33 does not work
Hello all. Fedora 32 (KDE Spin). Trying to upgrade to Fedora 33: sudo dnf upgrade --refresh sudo dnf install dnf-plugin-system-upgrade sudo dnf system-upgrade download --releasever=33 sudo dnf system-upgrade reboot After rebooting, an error occured and then rebooted again into Fedora 32. Full log: Oct 16 15:14:54 laptop dnf[1001]: Last metadata expiration check: 0:31:44 ago on Fri 16 Oct 2020 02:43:10 PM CEST. Oct 16 15:14:55 laptop python3[1001]: Starting system upgrade. This will take a while. Oct 16 15:14:57 laptop dnf[1001]: Error: Oct 16 15:14:57 laptop dnf[1001]: Problem: The operation would result in removing the following protected packages: kernel> Oct 16 15:14:57 laptop dnf[1001]: (try to add '--skip-broken' to skip uninstallable packages) Oct 16 15:14:57 laptop systemd[1]: dnf-system-upgrade.service: Main process exited, code=exited, status=1/FAILURE Oct 16 15:14:57 laptop systemd[1]: dnf-system-upgrade.service: Failed with result 'exit-code'. Oct 16 15:14:57 laptop systemd[1]: Failed to start System Upgrade using DNF. Oct 16 15:14:57 laptop systemd[1]: dnf-system-upgrade.service: Triggering OnFailure= dependencies. Oct 16 15:14:57 laptop systemd[1]: dnf-system-upgrade.service: Consumed 3.064s CPU time. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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
Fedora 33 compose report: 20201016.n.0 changes
OLD: Fedora-33-20201015.n.0 NEW: Fedora-33-20201016.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 6 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded packages: 539.89 MiB Size of downgraded packages: 0 B Size change of upgraded packages: -5.37 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: appstream-data-33-1.fc33 Old package: appstream-data-32-7.fc33 Summary: Fedora AppStream metadata RPMs: appstream-data Size: 11.22 MiB Size change: -5.50 MiB Changelog: * Thu Oct 15 2020 Richard Hughes 33-1 - New metadata version Package: dmraid-1.0.0.rc16-49.fc33 Old package: dmraid-1.0.0.rc16-47.fc33 Summary: Device-mapper RAID tool and library RPMs: dmraid dmraid-devel dmraid-events dmraid-events-logwatch dmraid-libs Added RPMs: dmraid-libs Size: 1.18 MiB Size change: 98.80 KiB Changelog: * Tue Oct 06 2020 Neal Gompa - 1.0.0.rc16-48 - Minor cleanups to the spec to better align to packaging guidelines * Wed Oct 07 2020 Marian Csontos - 1.0.0.rc16-49 - Fix dependency on cron Package: gdm-1:3.38.1-1.fc33 Old package: gdm-1:3.38.0-1.fc33 Summary: The GNOME Display Manager RPMs: gdm gdm-devel gdm-pam-extensions-devel Size: 5.04 MiB Size change: -1.83 KiB Changelog: * Tue Oct 13 2020 Ray Strode - 3.38.1-1 - Update to 3.38.1 Resolves: #1887976 Package: glib2-2.66.1-3.fc33 Old package: glib2-2.66.1-1.fc33 Summary: A library of handy utility functions RPMs: glib2 glib2-devel glib2-doc glib2-fam glib2-static glib2-tests Size: 38.76 MiB Size change: 6.01 KiB Changelog: * Wed Oct 14 2020 Michael Catanzaro - 2.66.1-2 - Fix timezone-related bugs in many applications caused by new glib timezone cache * Wed Oct 14 2020 Michael Catanzaro - 2.66.1-3 - Fix yet another timezone bug Package: gnome-shell-3.38.1-2.fc33 Old package: gnome-shell-3.38.1-1.fc33 Summary: Window management and application launching for GNOME RPMs: gnome-shell Size: 7.82 MiB Size change: -1.69 KiB Changelog: * Tue Oct 13 2020 Florian M??llner - 3.38.1-2 - Fix crash on size change (non-)transitions Package: kernel-5.8.15-301.fc33 Old package: kernel-5.8.14-300.fc33 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: 475.86 MiB Size change: 32.94 KiB Changelog: * Wed Oct 14 2020 Justin M. Forbes - 5.8.15-300 - Linux v5.8.15 - Fix CVE-2020-16119 (rhbz 1886374 1888083) * Thu Oct 15 2020 Justin M. Forbes - 5.8.15-301 - Fix BleedingTooth CVE-2020-12351 CVE-2020-12352 (rhbz 1886521 1888439 1886529 1888440) = 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 rawhide compose report: 20201016.n.0 changes
OLD: Fedora-Rawhide-20201015.n.0 NEW: Fedora-Rawhide-20201016.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 14 Dropped packages:0 Upgraded packages: 111 Downgraded packages: 0 Size of added packages: 2.58 MiB Size of dropped packages:0 B Size of upgraded packages: 3.92 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 217.09 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = Package: osslsigncode-2.1-1.fc34 Summary: OpenSSL based Authenticode signing for PE/MSI/Java CAB files RPMs:osslsigncode Size:331.16 KiB Package: pngcheck-2.3.0-1.fc34 Summary: Verifies the integrity of PNG, JNG and MNG files RPMs:pngcheck pngcheck-extras Size:473.15 KiB Package: python-authheaders-0.13.0-1.fc34 Summary: A library wrapping email authentication header verification and generation RPMs:python3-authheaders Size:23.05 KiB Package: python-molecule-docker-0.2-1.fc34 Summary: Molecule Docker plugin RPMs:python3-molecule-docker Size:25.07 KiB Package: python-molecule-podman-0.1-1.fc34 Summary: Molecule Podman plugin RPMs:python3-molecule-podman Size:20.39 KiB Package: python-productivity-0.4.1-1.fc34 Summary: Python driver for AutomationDirect Productivity Series PLCs RPMs:python3-productivity Size:26.47 KiB Package: python-pybalboa-0.10-1.fc34 Summary: Module to communicate with a Balboa spa Wifi adapter RPMs:python3-pybalboa Size:32.68 KiB Package: python-pycec-0.4.14-1.fc34 Summary: Provide HDMI CEC devices as objects RPMs:python3-pycec Size:36.72 KiB Package: python-pycomm3-0.10.2-1.fc34 Summary: Python library for communicating with Allen-Bradley PLCs RPMs:python3-pycomm3 Size:113.51 KiB Package: python-pylotoncycle-0.2.2-1.fc34 Summary: Module to access your Peloton workout data RPMs:python3-pylotoncycle Size:18.44 KiB Package: rocm-smi-3.8.0-1.fc34 Summary: AMD ROCm System Management Interface RPMs:rocm-smi Size:39.84 KiB Package: rust-plotters-0.2.15-1.fc34 Summary: Rust drawing library with a focus on data plotting RPMs:rust-plotters+area_series-devel rust-plotters+bitmap-devel rust-plotters+boxplot-devel rust-plotters+candlestick-devel rust-plotters+chrono-devel rust-plotters+datetime-devel rust-plotters+debug-devel rust-plotters+default-devel rust-plotters+deprecated_items-devel rust-plotters+errorbar-devel rust-plotters+evcxr-devel rust-plotters+font-kit-devel rust-plotters+gif-devel rust-plotters+gif_backend-devel rust-plotters+histogram-devel rust-plotters+image-devel rust-plotters+image_encoder-devel rust-plotters+lazy_static-devel rust-plotters+line_series-devel rust-plotters+palette-devel rust-plotters+palette_ext-devel rust-plotters+point_series-devel rust-plotters+rusttype-devel rust-plotters+svg-devel rust-plotters+ttf-devel rust-plotters-devel Size:1.14 MiB Package: rust-winit-0.23.0-1.fc34 Summary: Cross-platform window creation library RPMs:rust-winit+default-devel rust-winit+sctk-devel rust-winit+serde-devel rust-winit+wayland-client-devel rust-winit+wayland-devel rust-winit+x11-devel rust-winit+x11-dl-devel rust-winit-devel Size:319.73 KiB Package: vim-ansible-3.0-1.fc34 Summary: Vim plugin for syntax highlighting ansible's common filetypes RPMs:vim-ansible Size:15.17 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: LibRaw-0.20.2-1.fc34 Old package: LibRaw-0.20.1-1.fc34 Summary: Library for reading RAW files obtained from digital photo cameras RPMs: LibRaw LibRaw-devel LibRaw-samples LibRaw-static Size: 5.70 MiB Size change: 18.26 KiB Changelog: * Thu Oct 15 2020 Gwyn Ciesla - 0.20.2-1 - 0.20.2 Package: Macaulay2-1.16-2.fc34 Old package: Macaulay2-1.16-1.fc34 Summary: System for algebraic geometry and commutative algebra RPMs: Macaulay2 Size: 88.52 MiB Size change: -10.52 KiB Changelog: * Thu Oct 15 2020 Jeff Law - 1.16-2 - Add missing #includes for gcc-11 Package: R-foreach-1.5.1-1.fc34~bootstrap Old package: R-foreach-1.5.0-3.fc33 Summary: Provides Foreach Looping Construct RPMs: R-foreach Size: 137.45 KiB Size change: 187 B Changelog: * Thu Oct 15 2020 Elliott Sales de Andrade - 1.5.1-1 - Update to latest version (#1888528) Package: R-iterators-1.0.13-1.fc34 Old package: R-iterators-1.0.12-4.fc33 Summary: Provides Iterator Construct RPMs: R-iterators Size: 337.77 KiB Size change: -1.17 KiB Changelog: * Thu Oct 15 2020 Elliott Sales de Andrade - 1.0.13-1 - Update to latest version (#1888534) - Re-enable check Package: alsa-firmware-1.2.4-1.fc34 Old package: alsa-firmware-1.2.1-8.fc33 Summary: Firmware for several ALSA-supported sound cards RPMs: alsa-firmware Size: 3.31 MiB Size change: -13 B Changelog
Fedora-Cloud-32-20201016.0 compose check report
No missing expected images. Soft failed openQA tests: 1/7 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20201015.0): ID: 697690 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/697690 Passed openQA tests: 4/7 (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-Cloud-31-20201016.0 compose check report
No missing expected images. Passed openQA tests: 7/7 (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: delta-rpm: -3.1% wasted (3 MB)
Am 16.10.20 um 11:30 schrieb Paul Black: > On Fri, 16 Oct 2020 at 09:49, Marius Schwarz wrote: >> >> means: the delta-rpms increased the downloadsize by 3 MB. I'm pretty sure, >> this is not intended :) > It's due to kernel-devel: https://bugzilla.redhat.com/show_bug.cgi?id=1873876 > Ok, that explains the md5 checksum error in the downloadoutput. thx. best regards, Marius ___ 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: delta-rpm: -3.1% wasted (3 MB)
On Fri, 16 Oct 2020 at 09:49, Marius Schwarz wrote: > > > Hi, > > while updating for the 5.8.15 kernel with dnf, this message appeared: > > Gesamt > 6.2 > MB/s | 93 MB 00:14 > Fehlgeschlagen: Delta-RPMs erhöhten die Größe für Updates von 89.6 MB auf > 92.7 MB (-3.1% verschwendet) > [ Fail: Delta-RPMs have increased the size of updates from 89.6 MB to 92.7 MB > ( -3.1% wasted ) ] > Transaktionsüberprüfung wird ausgeführt > Transaktionsprüfung war erfolgreich. > Transaktion wird getestet > Transaktionstest war erfolgreich. > Transaktion wird ausgeführt > > means: the delta-rpms increased the downloadsize by 3 MB. I'm pretty sure, > this is not intended :) It's due to kernel-devel: https://bugzilla.redhat.com/show_bug.cgi?id=1873876 -- Paul ___ 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: delta-rpm: -3.1% wasted (3 MB)
On 10/16/20 1:48 AM, Marius Schwarz wrote: while updating for the 5.8.15 kernel with dnf, this message appeared: Gesamt 6.2 MB/s | 93 MB 00:14 Fehlgeschlagen: Delta-RPMs erhöhten die Größe für Updates von 89.6 MB auf 92.7 MB (-3.1% verschwendet)* [ Fail: Delta-RPMs have increased the size of updates from 89.6 MB to 92.7 MB ( -3.1% wasted ) ] means: the delta-rpms increased the downloadsize by 3 MB. I'm pretty sure, this is not intended :) I'm pretty sure that it doesn't use the deltarpms in that case. Did you run the transaction and see any drpms get downloaded? Here are the update packages in question, maybe someone finds this helpful: Not likely to be useful. It's an automated process and in some rare cases the deltarpms aren't helpful. ___ 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
delta-rpm: -3.1% wasted (3 MB)
Hi, while updating for the 5.8.15 kernel with dnf, this message appeared: Gesamt 6.2 MB/s | 93 MB 00:14 Fehlgeschlagen: Delta-RPMs erhöhten die Größe für Updates von 89.6 MB auf 92.7 MB (-3.1% verschwendet)* [ Fail: Delta-RPMs have increased the size of updates from 89.6 MB to 92.7 MB ( -3.1% wasted ) ] *Transaktionsüberprüfung wird ausgeführt Transaktionsprüfung war erfolgreich. Transaktion wird getestet Transaktionstest war erfolgreich. Transaktion wird ausgeführt means: the delta-rpms increased the downloadsize by 3 MB. I'm pretty sure, this is not intended :) Here are the update packages in question, maybe someone finds this helpful: Package Architecture Version Repository Size Installieren:(install) kernel x86_64 5.8.15-101.fc31 updates 44 k kernel-core x86_64 5.8.15-101.fc31 updates 33 M kernel-devel x86_64 5.8.15-101.fc31 updates 13 M kernel-modules x86_64 5.8.15-101.fc31 updates 30 M kernel-modules-extra x86_64 5.8.15-101.fc31 updates 2.0 M Aktualisieren:(update) distribution-gpg-keys noarch 1.43-1.fc31 updates 299 k freeipmi x86_64 1.6.6-1.fc31 updates 2.0 M libgphoto2 i686 2.5.25-1.fc31 updates 1.2 M libgphoto2 x86_64 2.5.25-1.fc31 updates 1.2 M mkvtoolnix x86_64 51.0.0-1.fc31 updates 5.3 M netpbm x86_64 10.92.00-1.fc31 updates 186 k strace x86_64 5.9-1.fc31 updates 1.2 M Entfernen:(Remove) kernel x86_64 5.8.11-100.fc31 @updates 0 kernel-core x86_64 5.8.11-100.fc31 @updates 74 M kernel-devel x86_64 5.8.11-100.fc31 @updates 52 M kernel-modules x86_64 5.8.11-100.fc31 @updates 29 M kernel-modules-extra x86_64 5.8.11-100.fc31 @updates 1.9 M Abhängige Pakete werden entfernt:(deps removed) kmod-VirtualBox-5.8.11-100.fc31.x86_64 x86_64 6.1.14-1.fc31 @@commandline 788 k kmod-nvidia-5.8.11-100.fc31.x86_64 x86_64 3:450.66-1.fc31 @@commandline 30 M Transaktionsübersicht
[389-devel] Re: Mapping tree rework
Hi William, I agree with your architecture points and that is why I said my proposal is a less appealing trade off. My real concern is your last point: we just do not know and IMHO we are unable to predict what (or if) config will cause problems, and I am afraid we will only discover it when people start to complain. So I still think that the benefit/risk ratio is bad) Regards Pierre On Fri, Oct 16, 2020 at 1:35 AM William Brown wrote: > > > > > Hi, > > > > For my part, I have seen mapping tree misconfiguration popping from time > to time but it is quite rare (maybe 7 or 8 times in 15 years) > > So although in pure term or architecture your proposal is IMHO the > cleanest, in term of risks it is not a good solution: > > there will likely be regressions (it always happens when a component > get redesigned) > > and that means that the number of people that will be annoyed by the > change will be far greater than the few people that will be helped by the > change. > > Today, we already rely upon the attribute of cn to determine what suffix > the mapping tree element provides. We must trust this value, and already > do. This also implies that all current deployments, also trust this value > to be correct. > > It is also provable by tests that *invalid* nsslapd-parent-suffix configs > cause backends to "not appear" in the mapping tree. So invalid parent > suffixes already fail "noisly". This means, yes, that most deployments have > both valid cn's for suffixes and valid nsslapd-parent-suffix values. > > While it may be rare, we have had a few cases here at suse because the > lib389 tools make a mistake in configuration that can easily and trivially > cause this failure. > > So changing this to trust a value of cn to provide ordering, this is > already a value we rely on to be correct *and* we remove an obvious > configuration consistency failure that has occurred. It is because of these > factors that I am more confident that we can make this change with low risk. > > > > > So my feeling is that we should rather go for a trade off. > > Since the goal is to prevent that user misconfigures the mapping tree > without warning, > > we should do that without changing the way the mapping tree is handled > internally. > > simply by adding a consistency check when starting the server or > changing the mapping tree configuration. > > > > If we want to limit the risk we could phase things: > > in first phase we only log warning if inconsistency are found > > and latter on when we get more confident about the code we could > reject the configuration change in case of inconsistency > > > > I know that my proposal is less appealing in term of architecture but > such a solution is safer because it does not change the way mapping tree > are handled and that drastically limits the regression risks > > Generally it's my view that we should always prioritise constraint and > "inability to make mistakes" over "warning about mistakes". There is > certainly value in providing warnings about mistakes when they occur, but > preventing the mistake from ever occuring is a far more reliable option. > Our server should ensure that there is "no way to hold it incorrectly". > > In the situation where we "warn", that would then actually mean we have to > redesign some parts of lib389 to parse and generate a mapping tree itself > so it can then correctly determine the parent-suffixs to emit into configs > when it attaches a backend into the tree. This would also itself be a > significant chunk of work, and a risk of breaking our cli tools too, while > also "not preventing" the issue for any other administration methods that > exist. > > I think that your suggestion is moving the burden of correctness from our > work in the server as engineers, onto administrators and our tooling to > "understand and use it correctly", and that doesn't really sit right with > me. So I'd rather continue with the suggestion I have made as we eliminate > an entire class of potential problems. > > In order to really see understand the percieved risks of this change, I'd > really like to see configurations that would cause this proposal to fail, > and then those can become tests that we can understand and resolve issues > with. > > Thanks, > > — > Sincerely, > > William Brown > > Senior Software Engineer, 389 Directory Server > SUSE Labs, Australia > ___ > 389-devel mailing list -- 389-devel@lists.fedoraproject.org > To unsubscribe send an email to 389-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/389-devel@lists.fedoraproject.org > ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to
[Bug 1855962] bugzilla can't send non-html email
https://bugzilla.redhat.com/show_bug.cgi?id=1855962 --- Comment #11 from Sjoerd Mullender --- I see that the patch is included in the source RPM, but the patch is not applied by the .spec file. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
[Bug 1855962] bugzilla can't send non-html email
https://bugzilla.redhat.com/show_bug.cgi?id=1855962 --- Comment #10 from Sjoerd Mullender --- The Fedora 32 version of the bugzilla (bugzilla-5.0.6-6.fc32.noarch) does not contain the patch for this bug. The file /usr/share/bugzilla/Bugzilla/BugMail.pm has not changed since the previous version. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
[Bug 1888897] New: perl-Text-Format-0.62 is available
https://bugzilla.redhat.com/show_bug.cgi?id=197 Bug ID: 197 Summary: perl-Text-Format-0.62 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Text-Format Keywords: FutureFeature, Triaged Assignee: xav...@bachelot.org Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, xav...@bachelot.org Target Milestone: --- Classification: Fedora Latest upstream release: 0.62 Current version/release in rawhide: 0.61-10.fc33 URL: http://search.cpan.org/dist/Text-Format/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/3437/ -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
[Bug 1888897] perl-Text-Format-0.62 is available
https://bugzilla.redhat.com/show_bug.cgi?id=197 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1721999 --> https://bugzilla.redhat.com/attachment.cgi?id=1721999=edit [patch] Update to 0.62 (#197) -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org
Re: Btrfs question for Fedora 33 beta. How can I add nocow to /var
On Thu, Oct 15, 2020 at 8:20 PM Leslie Satenstein via devel wrote: > > I am looking to some performance considerations for the /etc/fstab btrs > default config generated by anaconda. > > It appears to have created a subvol for root (root00) and for home (home00). > I would like to put in /opt with it's subvol, and to migrate the /var to a > subvol where I can specify nodatacow. You can set nodatacow per filesystem, subvolume, directory, or file. But realize it also means no checksums and no compression. It's nice to have for very specific cases, like VM images, and not have to carve up your drive to optimize for such workloads. But I'm not sure you'll see a dramatic difference in performance outside of those specific cases. Also note that nodatacow needs to be set before the file is created. The main point of making subvolumes is to have different snapshotting policies, and possibly also different send/receive replication strategies (e.g. backup). For example some folks might consider the entirety of /var something that doesn't ver need to be snapshot or backed up. Making it a subvolume means it can have it's own regime, separate from the root subvolume. > Leaving /var as a directory under /, without specifying nodatacow concerns > me as it is a very "busy" directory, and can fill up the root00 subvol quite > quickly. What about nodatacow makes you think root is less likely to fill up, for a given workload? I'm not following what problem you think you might have, that you're trying to avoid. > I tried to create the two subvars, without success. I even went so far as to > examine the grub menu entries. What did you try? How did it fail? > Is this not possible with Fed33 beta? Fedora doesn't apply any limitations. -- Chris Murphy ___ 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
