November 2021 - devel - Fedora Mailing-Lists

by Luya Tshimbalanga

Hello team, Openvdb got a so version bumped to 9.0 which affects the following packages: blender (to use nanovdb built in openvdb) OpenImageIO (required by blender) openvdb prusa-slicer usd Please use the command "fedpkg build --target=f36-build-side-48116" and "koji wait-repo f35-build-side-48118" valid for 30 days to build your package. Upstream also released 8.2 which will only apply for Fedora 34 as part of stable release for the 8.x.x series and will require a rebuild using this command "fedpkg build --target=f34-build-side-48120" due to .so change. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer

2 years, 4 months

1
0
0 / 0

Fedora-Cloud-35-20211125.0 compose check report

by Fedora compose checker

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-35-20211124.0): ID: 1070454 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1070454 ID: 1070462 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1070462 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

2 years, 4 months

1
0
0 / 0

GCC crash on Fedora Rawhide armv7

by Richard W.M. Jones

gcc -Ilibqemuutil.a.p -I. -I.. -Isubprojects/libvhost-user -I../subprojects/libvhost-user -Iqapi -Itrace -Iui -Iui/shader -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/gio-unix-2.0 -I/usr/include/p11-kit-1 -I/usr/include/pixman-1 -fdiagnostics-color=auto -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem /builddir/build/BUILD/qemu-6.1.0/linux-headers -isystem linux-headers -iquote . -iquote /builddir/build/BUILD/qemu-6.1.0 -iquote /builddir/build/BUILD/qemu-6.1.0/include -iquote /builddir/build/BUILD/qemu-6.1.0/disas/libvixl -iquote /builddir/build/BUILD/qemu-6.1.0/tcg/arm -pthread -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -O2 -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -march=armv7-a -mfpu=vfpv3-d16 -mtune=generic-armv7-a -mabi=aapcs-linux -mfloat-abi=hard -Wold-style-declaration -Wold-style-definition -Wtype-limits -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body -Wnested-externs -Wendif-labels -Wexpansion-to-defined -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value -Wno-psabi -fstack-protector-strong -DSTAP_SDT_V2 -fPIE -MD -MQ libqemuutil.a.p/util_vfio-helpers.c.o -MF libqemuutil.a.p/util_vfio-helpers.c.o.d -o libqemuutil.a.p/util_vfio-helpers.c.o -c ../util/vfio-helpers.c during RTL pass: mach ../util/vfio-helpers.c: In function 'qemu_vfio_open_pci': ../util/vfio-helpers.c:523:1: internal compiler error: in create_fix_barrier, at config/arm/arm.c:17891 523 | } | ^ Please submit a full bug report, with preprocessed source if appropriate. See <http://bugzilla.redhat.com/bugzilla> for instructions. Preprocessed source stored into /tmp/ccOFlWwZ.out file, please attach this to your bugreport. Unfortunately the crash happened in Koji: https://koji.fedoraproject.org/koji/taskinfo?taskID=79160330 I'm not able to reproduce it locally, which is strange. I've got an armv7 guest which has the same version of gcc, binutils and annobin, yet it does not crash compiling the same file. I wonder if anyone can manage to reproduce this and capture the /tmp/*.out file? In theory all you need to do is build qemu from dist-git on armv7. Alternatively, can anyone think of a reason why this crash would happen in Koji but not in an armv7 guest (on aarch64 host)? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html

2 years, 4 months

4
7
0 / 0

Fedora-Cloud-33-20211125.0 compose check report

by Fedora compose checker

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-20211122.0): ID: 1070322 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1070322 ID: 1070330 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1070330 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

2 years, 4 months

1
0
0 / 0

OpenVDB 9.0.0 and arm build system

by Luya Tshimbalanga

Hello team, Academic Software Foundation released OpenVDB 9.0.0 with support of NanoVDB [1] which is useful for Blender 3D [2]. Scratch build resulted a failure on arm7vh architectures related to exhausted virtual memory [3]. Suggested workaround is to decrease the debugging verbose noise in the spec file with no success. Extract below: `` %ifarch %{arm} # Decrease debuginfo verbosity to reduce memory consumption even more %global optflags %(echo %{optflags} | sed 's/-g /-g1 /') %endif `` Alternatively, either exclude arm resulting a successful build in detriment of arm prusa-slice package or increase the virtual memory for arm architecture build system. Any other suggestion? Thanks in advance References: [1] https://github.com/AcademySoftwareFoundation/openvdb/releases/tag/v9.0.0 [2] https://developer.blender.org/diffusion/B/browse/blender-v2.93-release/CM... [3] https://koji.fedoraproject.org/koji/taskinfo?taskID=79142031 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer

2 years, 4 months

4
8
0 / 0

Voluntarily step back as co-maintainer?

by Maxim Burgerhout

Hi, I saw fesco issue #2699, which lists me as a co-maintainer for glabels. I haven't actually used glabels since my dad retired (I did some work on the package because he used it a lot). How do I voluntarily step back as a co-maintainer? I'm not sure what result using the "orphan" button would have. Thanks Maxim

2 years, 4 months

5
6
0 / 0

