[Bug 1910128] perl-DateTime-Locale-1.31 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1910128 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED CC|iarn...@gmail.com | Doc Type|--- |If docs needed, set a value -- 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 1910105] perl-Net-SSH2-0.72 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1910105 --- Comment #1 from Fedora Update System --- FEDORA-2021-fe5f5b7782 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-fe5f5b7782 -- 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 1910105] perl-Net-SSH2-0.72 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1910105 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Net-SSH2-0.72-1.fc34 -- 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
Fedora-Cloud-33-20210104.0 compose check report
No missing expected images. Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210103.0): ID: 750418 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/750418 ID: 750425 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/750425 Passed openQA tests: 6/7 (x86_64), 6/7 (aarch64) -- 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 1910105] perl-Net-SSH2-0.72 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1910105 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED Doc Type|--- |If docs needed, set a value -- 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: Syngrafias - AsciiDocs Collaboration Tool for Fedora Documentation Maintainers, Available for testing
On 1/4/21 9:28 AM, Akashdeep Dhar wrote: Hello, The suggestions made here https://lists.fedorahosted.org/archives/list/devel@lists.fedoraproject.org/message/CXXZ6YIL22Y34SIFT6XWK3DL3FD5VCLF/ and https://lists.fedorahosted.org/archives/list/devel@lists.fedoraproject.org/message/ZWSKCQ2BQD4UZJAKEDNREF3FX6RVCDAR/ are taken into account in the most recently made PR https://github.com/t0xic0der/syngrafias/pull/94. Feel free to take a look at it. Thanks for implementing the suggestion. ___ 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: Syngrafias - AsciiDocs Collaboration Tool for Fedora Documentation Maintainers, Available for testing
Hello, The suggestions made here https://lists.fedorahosted.org/archives/list/devel@lists.fedoraproject.org/message/CXXZ6YIL22Y34SIFT6XWK3DL3FD5VCLF/ and https://lists.fedorahosted.org/archives/list/devel@lists.fedoraproject.org/message/ZWSKCQ2BQD4UZJAKEDNREF3FX6RVCDAR/ are taken into account in the most recently made PR https://github.com/t0xic0der/syngrafias/pull/94. Feel free to take a look at it. Regards, Akashdeep Dhar t0xic0der ___ 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
[389-devel] 389 DS nightly 2021-01-04 - 93% PASS
https://fedorapeople.org/groups/389ds/ci/nightly/2021/01/04/report-389-ds-base-1.4.4.9-1.fc33.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
Re: How to handle a config(noreplace) file that needs to be updated
Nico Kadel-Garcia wrote: > So can *not touching someone else's config files*. If I've gone to the > trouble of locally or manually editing a config file, I generally > don't appreciate your package manually tweaking it inside your RPM > %post scripts in an unpredictable fashion. Replace it, or don't, but > don't get cutesy with it. This is the problem with authconfig: it > overrides local tuning. Well, if upstream breaks config file compatibility, there are only 3 things the packager can do: 1. retain your config file unchanged. The application will no longer start up until you fix the config file. 2. delete or move the config file. That loses all your settings. 3. try to fix the config file automatically (and keep a backup). That should normally allow the application to start without losing your settings. It may or may not be practical depending on how significant the changes are. The previous replies suggested option 2, which is exactly "overriding local tuning". I suggested option 3, which, if possible, is less destructive. But of course, I would first of all blame the upstream application for not providing a migration path for existing settings! Kevin Kofler ___ 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: How to handle a config(noreplace) file that needs to be updated
On Sun, Jan 3, 2021 at 8:45 PM Kevin Kofler via devel wrote: > > Robert-André Mauchin wrote: > > I have a project for which the config file (toml) has been significantly > > changed, notably renamed sections. As such some older config parameters > > won't work anymore. > > Tools like sed, ed, awk etc. in %post scriptlets can do wonders. > > Kevin Kofler So can *not touching someone else's config files*. If I've gone to the trouble of locally or manually editing a config file, I generally don't appreciate your package manually tweaking it inside your RPM %post scripts in an unpredictable fashion. Replace it, or don't, but don't get cutesy with it. This is the problem with authconfig: it overrides local tuning. ___ 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: How to handle a config(noreplace) file that needs to be updated
Robert-André Mauchin wrote: > I have a project for which the config file (toml) has been significantly > changed, notably renamed sections. As such some older config parameters > won't work anymore. Tools like sed, ed, awk etc. in %post scriptlets can do wonders. Kevin Kofler ___ 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 34 Change: DNF/RPM Copy on Write enablement for all variants (System-Wide Change)
On Sat, Jan 02, 2021 at 06:17:03PM +, Jonathan Dieter wrote: > On Sat, 2021-01-02 at 18:12 +, Jonathan Dieter wrote: > > FWIW, I also think it's time for drpms to go. Aside from any potential > > issues with the proposed change, they haven't been useful in Fedora for > > three years, (see https://pagure.io/releng/issue/7215), and nobody's > > been able to put in the time to fix it yet. If that changed and > > someone was willing to step up and commit to fixing this, I'd feel very > > differently. It's not been something thats a priority. ;( I think the way to do it would be to drop making drpms from the bodhi pungi and setup a script to manage them: create them, make the repos, keep N days of old ones from the last repos, etc. I'd be happy to help interested folks with requirements and such, but I don't think I can commit to fixing it. I remember when drpms landed I heard people say they choose Fedora because of them. That may have changed over the years I guess. :) and there have been only 2 or 3 reports about how few drpms exist in the last few years (ie, most people didn't really notice). > > In addition, drpms aren't even working at the moment. Something has > > changed during the last week or so that's broken them (see > > https://bugzilla.redhat.com/show_bug.cgi?id=1911828). I'll take a > > look, but, being honest, there's not much motivation to investigate > > this when drpms are of such marginal use in Fedora at the moment. Yeah, understand... kevin 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: Fedora 34 Change: DNF/RPM Copy on Write enablement for all variants (System-Wide Change)
On Sat, Jan 2, 2021, at 10:03 AM, Zbigniew Jędrzejewski-Szmek wrote: > I fail to see why this would be significantly better... I don't claim that the "separate temporary directory of unpacked content" is *better* - just that it's as easy to implement *and* doesn't require an RPM format change (with all the consequent pain) or support for reflinks from the underlying filesystem. > The logic to > handle the split rpm contents would seem to be more complicated than the > rewrite with /usr/bin/rpm2extents. Other comments? Hard to really say for sure I guess without trying to write both. Probably the biggest impediment is that changes like that would end up needing to be split across the librpm + zypper/rpm-ostree/dnf tools. It wasn't an accident really that for rpm-ostree /usr/bin/rpm is read-only - we effectively squash those layers togther and can thus make deep changes as a single unit. Anyways, none of this really *requires* reflinks in any way and so calling the Change "RPMCoW" is misleading from that perspective. "DnfParallelUnpack" would probably be a better title, with a dependency on "RPMFormatCowReady" or something. And then my point is that one could do "DnfParallelUnpack" without changing the RPM format without much more complexity, if any. ___ 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: How to handle a config(noreplace) file that needs to be updated
On Sun, Jan 3, 2021 at 3:01 PM Miroslav Suchý wrote: > > Dne 03. 01. 21 v 20:16 Robert-André Mauchin napsal(a): > > > > I have a project for which the config file (toml) has been significantly > > changed, notably renamed sections. As such some > > older config parameters won't work anymore. > > However the current config file can't be overwritten because of > > config(noreplace) directive. How do I recommend my users > > to move to the new config format? > > 1) If their system is Ansible managed (should be), they simple deploy new > config. > > 2) If they manage the system manualy then > rpmconf -a > should be run after each (major) update. > Another option is to add a pretrans scriptlet to rename the file to force the new config to be installed in place. -- 真実はいつも一つ!/ 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: How to handle a config(noreplace) file that needs to be updated
Dne 03. 01. 21 v 20:16 Robert-André Mauchin napsal(a): > > I have a project for which the config file (toml) has been significantly > changed, notably renamed sections. As such some > older config parameters won't work anymore. > However the current config file can't be overwritten because of > config(noreplace) directive. How do I recommend my users > to move to the new config format? 1) If their system is Ansible managed (should be), they simple deploy new config. 2) If they manage the system manualy then rpmconf -a should be run after each (major) update. -- Miroslav Suchy, RHCA Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys ___ 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
How to handle a config(noreplace) file that needs to be updated
Hello, I have a project for which the config file (toml) has been significantly changed, notably renamed sections. As such some older config parameters won't work anymore. However the current config file can't be overwritten because of config(noreplace) directive. How do I recommend my users to move to the new config format? Best regards, Robert-André ___ 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: runtime dependencies not in Requires spec section
On Sat, Jan 02, 2021 at 04:13:56PM +0100, Germano Massullo wrote: > Jerry James wrote: > > RPM can query ELF objects (executables and shared libraries) to find > > DT_NEEDED fields. That gives it a list of libraries that are depended > > on directly. It generates Requires for those dependencies > > automatically; see /usr/lib/rpm/find-requires. So the keepassxc > > package does contain Requires, they just don't appear explicitly in > > the spec file (and shouldn't). > > So this explains the difference with Python packages that instead many > times need Requires. They used to, but not anymore. Modern Python packaging autogenerates Provides/Requires based on the native Python metadata, at least in the simple cases. > Vitaly Zaitsev wrote: > > On 30.12.2020 23:01, Jerry James wrote: > >> RPM can query ELF objects (executables and shared libraries) to find > >> DT_NEEDED fields. That gives it a list of libraries that are depended > >> on directly. > > > > Except for Qt5Svg, because it is a Qt runtime plugin. > > Actually Qt5Svg does not need Requires > https://bugzilla.redhat.com/show_bug.cgi?id=1911210#c1 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
[Bug 1910970] perl-LDAP-0.68 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1910970 Upstream Release Monitoring changed: What|Removed |Added Summary|perl-LDAP-0.67 is available |perl-LDAP-0.68 is available --- Comment #1 from Upstream Release Monitoring --- Latest upstream release: 0.68 Current version/release in rawhide: 0.66-9.fc33 URL: https://metacpan.org/release/perl-ldap 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/3019/ -- 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: Review request/swap python-enrich
On Saturday, January 2, 2021 1:34:32 PM WET chedi toueiti wrote: > Hi, > > This package is a new dependency of python-molecule. Can someone take a look > and review it please. > > https://bugzilla.redhat.com/show_bug.cgi?id=1911296 > > Happy to review in exchange. Done. :-) -- José Abílio___ 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-20210103.n.0 compose check report
Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 2 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 9/180 (x86_64), 8/122 (aarch64) New failures (same test not failed in Fedora-Rawhide-20210102.n.0): ID: 750166 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/750166 ID: 750169 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/750169 ID: 750226 Test: aarch64 Server-dvd-iso install_vnc_server@uefi URL: https://openqa.fedoraproject.org/tests/750226 ID: 750247 Test: aarch64 Server-dvd-iso install_vnc_client@uefi URL: https://openqa.fedoraproject.org/tests/750247 ID: 750279 Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi URL: https://openqa.fedoraproject.org/tests/750279 ID: 750281 Test: aarch64 Workstation-raw_xz-raw.xz desktop_update_graphical@uefi URL: https://openqa.fedoraproject.org/tests/750281 ID: 750367 Test: aarch64 universal install_package_set_minimal@uefi URL: https://openqa.fedoraproject.org/tests/750367 Old failures (same test failed in Fedora-Rawhide-20210102.n.0): ID: 750164 Test: x86_64 Workstation-live-iso desktop_browser **GATING** URL: https://openqa.fedoraproject.org/tests/750164 ID: 750171 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/750171 ID: 750181 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/750181 ID: 750190 Test: x86_64 KDE-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/750190 ID: 750192 Test: x86_64 KDE-live-iso desktop_browser **GATING** URL: https://openqa.fedoraproject.org/tests/750192 ID: 750204 Test: x86_64 Silverblue-dvd_ostree-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/750204 ID: 750344 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/750344 ID: 750371 Test: aarch64 universal upgrade_2_server_domain_controller@uefi URL: https://openqa.fedoraproject.org/tests/750371 ID: 750398 Test: aarch64 universal install_cyrillic_language@uefi URL: https://openqa.fedoraproject.org/tests/750398 ID: 750407 Test: aarch64 universal upgrade_2_realmd_client@uefi URL: https://openqa.fedoraproject.org/tests/750407 Soft failed openQA tests: 22/180 (x86_64), 14/122 (aarch64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-Rawhide-20210102.n.0): ID: 750299 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/750299 ID: 750302 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/750302 Old soft failures (same test soft failed in Fedora-Rawhide-20210102.n.0): ID: 750110 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/750110 ID: 750111 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/750111 ID: 750118 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/750118 ID: 750122 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/750122 ID: 750126 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/750126 ID: 750127 Test: x86_64 Server-dvd-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/750127 ID: 750140 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart URL: https://openqa.fedoraproject.org/tests/750140 ID: 750149 Test: x86_64 Server-dvd-iso server_cockpit_updates URL: https://openqa.fedoraproject.org/tests/750149 ID: 750173 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/750173 ID: 750212 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/750212 ID: 750221 Test: aarch64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/750221 ID: 750222 Test: aarch64 Server-dvd-iso install_vncconnect_client@uefi URL: https://openqa.fedoraproject.org/tests/750222 ID: 750230 Test: aarch64 Server-dvd-iso install_default_upload@uefi URL: https://openqa.fedoraproject.org/tests/750230 ID: 750241 Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi URL: https://openqa.fedoraproject.org/tests/750241 ID: 750261 Test: aarch64 Server-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/750261 ID: 750265 Test: aarch64 Server-raw_xz-raw.xz base_services_start@uefi URL: https://openqa.fedoraproject.org/tests/750265 ID: 750288 Test: aarch64 Cloud_Base-qcow2-qcow2
Re: Reducing noise on devel list
On Sat, Dec 5, 2020 at 6:24 PM Kevin Fenzi wrote: > > On Fri, Dec 04, 2020 at 03:43:04PM -0600, Dennis Gilmore wrote: > > Hi all, > > > > I filed https://pagure.io/fesco/issue/2512 asking FESCo to move all > > automated emails to a separate list where people who want to follow > > can, while I was part of the proliferation of compose reports coming > > here, there is now a great deal of them, and they no longer seem to > > trigger any conversation. I think that devel list would benefit from > > having all automated reports sent to a reports-list and letting people > > bring reports over when there is something to discuss. I was asked to > > bring the request to the list for people to weigh in. > > I'm a bit torn by this. The rawhide report has actually triggered > conversation (less than 3 weeks ago) and I find it usefull to point out > things. > > Perhaps we could keep the traditional rawhide report, but send the > qa/compose test reports to another list? Yes, I think the rawhide/branched reports are useful on the main list, it shows what's changed and useful soname breakages but I also agree the rest should go to another list. ___ 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: 20210103.n.0 changes
OLD: Fedora-Rawhide-20210102.n.0 NEW: Fedora-Rawhide-20210103.n.0 = SUMMARY = Added images:1 Dropped images: 2 Added packages: 1 Dropped packages:1 Upgraded packages: 107 Downgraded packages: 0 Size of added packages: 36.37 MiB Size of dropped packages:3.18 MiB Size of upgraded packages: 2.81 GiB Size of downgraded packages: 0 B Size change of upgraded packages: -7.73 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Security live x86_64 Path: Labs/x86_64/iso/Fedora-Security-Live-x86_64-Rawhide-20210103.n.0.iso = DROPPED IMAGES = Image: Astronomy_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Astronomy_KDE-Live-x86_64-Rawhide-20210102.n.0.iso Image: Design_suite live x86_64 Path: Labs/x86_64/iso/Fedora-Design_suite-Live-x86_64-Rawhide-20210102.n.0.iso = ADDED PACKAGES = Package: openexr-2.5.3-1.fc34 Summary: Provides the specification and reference implementation of the EXR file format RPMs:openexr openexr-devel openexr-libs python3-openexr Size:36.37 MiB = DROPPED PACKAGES = Package: python2-pillow-6.2.2-3.fc33 Summary: Python image processing library RPMs:python2-pillow Size:3.18 MiB = UPGRADED PACKAGES = Package: CTL-1.5.2-14.fc34 Old package: CTL-1.5.2-13.fc34 Summary: The Color Transformation Language RPMs: CTL CTL-devel CTL-docs OpenEXR_CTL Size: 6.87 MiB Size change: -7.54 KiB Changelog: * Fri Jan 01 2021 Richard Shaw - 1.5.2-14 - Rebuild for OpenEXR 2.5.3. Package: Field3D-1.7.3-6.fc34 Old package: Field3D-1.7.3-5.fc33 Summary: Library for storing voxel data RPMs: Field3D Field3D-devel Size: 9.43 MiB Size change: -5.65 KiB Changelog: * Fri Jan 01 2021 Richard Shaw - 1.7.3-6 - Rebuild for OpenEXR 2.5.3. Package: ImageMagick-1:6.9.11.27-2.fc34 Old package: ImageMagick-1:6.9.11.27-1.fc33 Summary: An X application for displaying and manipulating images RPMs: ImageMagick ImageMagick-c++ ImageMagick-c++-devel ImageMagick-devel ImageMagick-djvu ImageMagick-doc ImageMagick-libs ImageMagick-perl Size: 41.18 MiB Size change: -64.92 KiB Changelog: * Fri Jan 01 2021 Richard Shaw - 1:6.9.11.27-2 - Rebuild for OpenEXR 2.5.3. Package: OpenImageIO-2.2.10.0-2.fc34 Old package: OpenImageIO-2.2.10.0-1.fc34 Summary: Library for reading and writing images RPMs: OpenImageIO OpenImageIO-devel OpenImageIO-iv OpenImageIO-utils python3-openimageio Size: 20.69 MiB Size change: -2.98 KiB Changelog: * Fri Jan 01 2021 Richard Shaw - 2.2.10.0-2 - Rebuild for OpenEXR 2.5.3. Package: OpenSceneGraph-3.4.1-21.fc34 Old package: OpenSceneGraph-3.4.1-20.fc33 Summary: High performance real-time graphics toolkit RPMs: OpenSceneGraph OpenSceneGraph-Collada OpenSceneGraph-OpenEXR OpenSceneGraph-devel OpenSceneGraph-examples OpenSceneGraph-examples-SDL OpenSceneGraph-examples-fltk OpenSceneGraph-examples-gtk OpenSceneGraph-examples-qt OpenSceneGraph-gdal OpenSceneGraph-gstreamer OpenSceneGraph-libs OpenSceneGraph-qt OpenSceneGraph-qt-devel OpenThreads OpenThreads-devel Size: 57.88 MiB Size change: -171.30 KiB Changelog: * Fri Jan 01 2021 Richard Shaw - 3.4.1-21 - Rebuild for OpenEXR 2.5.3. Package: YafaRay-3.5.1-4.fc34.1 Old package: YafaRay-3.5.1-4.fc34 Summary: A free open-source ray-tracing render engine RPMs: YafaRay YafaRay-blender YafaRay-devel YafaRay-lib python3-YafaRay Size: 4.50 MiB Size change: -2.34 KiB Changelog: * Fri Jan 01 2021 Richard Shaw - 3.5.1-4.1 - Rebuild for OpenEXR 2.5.3. Package: alembic-1.7.16-2.fc34 Old package: alembic-1.7.13-3.fc33 Summary: Open framework for storing and sharing scene data RPMs: alembic alembic-devel alembic-libs Size: 5.51 MiB Size change: -29.42 KiB Changelog: * Sun Sep 13 2020 Luya Tshimbalanga - 1.7.15-1 - Update to 1.7.15 (#1856031) * Mon Oct 26 2020 Luya Tshimbalanga - 1.7.16-1 - Update to 1.7.16 (#1856031) * Fri Jan 01 2021 Richard Shaw - 1.7.16-2 - Rebuild for OpenEXR 2.5.3. Package: aqsis-1.8.2-41.fc34 Old package: aqsis-1.8.2-39.fc33 Summary: Open source 3D rendering solution adhering to the RenderMan standard RPMs: aqsis aqsis-core aqsis-data aqsis-devel aqsis-libs Size: 14.43 MiB Size change: -43.35 KiB Changelog: * Tue Aug 18 2020 Jeff Law - 1.8.2-40 - Fix C++17 problems * Fri Jan 01 2021 Richard Shaw - 1.8.2-41 - Rebuild for OpenEXR 2.5.3. Package: blender-1:2.91.0-3.fc34 Old package: blender-1:2.91.0-2.fc34 Summary: 3D modeling, animation, rendering and post-production RPMs: blender blender-fonts blender-rpm-macros Size: 117.44 MiB Size change: -1.11 MiB Changelog: * Fri Jan 01 2021 Richard Shaw - 1:2.91.0-3 - Rebuild for OpenEXR 2.5.3. Package: blueberry-1.4.2-1.fc34 Old package: blueberry-1.4.1-1.fc34 Summary
Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)
Il giorno ven, 20/11/2020 alle 11.26 -0500, Ben Cotton ha scritto: > https://fedoraproject.org/wiki/Changes/DefaultPipeWire > > == Summary == > This change proposal is to route all audio from PulseAudio and JACK > to > the PipeWire Audio > daemon by default. > > == Owner == > * Name: [[User:Wtaymans| Wim Taymans]] > * Email: wim.taym...@gmail.com > > > == Detailed Description == > Currently, all desktop audio is handled by the PulseAudio daemon. > Applications make use of the > PulseAudio client library to communicate with the PulseAudio daemon > that mixes and manages the audio streams from the clients. > > The desktop shell (gnome-shell) and the control panel > (gnome-control-panel) both use the > Pulseaudio client libraries to manage the volume and configuration of > the PulseAudio daemon. > > This proposal is to replace the PulseAudio daemon with a functionally > compatible implementation > based on PipeWire. This means that all existing clients using the > PulseAudio client library > will continue to work as before, as well as applications shipped as > Flatpak. > > All PRO audio is handled with the JACK client library, which talks to > the JACK server. This > proposal will install a JACK client library replacement that talks > directly to PipeWire. All > existing PRO audio jack applications will then work on top of > PipeWire. For pro audio we should test very deeply with clients like ardour, audacity, rosegarden, hydrogen and so on. Pro audio is very sensible to latency and real time scheduling, and jack is very mature in handling these requirements. IMHO pipewire is too young to accomplish these tasks. I think this should be an opt-in or out and that jack should remain as an alternative to pipewire's jack module. Ciao Guido ... snip ___ 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 34 Change: Route all Audio to PipeWire (System-Wide Change)
My experience is pretty OK with PipeWire in f33. Gaming also OK and seems like even fixed long standing issues in some games. Overall is better in terms of CPU utilization and quality (subjectively). But one noticeable issue - no volume control in GNOME Shell, but it available in System Settings. There is also report about this in GNOME Flashback https://bugzilla.redhat.com/show_bug.cgi?id=1912062 ___ 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: Chromium built in rawhide does not render most strings
Il 02/01/21 22:57, Kevin Kofler via devel ha scritto: > Tom Callaway wrote: >> I rebuilt chromium, but it did not resolve the issue. > So what can we do to resolve the issue? Surely we cannot leave both Chromium > and Falkon unable to render text forever. > > Kevin Kofler > ___ The problem seems to be qt5-qtwebengine is unable to use system fonts. It doesn't render text using default fonts (i.e. 'serif' or 'sans-serif' css styles), but it does render text using custom css fonts. In fact, it renders most of qt.io homepage (using 'Titillium Web' custom css font) and also some text on Bodhi homepage (using 'Open Sans' custom css font). However, opening, for example, Falkon settings, I can get the fonts under the Character settings and the preview works. Mattia ___ 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-32-20210103.0 compose check report
No missing expected images. Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20210102.0): ID: 750102 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/750102 ID: 750109 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/750109 Passed openQA tests: 6/7 (x86_64), 6/7 (aarch64) -- 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 1911914] perl-Future-0.47 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1911914 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Future-0.47-1.fc34 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2021-01-03 09:15:31 --- Comment #1 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1664001 -- 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 1911158] perl-Mojolicious-8.70 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1911158 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Mojolicious-8.70-1.fc3 ||4 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2021-01-03 09:12:51 --- Comment #3 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1664014 -- 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 1911353] perl-CSS-Minifier-XS-0.11 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1911353 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-CSS-Minifier-XS-0.11-1 ||.fc34 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2021-01-03 09:12:18 --- Comment #2 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1664000 -- 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