Intent to retire: Field3D

I don't think anyone will care about this but just in case... OpenImageIO is the only consumer that I know of and upstream has started the process to depreciate it. OpenVDB has been a replacement for quite some time. Thanks, Richard ___ devel mailing

Re: kernel mod build on Ryzen5/f34/kernel-5.14.13 builds OK, but FAILs @ modprobe insertion: "ERROR: could not insert ... Exec format error" ?

On 10/24/21 00:10, Reon Beon via devel wrote: This is what I found. "11 hour ago" https://forums.developer.nvidia.com/t/nvidia-470-74-build-error-unable-to-load-the-nvidia-drm-kernel-module-modprobe-error-could-not-insert-nvidia-drm-exec-format-error/19287 Right. I posted it.

Fedora-Cloud-33-20211024.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-33-20211023.0): ID: 1038701 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

Re: kernel mod build on Ryzen5/f34/kernel-5.14.13 builds OK, but FAILs @ modprobe insertion: "ERROR: could not insert ... Exec format error" ?

randomly poking at headers, just dnf reinstall kernel-devel made no difference to the problem but, complete removal/install dnf remove kernel-devel dnf reinstall kernel-core dnf install kernel-devel dkms bison flex did. now, after nvidia install & subsequent

Fedora-Cloud-34-20211024.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-20211023.0): ID: 1038717 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

Re: Converting montserrat spec to new version

On 2021-10-21 02:01, Michael J Gruber wrote: Have you managed to get this to work, or what is the particular issue? Seeing "%fontmeta" in there reminds me of the unbreaking which I did back then for adf-accanthis-fonts. The upshot was that a packager suggested new font packaging macros

Fedora-Rawhide-20211023.n.1 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: 5/206 (x86_64), 7/141 (aarch64) New failures (same test not failed in

Re: openbabel-3.1* in Rawhide

Hello Antonio, On Sun, Oct 24, 2021 at 3:05 PM Antonio T. sagitter wrote: > > We are ready to push openbabel3 in Rawhide Will it be just Rawhide? Will you please let us know when the build is done in order to rebuild dependent packages? Are we saying goodbye to Avogadro 1.x? Thank you for

Fedora 35 compose report: 20211024.n.0 changes

OLD: Fedora-35-20211023.n.1 NEW: Fedora-35-20211024.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded

Fedora-35-20211024.n.0 compose check report

No missing expected images. Failed openQA tests: 5/141 (aarch64), 3/204 (x86_64) New failures (same test not failed in Fedora-35-20211023.n.1): ID: 1038919 Test: aarch64 Minimal-raw_xz-raw.xz base_package_install_remove@uefi URL: https://openqa.fedoraproject.org/tests/1038919 ID: 1038929

Re: openbabel-3.1* in Rawhide

Hi all. We are ready to push openbabel3 in Rawhide, all packages (except chemtool that requires openbabel in runtime) have been rebuilt: https://copr.fedorainfracloud.org/coprs/sagitter/Openbabel-3/builds/ -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key:

Re: openbabel-3.1* in Rawhide

On 10/24/21 15:11, Alexander Ploumistos wrote: Hello Antonio, Hi Alexander. On Sun, Oct 24, 2021 at 3:05 PM Antonio T. sagitter wrote: We are ready to push openbabel3 in Rawhide Will it be just Rawhide? Yes. Will you please let us know when the build is done in order to rebuild

Fedora-IoT-36-20211024.0 compose check report

Missing expected images: Iot dvd x86_64 Iot dvd aarch64 Failed openQA tests: 1/16 (x86_64), 1/15 (aarch64) Old failures (same test failed in Fedora-IoT-36-20211020.0): ID: 1039130 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/1039130 ID: 1039150

Re: Pipeware issue in KDE after F34->F35

On Sun, Oct 24, 2021 at 3:52 PM Tom Seewald wrote: > > Looks like someone has reported this bug [1] feel free to add any additional > details. I ran into this bug myself and consider it to be a pretty big > problem if 34->35 upgrades are going to leave some users without working > audio. > >

Re: Pipeware issue in KDE after F34->F35

Looks like someone has reported this bug [1] feel free to add any additional details. I ran into this bug myself and consider it to be a pretty big problem if 34->35 upgrades are going to leave some users without working audio. [1] https://bugzilla.redhat.com/show_bug.cgi?id=2016253

Re: Pipeware issue in KDE after F34->F35

Am 19.10.21 um 17:44 schrieb Miroslav Suchý: Any hints, please? JFYI, pipewire has been replaced by pulseaudio on the Fedora Pinephone Edition, because pipewire had issues with profile switching, which pulseaudio does not have. We also had missing audio devices, which was an interaction

[Bug 2015632] perl-HTTP-BrowserDetect-3.35 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2015632 Emmanuel Seyman changed: What|Removed |Added Doc Type|--- |If docs needed, set a value

[Bug 2016417] perl-Mojolicious-9.22 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2016417 Emmanuel Seyman changed: What|Removed |Added Doc Type|--- |If docs needed, set a value Fixed