Fedora CoreOS Meeting Minutes 2021-11-24

by Dusty Mabe

Minutes: https://meetbot.fedoraproject.org/fedora-meeting-1/2021-11-24/fedora_core... Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-1/2021-11-24/fedora_core... Log: https://meetbot.fedoraproject.org/fedora-meeting-1/2021-11-24/fedora_core... ======================================== #fedora-meeting-1: fedora_coreos_meeting ======================================== Meeting started by dustymabe at 16:28:50 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-1/2021-11-24/fedora_core... . Meeting summary --------------- * roll call (dustymabe, 16:29:04) * Action items from last meeting (dustymabe, 16:35:24) * Make publicly accessible coreos-assembler builds for architectures != x86_64 (dustymabe, 16:36:18) * LINK: https://github.com/coreos/coreos-assembler/issues/2470 (dustymabe, 16:36:29) * AGREED: We will use our existing multi-arch-builders to build COSA for all architectures and also find a way to push them to quay using archful manifests so that a single tag in quay can be pulled for any architecture we support. (dustymabe, 16:50:24) * m6i instances fail to boot - kernel crashlooping (dustymabe, 16:52:49) * LINK: https://github.com/coreos/fedora-coreos-tracker/issues/1004 (dustymabe, 16:52:59) * open floor (dustymabe, 16:56:53) * LINK: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o... (walters, 16:57:58) * all streams of FCOS have now been rebased to Fedora Linux 35 content (dustymabe, 16:59:10) * LINK: https://fedoraproject.org/wiki/Releases/36/ChangeSet (dustymabe, 17:01:28) Meeting ended at 17:13:43 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * dustymabe (96) * jlebon (28) * zodbot (21) * davdunc (19) * travier[m] (12) * walters (8) * ravanelli (8) * copperi[m] (6) * nemric (4) * mnguyen (1) Generated by `MeetBot`_ 0.4 .. _`MeetBot`: https://fedoraproject.org/wiki/Zodbot#Meeting_Functions

2 years, 4 months

1
0
0 / 0

Re: Self Introduction: Thomas Zimmermann

by Sandro Mani

On 24.11.21 12:04, Zimmermann Thomas via devel wrote: > Hi All, > my name is Thomas Zimmermann and I'm living in germany. > I'm a software developer, using RHEL 8 for developing Qt based software. > Privately I'm a openSUSE user 😉 > > I'm maintaining several science and electronics related packages at > openSUSE and know the basics when it comes to packaging. > > As I'm relying on qt-creator from EPEL 8, I would like to support > Sandro Mani in maintaining this package. > > I would like to request sponsorship, to do this, even if I don't have > an open Package Review Request. As I'm not able to create one for > Fedora EPEL (I've tried > https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora%20EPEL&... > <https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora%20EPEL&...> > but this doesn't work) > Thanks Thomas for the introduction. To add some background here, I actively maintain qt-creator for Fedora, which, has an EPEL brach which was on-and-off maintained by other packagers, but currently by no-one. qt-creator depends on packages shipped by EL, so occasionally needs to be rebuilt, but currently I only notice this when people submit a bug report, as I don't use EL myself. It would therefore be best if someone maintained qt-creator for EPEL which actually uses it and can react in a timely manner to broken dependencies, and possibly to evaluate updating the package if deemed necessary. So thanks Thomas for coming forward with this, and I'd appreciate it if someone could sponsor him. On my part, I'd assist Thomas with any questions he may have regarding the Fedora infrastructure. Thanks Sandro

2 years, 4 months

3
5
0 / 0

Fedora-Rawhide-20211124.n.0 compose check report

by Fedora compose checker

