Re: Heads Up: OpenEXR / Imath 3.1 update
On 30/09/21 07:19, Zbigniew Jędrzejewski-Szmek wrote: > > https://bodhi.fedoraproject.org/updates/FEDORA-2021-c6d9aa26ae is > resubmitted. > > Zbyszek Thanks for taking care of that, I've not had much time in the last couple of days to look into it. So, it would be nice to have someone testing the change and leave some karma to the update, so that we can push it to stable before getting stuck in the next freeze... 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Slow download speed of RPMs updates
Recently I've started seen a strange behavior of dnf while downloading RPMs updates: some packages are downloaded at the usual speed of my connection (ca. 10MBps), while other packages, in the same transaction, shows really slow download speed (<100KBps). Does dnf uses different mirrors to download package updates in the same transaction? Is there a way to show the mirror dnf downloads the updates from? Running dnf in verbose mode doesn't show any clue. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Cloud-34-20211002.0 compose check report
No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20211001.0): ID: 1009809 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1009809 ID: 1009817 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1009817 Passed openQA tests: 7/8 (x86_64), 7/8 (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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On Sat, Oct 02, 2021 at 07:35:39AM +, Mattia Verga via devel wrote:
> On 30/09/21 07:19, Zbigniew Jędrzejewski-Szmek wrote:
> >
> > https://bodhi.fedoraproject.org/updates/FEDORA-2021-c6d9aa26ae is
> > resubmitted.
> >
> > Zbyszek
>
> Thanks for taking care of that, I've not had much time in the last
> couple of days to look into it.
>
> So, it would be nice to have someone testing the change and leave some
> karma to the update, so that we can push it to stable before getting
> stuck in the next freeze...
I decided to take a closer look:
$ dnf repoquery --whatrequires 'libImath-3_0.so.28()(64bit)' --qf '%{SOURCERPM}'
Field3D-1.7.3-14.fc35.src.rpm
ImageMagick-6.9.11.27-6.fc35.src.rpm
OpenColorIO-2.0.1-1.fc35.src.rpm<- missing from the update
OpenImageIO-2.2.17.0-7.fc35.src.rpm
OpenSceneGraph-3.4.1-31.fc35.src.rpm
alembic-1.8.2-1.fc35.3.src.rpm
blender-2.93.4-1.fc35.src.rpm
freeimage-3.19.0-0.6.svn1889.fc35.src.rpm
gmic-2.9.8-3.fc35.src.rpm
gstreamer1-plugins-bad-free-1.19.2-1.fc35.src.rpm
hugin-2020.0.0-11.fc35.src.rpm
imath-3.0.2-6.fc35.src.rpm
jpegxl-0.5-1.fc35.src.rpm <-- this one too
kf5-kimageformats-5.85.0-1.fc35.src.rpm
krita-4.4.5-10.fc35.src.rpm
luxcorerender-2.5-6.fc35.4.src.rpm
openexr-3.0.5-3.fc35.src.rpm
povray-3.7.0.10-2.fc35.src.rpm
vigra-1.11.1-36.fc35.src.rpm
vips-8.11.3-1.fc35.src.rpm
I'll start the rebuilds of those two.
Zbyszek
PS.
At least in rawhide, OpenColorIO will fail because:
Error:
Problem: conflicting requests
- nothing provides (python3.10dist(docutils) >= 0.16 with
python3.10dist(docutils) < 0.17) needed by
python3-sphinx-tabs-3.1.0-4.fc36.noarch
:(
___
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
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On Sat, Oct 2, 2021 at 6:14 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > > PS. > At least in rawhide, OpenColorIO will fail because: > Error: > Problem: conflicting requests > - nothing provides (python3.10dist(docutils) >= 0.16 with > python3.10dist(docutils) < 0.17) needed by > python3-sphinx-tabs-3.1.0-4.fc36.noarch > I just checked and python-sphinx-tabs JUST posted a PR to update their compatibility to docutils 0.17... I'll give it a shot and add it to the side tag. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On Sat, Oct 02, 2021 at 11:12:54AM +, Zbigniew Jędrzejewski-Szmek wrote: > At least in rawhide, OpenColorIO will fail because: > Error: > Problem: conflicting requests > - nothing provides (python3.10dist(docutils) >= 0.16 with > python3.10dist(docutils) < 0.17) needed by > python3-sphinx-tabs-3.1.0-4.fc36.noarch > > :( * Fri Sep 17 2021 Karolina Surma - 0.17.1-1 - Update to 0.17.1 Resolves: rhbz#1927513 python-docutils-0.17.1-1.fc36 broke python-sphinx-tabs :( Please fix! 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On Sat, Oct 02, 2021 at 06:31:04AM -0500, Richard Shaw wrote: > On Sat, Oct 2, 2021 at 6:14 AM Zbigniew Jędrzejewski-Szmek < > zbys...@in.waw.pl> wrote: > > > > > PS. > > At least in rawhide, OpenColorIO will fail because: > > Error: > > Problem: conflicting requests > > - nothing provides (python3.10dist(docutils) >= 0.16 with > > python3.10dist(docutils) < 0.17) needed by > > python3-sphinx-tabs-3.1.0-4.fc36.noarch > > > > I just checked and python-sphinx-tabs JUST posted a PR to update their > compatibility to docutils 0.17... I'll give it a shot and add it to the > side tag. I don't think it needs to go into the side-tag. I only see python-docutils-0.17.1-1.fc36, and no build for F35. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On Sat, Oct 2, 2021 at 6:34 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Sat, Oct 02, 2021 at 06:31:04AM -0500, Richard Shaw wrote: > > On Sat, Oct 2, 2021 at 6:14 AM Zbigniew Jędrzejewski-Szmek < > > zbys...@in.waw.pl> wrote: > > > > > > > > PS. > > > At least in rawhide, OpenColorIO will fail because: > > > Error: > > > Problem: conflicting requests > > > - nothing provides (python3.10dist(docutils) >= 0.16 with > > > python3.10dist(docutils) < 0.17) needed by > > > python3-sphinx-tabs-3.1.0-4.fc36.noarch > > > > > > > I just checked and python-sphinx-tabs JUST posted a PR to update their > > compatibility to docutils 0.17... I'll give it a shot and add it to the > > side tag. > > I don't think it needs to go into the side-tag. I only see > python-docutils-0.17.1-1.fc36, and no build for F35. > I'm still on my first cup of coffee and the way dnf shows errors is often difficult to decipher... I've read it a few more times and I still don't get it. docutils 0.16 is in f35, which meets both of the conditional requirements. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On Sat, Oct 2, 2021 at 6:43 AM Richard Shaw wrote: > On Sat, Oct 2, 2021 at 6:34 AM Zbigniew Jędrzejewski-Szmek < > zbys...@in.waw.pl> wrote: > >> On Sat, Oct 02, 2021 at 06:31:04AM -0500, Richard Shaw wrote: >> > On Sat, Oct 2, 2021 at 6:14 AM Zbigniew Jędrzejewski-Szmek < >> > zbys...@in.waw.pl> wrote: >> > >> > > >> > > PS. >> > > At least in rawhide, OpenColorIO will fail because: >> > > Error: >> > > Problem: conflicting requests >> > > - nothing provides (python3.10dist(docutils) >= 0.16 with >> > > python3.10dist(docutils) < 0.17) needed by >> > > python3-sphinx-tabs-3.1.0-4.fc36.noarch >> > > >> > >> > I just checked and python-sphinx-tabs JUST posted a PR to update their >> > compatibility to docutils 0.17... I'll give it a shot and add it to the >> > side tag. >> >> I don't think it needs to go into the side-tag. I only see >> python-docutils-0.17.1-1.fc36, and no build for F35. >> > > I'm still on my first cup of coffee and the way dnf shows errors is often > difficult to decipher... > > I've read it a few more times and I still don't get it. docutils 0.16 is > in f35, which meets both of the conditional requirements. > Never mind... So the f36 sphinx-tabs which is causing the problem, so we need a f35 build of sphinx-tabs. Why not add to the side tag? Unless we want to setup a separate bodhi update and try to force it in sooner? Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Slow download speed of RPMs updates
On Sat, Oct 2, 2021 at 2:48 AM Mattia Verga via devel < devel@lists.fedoraproject.org> wrote: > Recently I've started seen a strange behavior of dnf while downloading > RPMs updates: some packages are downloaded at the usual speed of my > connection (ca. 10MBps), while other packages, in the same transaction, > shows really slow download speed (<100KBps). > > Does dnf uses different mirrors to download package updates in the same > transaction? Is there a way to show the mirror dnf downloads the updates > from? Running dnf in verbose mode doesn't show any clue. > Yes AFAIK. I've occasionally had slow downloads for a long time (years) and chalked it up to a slow mirror, but now that you mention it it does "feel" like it's happening more frequently lately. Also (and my memory may be faulty here), I believe with yum you could "ctl-c" once during a slow download and it would find attempt a new download (presumably from another mirror) but this doesn't work with dnf. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On Sat, Oct 2, 2021 at 6:34 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > > I don't think it needs to go into the side-tag. I only see > python-docutils-0.17.1-1.fc36, and no build for F35. > I have completed the f35 build: https://koji.fedoraproject.org/koji/taskinfo?taskID=76601570 But I haven't tagged it into the side-tag per your request. I'm out of free cycles for this morning. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On 02/10/21 13:45, Richard Shaw wrote: > On Sat, Oct 2, 2021 at 6:43 AM Richard Shaw wrote: > >> On Sat, Oct 2, 2021 at 6:34 AM Zbigniew Jędrzejewski-Szmek >> wrote: >> >>> On Sat, Oct 02, 2021 at 06:31:04AM -0500, Richard Shaw wrote: On Sat, Oct 2, 2021 at 6:14 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > > PS. > At least in rawhide, OpenColorIO will fail because: > Error: > Problem: conflicting requests > - nothing provides (python3.10dist(docutils) >= 0.16 with > python3.10dist(docutils) < 0.17) needed by > python3-sphinx-tabs-3.1.0-4.fc36.noarch > I just checked and python-sphinx-tabs JUST posted a PR to update their compatibility to docutils 0.17... I'll give it a shot and add it to the side tag. >>> >>> I don't think it needs to go into the side-tag. I only see >>> python-docutils-0.17.1-1.fc36, and no build for F35. >> >> I'm still on my first cup of coffee and the way dnf shows errors is often >> difficult to decipher... >> >> I've read it a few more times and I still don't get it. docutils 0.16 is in >> f35, which meets both of the conditional requirements. > > Never mind... So the f36 sphinx-tabs which is causing the problem, so we need > a f35 build of sphinx-tabs. > > Why not add to the side tag? Unless we want to setup a separate bodhi update > and try to force it in sooner? > > Thanks, > Richard python-docutils is still 0.16 in F35, so there's no need of patching sphinx-tabs for 0.17 support and OpenColorIO has been rebuilt just fine. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora rawhide compose report: 20211002.n.0 changes
OLD: Fedora-Rawhide-20211001.n.0 NEW: Fedora-Rawhide-20211002.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:4 Upgraded packages: 82 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:4.06 MiB Size of upgraded packages: 2.09 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 3.74 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = Package: rust-platform-dirs-0.2.0-4.fc35 Summary: Library for obtaining platform dependant directory paths for application RPMs:rust-platform-dirs+default-devel rust-platform-dirs-devel Size:21.97 KiB Package: rust-platforms-0.2.1-4.fc35 Summary: Rust platform registry with information about valid Rust platforms RPMs:rust-platforms+default-devel rust-platforms+serde-devel rust-platforms+std-devel rust-platforms-devel Size:51.35 KiB Package: rust-psutil-3.2.1-2.fc35 Summary: Process and system monitoring library RPMs:rust-psutil+cpu-devel rust-psutil+default-devel rust-psutil+derive_more-devel rust-psutil+disk-devel rust-psutil+glob-devel rust-psutil+host-devel rust-psutil+memory-devel rust-psutil+network-devel rust-psutil+num_cpus-devel rust-psutil+platforms-devel rust-psutil+process-devel rust-psutil+renamed_serde-devel rust-psutil+sensors-devel rust-psutil+serde-devel rust-psutil+unescape-devel rust-psutil-devel Size:187.19 KiB Package: rust-ytop-0.6.2-6.fc35 Summary: TUI system monitor written in Rust RPMs:ytop Size:3.81 MiB = UPGRADED PACKAGES = Package: annobin-10.08-1.fc36 Old package: annobin-10.07-1.fc36 Summary: Annotate and examine compiled binary files RPMs: annobin-annocheck annobin-docs annobin-plugin-clang annobin-plugin-gcc annobin-plugin-llvm Size: 5.11 MiB Size change: 6.93 KiB Changelog: * Fri Oct 01 2021 Nick Clifton - 10.08-1 - Annocheck: Fix covscan detected problems. - Annocheck: Add --profile=el8. - gcc-plugin: Conditionalize generation of branch protection note. Package: ansible-lint-1:5.2.0-1.fc36 Old package: ansible-lint-1:5.1.3-1.fc36 Summary: Best practices checker for Ansible RPMs: python3-ansible-lint Size: 195.82 KiB Size change: 1.70 KiB Changelog: * Fri Oct 01 2021 Parag Nemade - 1:5.2.0-1 - Update to 5.2.0 version (#2009767) Package: audit-3.0.6-1.fc36 Old package: audit-3.0.5-3.fc36 Summary: User space tools for kernel auditing RPMs: audispd-plugins audispd-plugins-zos audit audit-libs audit-libs-devel python3-audit Size: 3.16 MiB Size change: 4.85 KiB Changelog: * Fri Oct 01 2021 Steve Grubb 3.0.6-1 - New upstream bugfix release Package: awscli-1.20.53-1.fc36 Old package: awscli-1.20.51-1.fc36 Summary: Universal Command Line Environment for AWS RPMs: awscli Size: 2.10 MiB Size change: -89 B Changelog: * Fri Oct 01 2021 Gwyn Ciesla - 1.20.52-1 - 1.20.52 * Fri Oct 01 2021 Gwyn Ciesla - 1.20.53-1 - 1.20.53 Package: cairomm-1.14.2-19.fc36 Old package: cairomm-1.14.2-18.fc36 Summary: C++ API for the cairo graphics library RPMs: cairomm cairomm-devel cairomm-doc Size: 2.15 MiB Size change: 460.29 KiB Changelog: * Fri Oct 01 2021 Benjamin A. Beasley 1.14.2-19 - Re-enable Doxygen HTML, stripping JS, for devhelp Package: cairomm1.16-1.16.1-13.fc36 Old package: cairomm1.16-1.16.1-12.fc36 Summary: C++ API for the cairo graphics library RPMs: cairomm1.16 cairomm1.16-devel cairomm1.16-doc Size: 2.08 MiB Size change: 488.38 KiB Changelog: * Fri Oct 01 2021 Benjamin A. Beasley 1.16.1-13 - Re-enable Doxygen HTML, stripping JS, for devhelp Package: cekit-3.12.0-1.fc36 Old package: cekit-3.9.0-3.fc35 Summary: Container image creation tool RPMs: cekit cekit-bash-completion cekit-zsh-completion Size: 135.38 KiB Size change: 2.34 KiB Changelog: * Fri Oct 01 2021 Marek Goldmann - 3.12.0-1 - Release 3.12.0 Package: containers-common-4:1-31.fc36 Old package: containers-common-4:1-30.fc36 Summary: Common configuration and documentation for containers RPMs: containers-common Size: 75.18 KiB Size change: 2.00 KiB Changelog: * Fri Oct 01 2021 Dan Walsh - 4:1-31 - Update to grab latest man pages and configuration files - Add Containerfile.md - Add containerignore.md Package: copr-backend-1.151-1.fc36 Old package: copr-backend-1.150-1.fc36 Summary: Backend for Copr RPMs: copr-backend copr-backend-doc Size: 346.35 KiB Size change: 100 B Changelog: * Thu Sep 30 2021 Silvie Chlupova 1.151-1 - backend: use lock(timeout=5) to work-around fair-locks Package: copr-frontend-1.182-1.fc36 Old package: copr-frontend-1.181-1.fc36 Summary: Frontend for Copr RPMs
Re: Heads Up: OpenEXR / Imath 3.1 update
On 02/10/21 13:12, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Oct 02, 2021 at 07:35:39AM +, Mattia Verga via devel wrote:
>> On 30/09/21 07:19, Zbigniew Jędrzejewski-Szmek wrote:
>>> https://bodhi.fedoraproject.org/updates/FEDORA-2021-c6d9aa26ae is
>>> resubmitted.
>>>
>>> Zbyszek
>> Thanks for taking care of that, I've not had much time in the last
>> couple of days to look into it.
>>
>> So, it would be nice to have someone testing the change and leave some
>> karma to the update, so that we can push it to stable before getting
>> stuck in the next freeze...
> I decided to take a closer look:
> $ dnf repoquery --whatrequires 'libImath-3_0.so.28()(64bit)' --qf
> '%{SOURCERPM}'
> Field3D-1.7.3-14.fc35.src.rpm
> ImageMagick-6.9.11.27-6.fc35.src.rpm
> OpenColorIO-2.0.1-1.fc35.src.rpm<- missing from the update
> OpenImageIO-2.2.17.0-7.fc35.src.rpm
> OpenSceneGraph-3.4.1-31.fc35.src.rpm
> alembic-1.8.2-1.fc35.3.src.rpm
> blender-2.93.4-1.fc35.src.rpm
> freeimage-3.19.0-0.6.svn1889.fc35.src.rpm
> gmic-2.9.8-3.fc35.src.rpm
> gstreamer1-plugins-bad-free-1.19.2-1.fc35.src.rpm
> hugin-2020.0.0-11.fc35.src.rpm
> imath-3.0.2-6.fc35.src.rpm
> jpegxl-0.5-1.fc35.src.rpm <-- this one too
> kf5-kimageformats-5.85.0-1.fc35.src.rpm
> krita-4.4.5-10.fc35.src.rpm
> luxcorerender-2.5-6.fc35.4.src.rpm
> openexr-3.0.5-3.fc35.src.rpm
> povray-3.7.0.10-2.fc35.src.rpm
> vigra-1.11.1-36.fc35.src.rpm
> vips-8.11.3-1.fc35.src.rpm
>
> I'll start the rebuilds of those two.
>
> Zbyszek
>
> PS.
> At least in rawhide, OpenColorIO will fail because:
> Error:
> Problem: conflicting requests
>- nothing provides (python3.10dist(docutils) >= 0.16 with
> python3.10dist(docutils) < 0.17) needed by
> python3-sphinx-tabs-3.1.0-4.fc36.noarch
>
> :(
I've updated the Bodhi update with the new builds.
Because of a Bodhi bug [1] every time we edit the build list I need to
do some magic in Bodhi backend to unstuck the update.
Mattia
[1] https://github.com/fedora-infra/bodhi/pull/4261
___
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
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
Re: [RFC] Remove supoort for NIS(+) from PAM
On 10/1/21 12:54 PM, Stephen John Smoogen wrote: > On Fri, 1 Oct 2021 at 12:42, Frank Ch. Eigler wrote: >> >> Stephen John Smoogen writes: >> > The places I have seen it still being used are in Universities run by > people who learned sysadmin in the 1990's and early 2000's. It is a > light weight system which is simple to set up [...] For those people who like simple to set up and working systems but are willing to consider upgrading if it's also simple and will keep working, is there a NIS->$whatever migration document in fedora someplace? >>> >>> I don't think anyone has come up with an agreed upon $whatever that a >>> majority of people like. There is LDAP but that isn't light. There are >>> kerberos but that isn't easy. >> >> "light" in terms of CPU/network, who cares. "light" in terms of >> simplicity and maintenance, you have my attention. If there is no such >> gadget available, then please let's keep NIS around. >> > > The issue is that no one has written anything as simple as ypserv's > Makefile in the 35+ years yp has been around. Most of the replacements > start looking at all the problems yp brings with it from sending > things in plain text, ability to spoof services and controllers, > ability to spoof user/hosts, and a flood of other things.. and 'fixes > them'. Those fixes add in complexity and it goes back to 'this is > stupid, keep yp'. How many of these can be solved by tunneling everything in a WireGuard mesh network, and using nftables rules to prevent spoofing? Sincerely, Demi Marie Obenour (she/her/hers) OpenPGP_0xB288B55FFF9C22C1.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On Sat, Oct 02, 2021 at 12:16:15PM +, Mattia Verga via devel wrote:
> On 02/10/21 13:12, Zbigniew Jędrzejewski-Szmek wrote:
> > On Sat, Oct 02, 2021 at 07:35:39AM +, Mattia Verga via devel wrote:
> >> On 30/09/21 07:19, Zbigniew Jędrzejewski-Szmek wrote:
> >>> https://bodhi.fedoraproject.org/updates/FEDORA-2021-c6d9aa26ae is
> >>> resubmitted.
> >>>
> >>> Zbyszek
> >> Thanks for taking care of that, I've not had much time in the last
> >> couple of days to look into it.
> >>
> >> So, it would be nice to have someone testing the change and leave some
> >> karma to the update, so that we can push it to stable before getting
> >> stuck in the next freeze...
> > I decided to take a closer look:
> > $ dnf repoquery --whatrequires 'libImath-3_0.so.28()(64bit)' --qf
> > '%{SOURCERPM}'
> > Field3D-1.7.3-14.fc35.src.rpm
> > ImageMagick-6.9.11.27-6.fc35.src.rpm
> > OpenColorIO-2.0.1-1.fc35.src.rpm<- missing from the update
> > OpenImageIO-2.2.17.0-7.fc35.src.rpm
> > OpenSceneGraph-3.4.1-31.fc35.src.rpm
> > alembic-1.8.2-1.fc35.3.src.rpm
> > blender-2.93.4-1.fc35.src.rpm
> > freeimage-3.19.0-0.6.svn1889.fc35.src.rpm
> > gmic-2.9.8-3.fc35.src.rpm
> > gstreamer1-plugins-bad-free-1.19.2-1.fc35.src.rpm
> > hugin-2020.0.0-11.fc35.src.rpm
> > imath-3.0.2-6.fc35.src.rpm
> > jpegxl-0.5-1.fc35.src.rpm <-- this one too
> > kf5-kimageformats-5.85.0-1.fc35.src.rpm
> > krita-4.4.5-10.fc35.src.rpm
> > luxcorerender-2.5-6.fc35.4.src.rpm
> > openexr-3.0.5-3.fc35.src.rpm
> > povray-3.7.0.10-2.fc35.src.rpm
> > vigra-1.11.1-36.fc35.src.rpm
> > vips-8.11.3-1.fc35.src.rpm
> >
> > I'll start the rebuilds of those two.
> >
> > Zbyszek
> >
> > PS.
> > At least in rawhide, OpenColorIO will fail because:
> > Error:
> > Problem: conflicting requests
> >- nothing provides (python3.10dist(docutils) >= 0.16 with
> > python3.10dist(docutils) < 0.17) needed by
> > python3-sphinx-tabs-3.1.0-4.fc36.noarch
> >
> > :(
> I've updated the Bodhi update with the new builds.
Ooops, this is still borked:
the side-tag and the update have OpenImageIO-2.2.17.0-6.fc35,
but OpenImageIO-2.2.17.0-7.fc35 is tagged into f35, so the update results
in a downgrade.
Should we
a) try to tag OpenImageIO-2.2.17.0-7.fc35 into the side-tag and update
b) rebuild OpenImageIO again
c) do nothing?
Richard, WDYT?
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
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
Re: [RFC] Remove supoort for NIS(+) from PAM
On Sat, 2 Oct 2021 08:42:02 -0400 Demi Marie Obenour wrote: > > How many of these can be solved by tunneling everything in a WireGuard > mesh network, and using nftables rules to prevent spoofing? Sounds harder than setting up NIS+, which was supposed to solve many of these issues 30 years ago, but still has not displaced NIS. Even if one can secure NIS on the network, that still leaves the issue of `ypcat passwd`. These days, I think FreeIPA or Active Directory are the best choices, but both are complicated and possibly too much for a SO/HO, workgroup, or departmental sysadmin. AD has the advantage of supporting Windows, MacOS, and Samba; the last time I looked FreeIPA was not good at this. Jim ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Slow download speed of RPMs updates
On Sat, 2 Oct 2021 at 03:48, Mattia Verga via devel wrote: > > Recently I've started seen a strange behavior of dnf while downloading > RPMs updates: some packages are downloaded at the usual speed of my > connection (ca. 10MBps), while other packages, in the same transaction, > shows really slow download speed (<100KBps). > > Does dnf uses different mirrors to download package updates in the same > transaction? Is there a way to show the mirror dnf downloads the updates > from? Running dnf in verbose mode doesn't show any clue. > dnf uses the same mirror until there is a complete timeout or a not found. It will then switch to another mirror Check the file /var/log/dnf.librepo.log to see if it is capturing the mirror. On mine it records info like: http://mirror.math.princeton.edu/pub/fedora/linux//updates/33/Modular/x86_64/repodata/f58e2b59bf551113cf566c6ef119900a3160de712ae1943f67fca42f05c23 0e9-updateinfo.xml.zck ... 2021-10-02T09:31:38-0400 INFO Downloading: http://packages.oit.ncsu.edu/fedora/linux//updates/33/Everything/x86_64/drpms/appstream-data-33-3.fc33_33-4.fc33.noarch.drpm > 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 > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure -- Stephen J Smoogen. I've seen things you people wouldn't believe. Flame wars in sci.astro.orion. I have seen SPAM filters overload because of Godwin's Law. All those moments will be lost in time... like posts on a BBS... time to shutdown -h now. ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads Up: OpenEXR / Imath 3.1 update
On 02/10/21 14:51, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Oct 02, 2021 at 12:16:15PM +, Mattia Verga via devel wrote:
>> On 02/10/21 13:12, Zbigniew Jędrzejewski-Szmek wrote:
>>> On Sat, Oct 02, 2021 at 07:35:39AM +, Mattia Verga via devel wrote:
On 30/09/21 07:19, Zbigniew Jędrzejewski-Szmek wrote:
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-c6d9aa26ae is
> resubmitted.
>
> Zbyszek
Thanks for taking care of that, I've not had much time in the last
couple of days to look into it.
So, it would be nice to have someone testing the change and leave some
karma to the update, so that we can push it to stable before getting
stuck in the next freeze...
>>> I decided to take a closer look:
>>> $ dnf repoquery --whatrequires 'libImath-3_0.so.28()(64bit)' --qf
>>> '%{SOURCERPM}'
>>> Field3D-1.7.3-14.fc35.src.rpm
>>> ImageMagick-6.9.11.27-6.fc35.src.rpm
>>> OpenColorIO-2.0.1-1.fc35.src.rpm<- missing from the update
>>> OpenImageIO-2.2.17.0-7.fc35.src.rpm
>>> OpenSceneGraph-3.4.1-31.fc35.src.rpm
>>> alembic-1.8.2-1.fc35.3.src.rpm
>>> blender-2.93.4-1.fc35.src.rpm
>>> freeimage-3.19.0-0.6.svn1889.fc35.src.rpm
>>> gmic-2.9.8-3.fc35.src.rpm
>>> gstreamer1-plugins-bad-free-1.19.2-1.fc35.src.rpm
>>> hugin-2020.0.0-11.fc35.src.rpm
>>> imath-3.0.2-6.fc35.src.rpm
>>> jpegxl-0.5-1.fc35.src.rpm <-- this one too
>>> kf5-kimageformats-5.85.0-1.fc35.src.rpm
>>> krita-4.4.5-10.fc35.src.rpm
>>> luxcorerender-2.5-6.fc35.4.src.rpm
>>> openexr-3.0.5-3.fc35.src.rpm
>>> povray-3.7.0.10-2.fc35.src.rpm
>>> vigra-1.11.1-36.fc35.src.rpm
>>> vips-8.11.3-1.fc35.src.rpm
>>>
>>> I'll start the rebuilds of those two.
>>>
>>> Zbyszek
>>>
>>> PS.
>>> At least in rawhide, OpenColorIO will fail because:
>>> Error:
>>>Problem: conflicting requests
>>> - nothing provides (python3.10dist(docutils) >= 0.16 with
>>> python3.10dist(docutils) < 0.17) needed by
>>> python3-sphinx-tabs-3.1.0-4.fc36.noarch
>>>
>>> :(
>> I've updated the Bodhi update with the new builds.
> Ooops, this is still borked:
> the side-tag and the update have OpenImageIO-2.2.17.0-6.fc35,
> but OpenImageIO-2.2.17.0-7.fc35 is tagged into f35, so the update results
> in a downgrade.
>
> Should we
> a) try to tag OpenImageIO-2.2.17.0-7.fc35 into the side-tag and update
> b) rebuild OpenImageIO again
> c) do nothing?
>
> Richard, WDYT?
>
> Zbyszek
I'll try to rebuild OpenColorIO for f36, then I'll rebuild OpenImageIO.
Again. :-(
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
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
Fedora 35 compose report: 20211002.n.0 changes
OLD: Fedora-35-20211001.n.0 NEW: Fedora-35-20211002.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:4 Upgraded packages: 10 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:4.06 MiB Size of upgraded packages: 1.03 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 963.57 KiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = Package: rust-platform-dirs-0.2.0-4.fc35 Summary: Library for obtaining platform dependant directory paths for application RPMs:rust-platform-dirs+default-devel rust-platform-dirs-devel Size:21.97 KiB Package: rust-platforms-0.2.1-4.fc35 Summary: Rust platform registry with information about valid Rust platforms RPMs:rust-platforms+default-devel rust-platforms+serde-devel rust-platforms+std-devel rust-platforms-devel Size:51.35 KiB Package: rust-psutil-3.2.1-2.fc35 Summary: Process and system monitoring library RPMs:rust-psutil+cpu-devel rust-psutil+default-devel rust-psutil+derive_more-devel rust-psutil+disk-devel rust-psutil+glob-devel rust-psutil+host-devel rust-psutil+memory-devel rust-psutil+network-devel rust-psutil+num_cpus-devel rust-psutil+platforms-devel rust-psutil+process-devel rust-psutil+renamed_serde-devel rust-psutil+sensors-devel rust-psutil+serde-devel rust-psutil+unescape-devel rust-psutil-devel Size:187.19 KiB Package: rust-ytop-0.6.2-6.fc35 Summary: TUI system monitor written in Rust RPMs:ytop Size:3.81 MiB = UPGRADED PACKAGES = Package: gnome-books-40.0-3.fc35 Old package: gnome-books-40.0-2.fc35 Summary: E-Book Manager RPMs: gnome-books Size: 1.59 MiB Size change: 552 B Changelog: * Wed Sep 29 2021 Jan Beran - 40.0-3 - Add Requires: tracker-miners for flatpak builds Package: gnome-terminal-3.42.0-1.fc35 Old package: gnome-terminal-3.40.3-1.fc35 Summary: Terminal emulator for GNOME RPMs: gnome-terminal gnome-terminal-nautilus Size: 6.59 MiB Size change: 56.25 KiB Changelog: * Tue Sep 28 2021 David King - 3.42.0-1 - Update to 3.42.0 Package: kernel-5.14.9-300.fc35 Old package: kernel-5.14.7-300.fc35 Summary: The Linux kernel RPMs: kernel kernel-core kernel-debug kernel-debug-core kernel-debug-devel kernel-debug-devel-matched kernel-debug-modules kernel-debug-modules-extra kernel-debug-modules-internal kernel-devel kernel-devel-matched kernel-doc kernel-lpae kernel-lpae-core kernel-lpae-devel kernel-lpae-devel-matched kernel-lpae-modules kernel-lpae-modules-extra kernel-lpae-modules-internal kernel-modules kernel-modules-extra kernel-modules-internal Size: 532.83 MiB Size change: 42.98 KiB Changelog: * Mon Sep 27 2021 Justin M. Forbes [5.14.8-0] - thermal/drivers/int340x: Do not set a wrong tcc offset on resume (Antoine Tenart) * Thu Sep 30 2021 Justin M. Forbes [5.14.9-0] - Revert "block, bfq: honor already-setup queue merges" (Jens Axboe) Package: kernel-headers-5.14.9-300.fc35 Old package: kernel-headers-5.14.7-300.fc35 Summary: Header files for the Linux kernel for use by glibc RPMs: kernel-cross-headers kernel-headers Size: 17.77 MiB Size change: 6.52 KiB Changelog: * Mon Sep 27 2021 Justin M. Forbes - 5.14.8-300 - Linux v5.14.8 * Thu Sep 30 2021 Justin M. Forbes - 5.14.9-300 - Linux v5.14.9 Package: kernel-tools-5.14.9-300.fc35 Old package: kernel-tools-5.14.7-300.fc35 Summary: Assortment of tools for the Linux kernel RPMs: bpftool kernel-tools kernel-tools-libs kernel-tools-libs-devel libperf libperf-devel perf python3-perf Size: 23.20 MiB Size change: 1.63 KiB Changelog: * Mon Sep 27 2021 Justin M. Forbes - 5.14.8-300 - Linux v5.14.8 * Thu Sep 30 2021 Justin M. Forbes - 5.14.9-300 - Linux v5.14.9 Package: pipewire-0.3.38-1.fc35 Old package: pipewire-0.3.37-1.fc35 Summary: Media Sharing Server RPMs: pipewire pipewire-alsa pipewire-devel pipewire-doc pipewire-gstreamer pipewire-jack-audio-connection-kit pipewire-jack-audio-connection-kit-devel pipewire-libs pipewire-media-session pipewire-plugin-jack pipewire-pulseaudio pipewire-utils Size: 417.42 MiB Size change: 884.19 KiB Changelog: * Thu Sep 23 2021 Javier Martinez Canillas - 0.3.37-2 - Enable libcamera SPA plugin * Wed Sep 29 2021 Wim Taymans - 0.3.37-3 - Rebuild for new libcamera * Thu Sep 30 2021 Wim Taymans - 0.3.38-1 - Update version to 0.3.38 Package: qt5-qttools-5.15.2-7.fc35 Old package: qt5-qttools-5.15.2-6.fc35 Summary: Qt5 - QtTool components RPMs: qt5-assistant qt5-designer qt5-doctools qt5-linguist qt5-qdbusviewer qt5-qttools qt5-qttools-common qt5-qttools-devel qt5-qttools-examples qt5-qttools-libs-designer qt5-qttools-libs-designer
Re: Orphaning the cura-lulzbot package set
On 4/12/21 09:29, Miro Hrončok wrote: P.S. I opened an upstream pull request to add support for the Lulzbot TAZ Pro and the Mini 2 in the main Cura codebase (still actively maintained). I would highly recommend that anyone considering reviving these packages devote their efforts in that direction instead. Hey spot, The packages are retired on rawhide now. Should cura obsolete cura-lulzbot? Upstream cura has its own config directory and is much newer, so I don't think that helps - it's essentially a different program. I configured cura to work with my printer by setting up my printer as custom and copying the start/end gcode. As a bonus, the slicer is much newer and improved, so I don't think I'll miss cura-lulzbot. FAME 3D has actually opened a PR to cura now as well: https://github.com/Ultimaker/Cura/pull/10232 I did try to update lulzbot-marlin-firmware, but a) Lulzbot's forks are a disaster to unravel and b) the arduino package is retired in F35+. Instead, I used this firmware: https://github.com/drunken-octopus/drunken-octopus-marlin Thomas ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Rawhide-20211002.n.0 compose check report
Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 1 of 43 required test results missing Unsatisfied gating requirements that could not be mapped to openQA tests: MISSING: fedora.Cloud_Base-qcow2-qcow2.x86_64.64bit - compose.cloud_autocloud Failed openQA tests: 7/206 (x86_64), 15/132 (aarch64) New failures (same test not failed in Fedora-Rawhide-20211001.n.0): ID: 1009910 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/1009910 ID: 1009919 Test: x86_64 KDE-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/1009919 ID: 1009969 Test: aarch64 Server-dvd-iso install_repository_hd_variation@uefi URL: https://openqa.fedoraproject.org/tests/1009969 ID: 1010285 Test: aarch64 universal install_xfs@uefi URL: https://openqa.fedoraproject.org/tests/1010285 Old failures (same test failed in Fedora-Rawhide-20211001.n.0): ID: 1009856 Test: x86_64 Server-dvd-iso server_freeipa_replication_master URL: https://openqa.fedoraproject.org/tests/1009856 ID: 1009869 Test: x86_64 Server-dvd-iso server_freeipa_replication_replica URL: https://openqa.fedoraproject.org/tests/1009869 ID: 1009873 Test: x86_64 Server-dvd-iso server_freeipa_replication_client URL: https://openqa.fedoraproject.org/tests/1009873 ID: 1009875 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/1009875 ID: 1009916 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1009916 ID: 1009970 Test: aarch64 Server-dvd-iso support_server@uefi URL: https://openqa.fedoraproject.org/tests/1009970 ID: 1009981 Test: aarch64 Server-dvd-iso server_freeipa_replication_master@uefi URL: https://openqa.fedoraproject.org/tests/1009981 ID: 1009990 Test: aarch64 Server-dvd-iso install_repository_nfs_graphical@uefi URL: https://openqa.fedoraproject.org/tests/1009990 ID: 1009998 Test: aarch64 Server-dvd-iso server_freeipa_replication_replica@uefi URL: https://openqa.fedoraproject.org/tests/1009998 ID: 1010004 Test: aarch64 Server-dvd-iso realmd_join_cockpit@uefi URL: https://openqa.fedoraproject.org/tests/1010004 ID: 1010005 Test: aarch64 Server-dvd-iso server_freeipa_replication_client@uefi URL: https://openqa.fedoraproject.org/tests/1010005 ID: 1010007 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/1010007 ID: 1010016 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/1010016 ID: 1010021 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1010021 ID: 1010116 Test: aarch64 universal install_cyrillic_language@uefi URL: https://openqa.fedoraproject.org/tests/1010116 ID: 1010121 Test: aarch64 universal upgrade_minimal_64bit@uefi URL: https://openqa.fedoraproject.org/tests/1010121 ID: 1010127 Test: aarch64 universal install_asian_language@uefi URL: https://openqa.fedoraproject.org/tests/1010127 ID: 1010151 Test: aarch64 universal install_arabic_language@uefi URL: https://openqa.fedoraproject.org/tests/1010151 Soft failed openQA tests: 4/206 (x86_64), 2/132 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Rawhide-20211001.n.0): ID: 1009890 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1009890 ID: 1009932 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1009932 ID: 1009933 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1009933 ID: 1009944 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1009944 ID: 1010010 Test: aarch64 Workstation-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1010010 ID: 1010028 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1010028 Passed openQA tests: 195/206 (x86_64), 115/132 (aarch64) New passes (same test not passed in Fedora-Rawhide-20211001.n.0): ID: 1009866 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/1009866 ID: 1009876 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart URL: https://openqa.fedoraproject.org/tests/1009876 ID: 1009878 Test: x86_64 Server-dvd-iso realmd_join_sssd URL: https://openqa.fedoraproject.org/tests/1009878 ID: 1009894 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1009894 ID: 1009907 Test: x86_64 Workstation-live-iso base_package_install_remove URL: https://openqa.fedoraproject.org/tests/1009907 ID: 1009921 Test: x86_64 KDE-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/1009921 ID: 1009922
Re: F35 Change: Switch to WirePlumber as the PipeWire session manage (late Self-Contained Change proposal)
On 7/19/21 18:17, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/WirePlumber == Summary == PipeWire currently uses a simple example session manager. This proposal is to move to the more powerful WirePlumber session manager. == Owner == * Name: [[User:Wtaymans| Wim Taymans]] * Email: wim.taym...@gmail.com == Detailed Description == PipeWire requires a session manager that at least needs to implements the following features: * create and configure detected devices in the system. This includes audio cards, video and bluetooth devices. * configure applications and route audio/video to/from them to the devices and filters. * keep track of prefered devices and volumes. * move audio/video streams when devices appear and disappear. PipeWire uses a simple example session manager with limited features and configuration options. The proposal is to move to WirePlumber. WirePlumber is built on GNOME (GObject) technologies and has bindings for most languages using GObject introspection. WirePlumber allows one to implement many of the rules for setup and configuration using small LUA scripts, which are easier to maintain and customize. These are some of the functions that are scriptable in LUA: * setup and configuration of the devices and streams. This includes deciding if devices and streams need to operate in 5.1 or stereo mode, depending on the available devices. * routing of the streams based on metadata of the streams (Roles) and overall state of the system. * volume/mute restore of devices and streams == Benefit to Fedora == PipeWire currently uses a simple example session manager with mostly hardcoded logic and rules. This proposal wants to replace the session manager with a more advanced session manager, called WirePlumber. WirePlumber brings to following improvements * Drop-in replacement session manager for PipeWire, implements the exact same features as the example session manager * built with GObject, which provides a richer development experience and adds bindings for most languages * extensible with loadable modules * scriptable policy using small lua scripts * better integration with desktop settings The main benefits will be that this session manager would allow for more customization of the policy and rules. Initially we aim for feature parity with the current solution and work on more features in the next releases. == Scope == * Proposal owners: This is a rather isolated changed. Instead of starting the pipewire-media-session executable we would need to package and start WirePlumber instead. WirePlumber has been kept up to data with the features in the example session manager and would need testing. * Other developers: None. This is an isolated PipeWire change. * Release engineering: A new systemd service will need to be activated in the default install. * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == Should not cause any change. == How To Test == Experience should be the same as before. Retest all audio testcases. == User Experience == Should not cause any visible change. == Dependencies == None. == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?): If the feature can not be completed we continue using the existing pipewire-media-session. * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change) == Documentation == [WirePlumber](https://gitlab.freedesktop.org/pipewire/wireplumber) Just switched to F35 beta, no sound card was detected, I had to get back to pipewire-media-session to get sound again. ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora-Rawhide-20211001.n.0 compose check report
On pe, 01 loka 2021, Fedora compose checker wrote: Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 4 of 43 required tests failed, 1 result missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Unsatisfied gating requirements that could not be mapped to openQA tests: MISSING: fedora.Cloud_Base-qcow2-qcow2.x86_64.64bit - compose.cloud_autocloud Failed openQA tests: 15/206 (x86_64), 23/132 (aarch64) New failures (same test not failed in Fedora-Rawhide-20210930.n.0): ID: 1008518 Test: x86_64 Server-dvd-iso server_freeipa_replication_master URL: https://openqa.fedoraproject.org/tests/1008518 ID: 1008528 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller **GATING** URL: https://openqa.fedoraproject.org/tests/1008528 ID: 1008531 Test: x86_64 Server-dvd-iso server_freeipa_replication_replica URL: https://openqa.fedoraproject.org/tests/1008531 ID: 1008535 Test: x86_64 Server-dvd-iso server_freeipa_replication_client URL: https://openqa.fedoraproject.org/tests/1008535 All FreeIPA tests fail because resteasy-jaxb-provider is removed but it is still required by dogtag. My understanding is that this is an intermediate step which should have better be done in a sidetag. So we can expect broken FreeIPA in Rawhide until this issue is solved by Dogtag team. -- / Alexander Bokovoy Sr. Principal Software Engineer Security / Identity Management Engineering Red Hat Limited, Finland ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-35-20211002.n.0 compose check report
No missing expected images. Failed openQA tests: 7/141 (aarch64), 4/204 (x86_64) New failures (same test not failed in Fedora-35-20211001.n.0): ID: 1010420 Test: aarch64 Minimal-raw_xz-raw.xz base_services_start@uefi URL: https://openqa.fedoraproject.org/tests/1010420 ID: 1010425 Test: aarch64 Server-dvd-iso install_btrfs_preserve_home_uefi@uefi URL: https://openqa.fedoraproject.org/tests/1010425 ID: 1010442 Test: aarch64 Server-dvd-iso base_service_manipulation@uefi URL: https://openqa.fedoraproject.org/tests/1010442 ID: 1010485 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/1010485 ID: 1010542 Test: x86_64 universal install_pxeboot@uefi URL: https://openqa.fedoraproject.org/tests/1010542 ID: 1010564 Test: x86_64 universal install_blivet_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/1010564 Old failures (same test failed in Fedora-35-20211001.n.0): ID: 1010378 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1010378 ID: 1010381 Test: x86_64 KDE-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/1010381 ID: 1010467 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/1010467 ID: 1010490 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1010490 ID: 1010596 Test: aarch64 universal install_asian_language@uefi URL: https://openqa.fedoraproject.org/tests/1010596 Soft failed openQA tests: 4/141 (aarch64), 4/204 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-35-20211001.n.0): ID: 1010479 Test: aarch64 Workstation-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1010479 Old soft failures (same test soft failed in Fedora-35-20211001.n.0): ID: 1010352 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1010352 ID: 1010394 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1010394 ID: 1010395 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1010395 ID: 1010406 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1010406 ID: 1010413 Test: aarch64 Minimal-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1010413 ID: 1010470 Test: aarch64 Server-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1010470 ID: 1010497 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1010497 Passed openQA tests: 130/141 (aarch64), 196/204 (x86_64) New passes (same test not passed in Fedora-35-20211001.n.0): ID: 1010462 Test: aarch64 Server-dvd-iso base_package_install_remove@uefi URL: https://openqa.fedoraproject.org/tests/1010462 ID: 1010483 Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi URL: https://openqa.fedoraproject.org/tests/1010483 ID: 1010487 Test: aarch64 Workstation-raw_xz-raw.xz base_package_install_remove@uefi URL: https://openqa.fedoraproject.org/tests/1010487 ID: 1010593 Test: aarch64 universal install_repository_http_variation@uefi URL: https://openqa.fedoraproject.org/tests/1010593 ID: 1010603 Test: aarch64 universal install_repository_http_graphical@uefi URL: https://openqa.fedoraproject.org/tests/1010603 Installed system changes in test x86_64 Workstation-live-iso install_default_upload: System load changed from 0.79 to 0.59 Previous test data: https://openqa.fedoraproject.org/tests/1009008#downloads Current test data: https://openqa.fedoraproject.org/tests/1010349#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default@uefi: Used swap changed from 5 MiB to 7 MiB Previous test data: https://openqa.fedoraproject.org/tests/1009050#downloads Current test data: https://openqa.fedoraproject.org/tests/1010391#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default_upload: Used mem changed from 917 MiB to 1020 MiB Used swap changed from 8 MiB to 6 MiB 1 services(s) added since previous compose: fwupd.service System load changed from 0.67 to 0.84 Previous test data: https://openqa.fedoraproject.org/tests/1009052#downloads Current test data: https://openqa.fedoraproject.org/tests/1010393#downloads Installed system changes in test aarch64 Server-boot-iso install_default@uefi: System load changed from 0.16 to 0.52 Previous test data: https://openqa.fedoraproject.org/tests/1009081#downloads Current test data: https://openqa.fedoraproject.org/tests/1010422#downloads -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___
PETSc/sundials updates
Hi all. PETSc-3.16.0 and Sundials-5.8.0 will be built in Rawhide not before one week. PETSc release note: https://petsc.org/release/docs/changes/316/ Sundials release note: https://github.com/LLNL/sundials/releases/tag/v5.8.0 Regards. -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key: 0x29FBC85D7A51CC2F GPG key server: https://keyserver1.pgp.com/ OpenPGP_0x29FBC85D7A51CC2F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Review swap
The python-pydata-sphinx-theme package has a new dependency. I need a review for this simple python package: python-sphinx-sitemap: https://bugzilla.redhat.com/show_bug.cgi?id=2009987 Who would like to swap reviews? -- Jerry James http://www.jamezone.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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Review swap
On 02.10.21 19:40, Jerry James wrote: The python-pydata-sphinx-theme package has a new dependency. I need a review for this simple python package: python-sphinx-sitemap:https://bugzilla.redhat.com/show_bug.cgi?id=2009987 Who would like to swap reviews? I'll take it. I've currently got up for review these to add to the mingw Qt6 stack: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009214 - mingw-qt6-qtlocation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009215 - mingw-qt6-qtsensors https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009217 - mingw-qt6-qtserialport https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009221 - mingw-qt6-qtshadertools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009223 - mingw-qt6-qtwebsockets https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009268 - mingw-qt6-qtmultimedia (depends on mingw-qt6-qtshadertools) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009269 - mingw-qt6-qtwebchannel (depends on mingw-qt6-qtwebsockets) Thanks Sandro ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Modularity: New modulemd-packager format for building modules
On 9/10/21 6:26 AM, Petr Pisar wrote: Good news, module maintainers. I'm relieved to announce an availability of the new module packaging format, modulemd-packager, version 3. Question: is this necessary for all modules to migrate to this format, or is it primarily useful for modules that depend on other modules? -- Orion Poplawski he/him/his - surely the least important thing about me Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ smime.p7s Description: S/MIME Cryptographic 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-IoT-35-20211002.0 compose check report
No missing expected images. Failed openQA tests: 2/16 (x86_64), 1/15 (aarch64) New failures (same test not failed in Fedora-IoT-35-20210927.0): ID: 1010812 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server URL: https://openqa.fedoraproject.org/tests/1010812 ID: 1010826 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_ignition URL: https://openqa.fedoraproject.org/tests/1010826 Old failures (same test failed in Fedora-IoT-35-20210927.0): ID: 1010833 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/1010833 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-35-20210927.0): ID: 1010818 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/1010818 Passed openQA tests: 13/16 (x86_64), 14/15 (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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-IoT-34-20211002.0 compose check report
No missing expected images. Failed openQA tests: 2/16 (x86_64), 1/15 (aarch64) New failures (same test not failed in Fedora-IoT-34-20210916.0): ID: 1010843 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server URL: https://openqa.fedoraproject.org/tests/1010843 ID: 1010857 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_ignition URL: https://openqa.fedoraproject.org/tests/1010857 Old failures (same test failed in Fedora-IoT-34-20210916.0): ID: 1010864 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/1010864 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-34-20210916.0): ID: 1010849 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/1010849 Passed openQA tests: 13/16 (x86_64), 14/15 (aarch64) Installed system changes in test x86_64 IoT-dvd_ostree-iso install_default_upload: System load changed from 0.41 to 0.14 Previous test data: https://openqa.fedoraproject.org/tests/986456#downloads Current test data: https://openqa.fedoraproject.org/tests/1010842#downloads Installed system changes in test aarch64 IoT-dvd_ostree-iso install_default_upload@uefi: System load changed from 0.50 to 0.34 Previous test data: https://openqa.fedoraproject.org/tests/986471#downloads Current test data: https://openqa.fedoraproject.org/tests/1010858#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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Slow download speed of RPMs updates
On 02/10/21 15:35, Stephen John Smoogen wrote: > On Sat, 2 Oct 2021 at 03:48, Mattia Verga via devel > wrote: >> Recently I've started seen a strange behavior of dnf while downloading >> RPMs updates: some packages are downloaded at the usual speed of my >> connection (ca. 10MBps), while other packages, in the same transaction, >> shows really slow download speed (<100KBps). >> >> Does dnf uses different mirrors to download package updates in the same >> transaction? Is there a way to show the mirror dnf downloads the updates >> from? Running dnf in verbose mode doesn't show any clue. >> > dnf uses the same mirror until there is a complete timeout or a not > found. It will then switch to another mirror > > Check the file /var/log/dnf.librepo.log to see if it is capturing the > mirror. On mine it records info like: > > http://mirror.math.princeton.edu/pub/fedora/linux//updates/33/Modular/x86_64/repodata/f58e2b59bf551113cf566c6ef119900a3160de712ae1943f67fca42f05c23 > 0e9-updateinfo.xml.zck > ... > 2021-10-02T09:31:38-0400 INFO Downloading: > http://packages.oit.ncsu.edu/fedora/linux//updates/33/Everything/x86_64/drpms/appstream-data-33-3.fc33_33-4.fc33.noarch.drpm Thanks, that was really useful. From what I see in the logs, my dnf transactions usually use http://fedora.mirror.garr.it/fedora/linux/ as mirror. I then tried to download the metadata files with some simple wget calls and I see random slow download speeds even here: by downloading the -primary.xml.zck file I got 10.6MBps two times and 125KBps the third time. By repeating the download multiple times I can see 1 out of three or two times I have a slow speed download. I don't see any problem with a couple of other mirrors I tried, so I will try to contact the garr.it server admin... 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