No missing expected images. Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 3/208 (x86_64), 9/142 (aarch64) New failures (same test not failed in Fedora-Rawhide-20211123.n.0): ID: 1069803 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1069803 ID: 1069825 Test: aarch64 Server-dvd-iso anaconda_help@uefi URL: https://openqa.fedoraproject.org/tests/1069825 ID: 1069872 Test: aarch64 Server-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1069872 ID: 1069883 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/1069883 ID: 1070005 Test: aarch64 universal support_server@uefi URL: https://openqa.fedoraproject.org/tests/1070005 ID: 1070009 Test: aarch64 universal install_iscsi@uefi URL: https://openqa.fedoraproject.org/tests/1070009 ID: 1070020 Test: aarch64 universal install_pxeboot@uefi URL: https://openqa.fedoraproject.org/tests/1070020 ID: 1070032 Test: aarch64 universal install_kickstart_nfs@uefi URL: https://openqa.fedoraproject.org/tests/1070032 Old failures (same test failed in Fedora-Rawhide-20211123.n.0): ID: 1069778 Test: x86_64 KDE-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/1069778 ID: 1069779 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1069779 ID: 1069892 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1069892 ID: 1069897 Test: aarch64 Workstation-raw_xz-raw.xz eog@uefi URL: https://openqa.fedoraproject.org/tests/1069897 Soft failed openQA tests: 3/142 (aarch64), 6/208 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-Rawhide-20211123.n.0): ID: 1069881 Test: aarch64 Workstation-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1069881 ID: 1069906 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1069906 Old soft failures (same test soft failed in Fedora-Rawhide-20211123.n.0): ID: 1069753 Test: x86_64 Workstation-live-iso eog URL: https://openqa.fedoraproject.org/tests/1069753 ID: 1069768 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1069768 ID: 1069802 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1069802 ID: 1069804 Test: x86_64 Silverblue-dvd_ostree-iso eog URL: https://openqa.fedoraproject.org/tests/1069804 ID: 1069814 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1069814 ID: 1069953 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/1069953 ID: 1070002 Test: aarch64 universal upgrade_server_domain_controller@uefi URL: https://openqa.fedoraproject.org/tests/1070002 Passed openQA tests: 199/208 (x86_64), 122/142 (aarch64) New passes (same test not passed in Fedora-Rawhide-20211123.n.0): ID: 1069807 Test: x86_64 Cloud_Base-qcow2-qcow2 base_system_logging@uefi URL: https://openqa.fedoraproject.org/tests/1069807 ID: 1069813 Test: x86_64 Cloud_Base-qcow2-qcow2 base_service_manipulation@uefi URL: https://openqa.fedoraproject.org/tests/1069813 ID: 1069863 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/1069863 ID: 1070016 Test: aarch64 universal install_blivet_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/1070016 Skipped non-gating openQA tests: 8 of 350 Installed system changes in test x86_64 Server-boot-iso install_default: Used mem changed from 248 MiB to 216 MiB Previous test data: https://openqa.fedoraproject.org/tests/1069054#downloads Current test data: https://openqa.fedoraproject.org/tests/1069684#downloads Installed system changes in test x86_64 Server-dvd-iso install_default_upload: System load changed from 0.03 to 0.34 Previous test data: https://openqa.fedoraproject.org/tests/1069079#downloads Current test data: https://openqa.fedoraproject.org/tests/1069709#downloads Installed system changes in test x86_64 Everything-boot-iso install_default: Used mem changed from 209 MiB to 182 MiB Previous test data: https://openqa.fedoraproject.org/tests/1069110#downloads Current test data: https://openqa.fedoraproject.org/tests/1069740#downloads Installed system changes in test x86_64 Everything-boot-iso install_default@uefi: Used mem changed from 198 MiB to 177 MiB Previous test data: https://openqa.fedoraproject.org/tests/1069111#downloads Current test data: https://openqa.fedoraproject.org/tests/1069741#downloads Installed system changes in test x86_64 Workstation-live-iso install_default@uefi: 1 packages(s) added since previous compose: biosdevname Previous test data: https://openqa.fedoraproject.org/tests/1069115#downloads Current test data: https://openqa.fedoraproject.org/tests/1069745#downloads Installed system changes in test x86_64 Workstation-live-iso install_default_upload: 1 packages(s) added since previous compose: biosdevname 1 services(s) added since previous compose: geoclue.service Previous test data: https://openqa.fedoraproject.org/tests/1069117#downloads Current test data: https://openqa.fedoraproject.org/tests/1069747#downloads Installed system changes in test x86_64 KDE-live-iso install_default@uefi: System load changed from 0.73 to 0.88 Previous test data: https://openqa.fedoraproject.org/tests/1069143#downloads Current test data: https://openqa.fedoraproject.org/tests/1069773#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default@uefi: System load changed from 1.07 to 0.70 Previous test data: https://openqa.fedoraproject.org/tests/1069161#downloads Current test data: https://openqa.fedoraproject.org/tests/1069791#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default_upload: Used swap changed from 8 MiB to 9 MiB 1 services(s) added since previous compose: fwupd.service System load changed from 1.15 to 0.59 Previous test data: https://openqa.fedoraproject.org/tests/1069162#downloads Current test data: https://openqa.fedoraproject.org/tests/1069792#downloads Installed system changes in test aarch64 Server-boot-iso install_default@uefi: System load changed from 0.24 to 0.36 Previous test data: https://openqa.fedoraproject.org/tests/1069194#downloads Current test data: https://openqa.fedoraproject.org/tests/1069824#downloads Installed system changes in test aarch64 Server-dvd-iso install_default_upload@uefi: System load changed from 0.16 to 0.35 Previous test data: https://openqa.fedoraproject.org/tests/1069208#downloads Current test data: https://openqa.fedoraproject.org/tests/1069838#downloads Installed system changes in test aarch64 universal install_package_set_minimal@uefi: System load changed from 0.31 to 0.18 Previous test data: https://openqa.fedoraproject.org/tests/1069389#downloads Current test data: https://openqa.fedoraproject.org/tests/1070019#downloads -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

2 years, 4 months

1
0
0 / 0

Self Introduction: Sebastian Crane

by Sebastian Crane

Dear all, Greetings! I'm looking forward to being involved with the Fedora project. I've used Fedora for a number of years now, and have really enjoyed the user experience, especially the advanced package management capabilities. I serve as the Outreach Team co-chair of the SPDX Working Group, so I'd like to make myself available when it comes to the use of SPDX License Identifiers in Fedora, and with packaging software related to Software Bill of Materials! Best wishes, Sebastian

2 years, 4 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel November 2021