Fedora rawhide compose report: 20211023.n.1 changes
OLD: Fedora-Rawhide-20211021.n.0 NEW: Fedora-Rawhide-20211023.n.1 = SUMMARY = Added images:2 Dropped images: 0 Added packages: 9 Dropped packages:1 Upgraded packages: 285 Downgraded packages: 0 Size of added packages: 145.21 MiB Size of dropped packages:70.55 KiB Size of upgraded packages: 10.42 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 56.75 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Container_Minimal_Base docker ppc64le Path: Container/ppc64le/images/Fedora-Container-Minimal-Base-Rawhide-20211023.n.1.ppc64le.tar.xz Image: KDE raw-xz aarch64 Path: Spins/aarch64/images/Fedora-KDE-Rawhide-20211023.n.1.aarch64.raw.xz = DROPPED IMAGES = = ADDED PACKAGES = Package: golang-github-powerman-deepequal-0.1.0-1.fc36 Summary: Go package with improved reflect.DeepEqual RPMs:golang-github-powerman-deepequal-devel Size:16.09 KiB Package: nq-0.4-1.fc36 Summary: Unix command line queue utility RPMs:nq Size:125.59 KiB Package: perl-Compress-Stream-Zstd-0.202-3.fc36 Summary: Perl interface to the Zstd (Zstandard) (de)compressor RPMs:perl-Compress-Stream-Zstd Size:1.49 MiB Package: rust-rd-agent-2.1.2-1.fc36 Summary: Management agent for resctl-demo RPMs:rd-agent rd-agent-data rd-agent-selinux Size:116.71 MiB Package: rust-rd-hashd-2.1.2-1.fc36 Summary: Latency-sensitive pseudo workload for resctl-demo RPMs:rd-hashd Size:5.55 MiB Package: rust-resctl-bench-2.1.2-1.fc36 Summary: Whole system resource control benchmarks with realistic scenarios RPMs:resctl-bench Size:10.28 MiB Package: rust-resctl-demo-2.1.2-1.fc36 Summary: Guided tour of Linux resource control with live demos RPMs:resctl-demo Size:7.97 MiB Package: scrot-1.6-1.fc36 Summary: Command line screen capture utility RPMs:scrot Size:385.47 KiB Package: spdrs60-0.6.4-2.fc36 Summary: SRCP based locking table for digital model railroads RPMs:spdrs60 spdrs60-doc Size:2.68 MiB = DROPPED PACKAGES = Package: python-rpi-gpio-0.7.0-6.fc35 Summary: Class to control the GPIO on a Raspberry Pi RPMs:python3-RPi.GPIO Size:70.55 KiB = UPGRADED PACKAGES = Package: GMT-6.1.1-8.fc36 Old package: GMT-6.1.1-7.fc36 Summary: Generic Mapping Tools RPMs: GMT GMT-common GMT-devel GMT-doc Size: 65.44 MiB Size change: 5.85 KiB Changelog: * Thu Oct 21 2021 Sandro Mani - 6.1.1-8 - Rebuild (geos) Package: NetworkManager-l2tp-1.20.0-1.fc36 Old package: NetworkManager-l2tp-1.8.6-7.fc36 Summary: NetworkManager VPN plugin for L2TP and L2TP/IPsec RPMs: NetworkManager-l2tp NetworkManager-l2tp-gnome Size: 1.14 MiB Size change: 26.65 KiB Changelog: * Thu Oct 21 2021 Douglas Kosovic - 1.20.0-1 - Updated to 1.20.0 release - Removed redundant BuildRequires intltool - Added BuildRequires gcc Package: NsCDE-1.3-1.fc36 Old package: NsCDE-1.2-2.fc35 Summary: Modern and functional CDE desktop based on FVWM RPMs: NsCDE NsCDE-data NsCDE-doc Size: 30.64 MiB Size change: 442.79 KiB Changelog: * Fri Oct 22 2021 Davide Cavalca 1.3-1 - Update to 1.3; Fixes: RHBZ#2012395 Package: R-rgeos-0.5.8-1.fc36~bootstrap Old package: R-rgeos-0.5.5-5.fc35~bootstrap Summary: Interface to Geometry Engine - Open Source ('GEOS') RPMs: R-rgeos Size: 3.68 MiB Size change: 172.57 KiB Changelog: * Thu Oct 21 2021 Sandro Mani - 0.5.8-1 - Update to 0.5.8 for geos 3.10 support Package: abiword-1:3.0.5-1.fc36 Old package: abiword-1:3.0.4-11.fc35 Summary: Word processing program RPMs: abiword libabiword libabiword-devel python3-abiword Size: 28.40 MiB Size change: 45.50 KiB Changelog: * Sat Oct 23 2021 Peter Robinson - 1:3.0.5-1 - Update to 3.0.5 Package: akonadi-calendar-tools-21.08.2-1.fc36 Old package: akonadi-calendar-tools-21.04.3-1.fc35 Summary: Akonadi Calendar Tools RPMs: akonadi-calendar-tools Size: 1.23 MiB Size change: -1.13 KiB Changelog: * Thu Oct 21 2021 Rex Dieter - 21.08.2-1 - 21.08.2 Package: akonadi-import-wizard-21.08.2-1.fc36 Old package: akonadi-import-wizard-21.04.3-1.fc35 Summary: Akonadi Import Wizard RPMs: akonadi-import-wizard akonadi-import-wizard-devel Size: 2.97 MiB Size change: -6.25 KiB Changelog: * Thu Oct 21 2021 Rex Dieter - 21.08.2-1 - 21.08.2 Package: akonadiconsole-21.08.2-1.fc36 Old package: akonadiconsole-21.04.3-1.fc35 Summary: Akonadi developer tool RPMs: akonadiconsole Size: 1.61 MiB Size change: -323 B Changelog: * Thu Oct 21 2021 Rex Dieter - 21.08.2-1 - 21.08.2 Package: akregator-21.08.2-1.fc36 Old package: akregator-21.04.3-1.fc35 Summary: Feed Reader RPMs: akregator akregator-libs Size: 8.21 MiB Size change: 39.84 KiB Changelog: * Thu Oct 21 2021 Rex
Re: kernel mod build on Ryzen5/f34/kernel-5.14.13 builds OK, but FAILs @ modprobe insertion: "ERROR: could not insert ... Exec format error" ?
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/192878 ___ 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-20211023.n.1 compose check report
No missing expected images. Failed openQA tests: 8/204 (x86_64), 8/141 (aarch64) New failures (same test not failed in Fedora-35-20211022.n.0): ID: 1037990 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/1037990 ID: 1037993 Test: x86_64 Server-dvd-iso realmd_join_sssd URL: https://openqa.fedoraproject.org/tests/1037993 ID: 1037995 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart URL: https://openqa.fedoraproject.org/tests/1037995 ID: 1037997 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/1037997 ID: 1038023 Test: x86_64 Workstation-live-iso desktop_background URL: https://openqa.fedoraproject.org/tests/1038023 ID: 1038081 Test: aarch64 Server-dvd-iso install_btrfs_preserve_home@uefi URL: https://openqa.fedoraproject.org/tests/1038081 ID: 1038093 Test: aarch64 Server-dvd-iso install_blivet_lvm_ext4@uefi URL: https://openqa.fedoraproject.org/tests/1038093 ID: 1038117 Test: aarch64 Server-dvd-iso install_blivet_resize_lvm@uefi URL: https://openqa.fedoraproject.org/tests/1038117 ID: 1038179 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/1038179 ID: 1038231 Test: x86_64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/1038231 ID: 1038278 Test: aarch64 universal install_kickstart_hdd@uefi URL: https://openqa.fedoraproject.org/tests/1038278 Old failures (same test failed in Fedora-35-20211022.n.0): ID: 1038040 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1038040 ID: 1038086 Test: aarch64 Server-dvd-iso anaconda_help@uefi URL: https://openqa.fedoraproject.org/tests/1038086 ID: 1038095 Test: aarch64 Server-dvd-iso server_role_deploy_domain_controller@uefi URL: https://openqa.fedoraproject.org/tests/1038095 ID: 1038103 Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi URL: https://openqa.fedoraproject.org/tests/1038103 ID: 1038141 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1038141 Soft failed openQA tests: 2/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-20211022.n.0): ID: 1038154 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1038154 Old soft failures (same test soft failed in Fedora-35-20211022.n.0): ID: 1038021 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1038021 ID: 1038060 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1038060 ID: 1038061 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1038061 ID: 1038070 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1038070 ID: 1038137 Test: aarch64 Workstation-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1038137 Passed openQA tests: 192/204 (x86_64), 130/141 (aarch64) New passes (same test not passed in Fedora-35-20211022.n.0): ID: 1038003 Test: x86_64 Everything-boot-iso memory_check@uefi URL: https://openqa.fedoraproject.org/tests/1038003 ID: 1038075 Test: aarch64 Minimal-raw_xz-raw.xz base_system_logging@uefi URL: https://openqa.fedoraproject.org/tests/1038075 ID: 1038094 Test: aarch64 Server-dvd-iso install_blivet_standard_partition_ext4@uefi URL: https://openqa.fedoraproject.org/tests/1038094 ID: 1038126 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/1038126 ID: 1038152 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/1038152 ID: 1038233 Test: x86_64 universal upgrade_minimal_uefi@uefi URL: https://openqa.fedoraproject.org/tests/1038233 ID: 1038243 Test: aarch64 universal install_asian_language@uefi URL: https://openqa.fedoraproject.org/tests/1038243 ID: 1038284 Test: aarch64 universal install_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/1038284 Installed system changes in test x86_64 Workstation-live-iso install_default_upload: Used swap changed from 5 MiB to 5 MiB System load changed from 0.46 to 0.69 Previous test data: https://openqa.fedoraproject.org/tests/1037279#downloads Current test data: https://openqa.fedoraproject.org/tests/1038005#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default@uefi: Used swap changed from 6 MiB to 9 MiB System load changed from 0.69 to 0.50 Previous test data: https://openqa.fedoraproject.org/tests/1037323#downloads Current test data: https://openqa.fedoraproject.org/tests/1038049#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso
Re: update F34 - f35 postgresql module issue
On 10/23/21 14:40, Peter Boy wrote: I just tested the dnf upgrade procedure on one of our standby backup systems which happens to have the F34 postgresql module version 9.6 installed. The module was overwritten with version 13 without warning. Given the data incompatibility, this is a very unattractive practice. As far as I remember, one could rely on the fact that with an upgrade the respective module was updated in the installed version. Fedora 35 comes obviously without Postgres module 9.6. Unfortunately, the release change set doesn’t mention that. We need a clear indication and warning of this. I've never used the modules, but with rpms, you get the postgresql-upgrade package installed as well in order to upgrade the database. Is this not available with modules? ___ 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: 20211023.n.1 changes
OLD: Fedora-35-20211022.n.0 NEW: Fedora-35-20211023.n.1 = 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 packages: 0 B Size of downgraded packages: 0 B Size change of upgraded packages: 0 B Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = = DOWNGRADED PACKAGES = ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
kernel mod build on Ryzen5/f34/kernel-5.14.13 builds OK, but FAILs @ modprobe insertion: "ERROR: could not insert ... Exec format error" ?
i'm building nvidia kernel mod, for use with a pci nvidia card inxi -G | grep Dev Graphics: Device-1: NVIDIA GK208B [GeForce GT 710] driver: N/A Device-2: Advanced Micro Devices [AMD/ATI] Cezanne driver: N/A on a new install/build, cat /proc/cpuinfo | grep "model name" | uniq model name : AMD Ryzen 5 5600G with Radeon Graphics on lsb_release -rd Description:Fedora release 34 (Thirty Four) Release:34 uname -r 5.14.13-200.fc34.x86_64 dkms -V dkms-2.8.6 gcc --version gcc (GCC) 11.2.1 20210728 (Red Hat 11.2.1-1) BIOS is fully updated; secure boot's disabled mokutil --sb-state SecureBoot disabled Platform is in Setup Mode build, as per my usual, is with upstream's `nvidia-installer`, F="NVIDIA-Linux-x86_64-470.74-no-compat32" wget http://http.download.nvidia.com/XFree86/Linux-x86_64/470.74/${F}.run chmod +x ${F}.run ./${F}.run --extract-only cd ${F}/ dkms status -m nvidia --all (empty) ./nvidia-installer --expert \ --dkms \ --accept-license \ --ui=none \ --no-questions \ --disable-nouveau --no-nouveau-check \ --no-check-for-alternate-installs \ --no-distro-scripts \ --force-selinux=no \ --no-systemd \ --no-install-compat32-libs \ --no-install-libglvnd \ --no-cc-version-check \ --no-precompiled-interface which FAILs @ `modprobe` ... Searching for conflicting files: Searching: [##] 100% Installing 'NVIDIA Accelerated Graphics Driver for Linux-x86_64' (470.74): Installing: [##] 100% Driver file installation is complete. Installing DKMS kernel module: Adding to DKMS: [##] 100% ERROR: Unable to load the 'nvidia-drm' kernel module: 'modprobe: ERROR: could not insert 'nvidia_drm': Exec format error' ERROR: Installation has failed. Please see the file '/var/log/nvidia-installer.log' for details. You may find suggestions on fixing installation problems in the README available on the Linux driver download page at www.nvidia.com. and dmesg ... [13680.181756] module: x86/modules: Skipping invalid relocation target, existing value is nonzero for type 1, loc 5a6a71ea, val c1979de7 and a not-particularly-helpful, cat /var/log/nvidia-installer.log -> Executing: /usr/sbin/ldconfig executing: '/usr/sbin/ldconfig'... -> done. -> Driver file installation is complete. -> Installing DKMS kernel module: -> done. ERROR: Unable to load the 'nvidia-drm' kernel module: 'modprobe: ERROR: could not insert 'nvidia_drm': Exec format error' ERROR: Installation has failed. Please see the file '/var/log/nvidia-installer.log' for details. You may find suggestions on fixing installation problems in the README available on the Linux driver download page at www.nvidia.com. the mods *are* built cd /var/lib/dkms/nvidia/kernel-5.14.13-200.fc34.x86_64-x86_64/module/ treev ├── [-rw-r--r-- root 24048 2021-10-23 18:18:00 -0400] nvidia-drm.ko.xz ├── [-rw-r--r-- root23785248 2021-10-23 18:17:59 -0400] nvidia.ko.xz ├── [-rw-r--r-- root 515764 2021-10-23 18:18:00 -0400] nvidia-modeset.ko.xz ├── [-rw-r--r-- root 996 2021-10-23 18:18:00 -0400] nvidia-peermem.ko.xz └── [-rw-r--r-- root 342256 2021-10-23 18:17:59 -0400] nvidia-uvm.ko.xz and installed in module tree find /lib/modules/5.14.13-200.fc34.x86_64/ | grep extra/nvidia.*ko /lib/modules/5.14.13-200.fc34.x86_64/extra/nvidia-drm.ko.xz /lib/modules/5.14.13-200.fc34.x86_64/extra/nvidia-peermem.ko.xz /lib/modules/5.14.13-200.fc34.x86_64/extra/nvidia.ko.xz /lib/modules/5.14.13-200.fc34.x86_64/extra/nvidia-modeset.ko.xz /lib/modules/5.14.13-200.fc34.x86_64/extra/nvidia-uvm.ko.xz but aren't insertable lsmod | grep nvidia (emtpy) modinfo nvidia-drm filename: /lib/modules/5.14.13-200.fc34.x86_64/extra/nvidia-drm.ko.xz version:470.74 supported: external license:MIT srcversion: CBB4EE4C99F37AD0FDDB887 alias: pci:v10DEd*sv*sd*bc03sc02i00* alias:
Re: Fedora minimum hardware requirements
Marius Schwarz wrote: > no printersupport Uh, you can actually attach a printer directly to a PinePhone, either using the convergence dock or USB C directly. > ATM, i still see a long way to go for Linux on Phones, but Android > didn't do it overnight either. I have been using a PinePhone as my everyday smartphone for three months now. (It is not currently running Fedora though, but Manjaro Plasma Mobile.) It is in fact my first smartphone, because I have always refused to use the Android or (worse) iOS (ewww!) walled gardens. That said, realistically speaking, it will probably remain a niche product just as on the desktop. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Qt package licenses
Jerry James wrote: > Currently they have "LGPLv2 with exceptions or GPLv3 with exceptions". That is definitely wrong/outdated. > I believe that most or all of them should have one of these two instead: > > - LGPLv3 or GPLv2+ > - LGPLv3 or GPLv2+ with exceptions GPLv2+ is wrong, the text actually allows only "any later version approved by the KDE Free Qt Foundation", not "any later version". So this is only "GPLv2 or GPLv3" until further notice. So as a whole, this should be: LGPLv3 or GPLv2 or GPLv3 or I suppose you could just write: LGPLv3 or GPLv2 because the LGPLv3 always allows relicensing to GPLv3 anyway. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Qt package licenses
Neal Gompa wrote: > The only exception I'm aware of is the KDE Free Qt exception: > https://kde.org/community/whatiskde/kdefreeqtfoundation/ > > This exception governs how the license is actually governed, rather > than how it's executed, though I believe that's where the current > license stanza comes from. Some Qt code (as far as I know, some or all of the tools that are GPL/commercial-only, not LGPL) use this GPL exception: https://invent.kde.org/qt/qt/qtbase/-/blob/dev/LICENSE.GPL3-EXCEPT License exception use used to be more widespread before the LGPL option was introduced. Nowadays, Qt mostly relies on standard GPL and/or LGPL licenses. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: bodhi updates skipping updates-testing entirely
Fabio Valentini wrote: > This sounds like you didn't read my whole post. > Because I don't want to make updates going from "pending -> stable" > directly impossible, Well, several of the people who replied do want that, if I understand their replies correctly. I think your original proposal that only blocks the automated push, requiring a manual push, would be workable. (I think autokarma pushes are a bad idea to begin with.) Still, it is more than what would be required to address the technical issue at hand. > I just want it not to happen unless necessary, because it drastically > reduces the exposure of updates to broader user testing. It is always a tradeoff between getting urgent fixes out fast and waiting for more users to test them. >> > That isn't that big of a problem most of the time, since "fedora" / >> > "updates" and "updates-testing" repositories are composed daily, but >> > during freezes, this leads to the weird problem that possibly >> > important updates get stuck in a state where they are available from >> > *no repository at all*. >> >> That is the real problem that needs fixing, and the fix for that would be >> for Bodhi to: >> * if an update is in pending → stable state for Fedora n, AND >> * if Fedora n is currently in a freeze (and ONLY in that case), THEN >> 1. push the update to testing instead AND >> 2. keep it queued for stable, i.e., put it into testing → stable state. >> >> But there is no valid reason to do that for releases that are not frozen >> and where the update can just go out directly to stable. > > Why should updates for "stable" releases receive less testing coverage > than those for a pre-release? That doesn't make any sense. Because the pre-releases are in a freeze that prevents getting the updates out to stable and the stable releases are not. My argument is a purely technical one, not a policy one. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
update F34 - f35 postgresql module issue
I just tested the dnf upgrade procedure on one of our standby backup systems which happens to have the F34 postgresql module version 9.6 installed. The module was overwritten with version 13 without warning. Given the data incompatibility, this is a very unattractive practice. As far as I remember, one could rely on the fact that with an upgrade the respective module was updated in the installed version. Fedora 35 comes obviously without Postgres module 9.6. Unfortunately, the release change set doesn’t mention that. We need a clear indication and warning of this. Peter ___ 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: Considering ExcludeArch: %{ix86} for webkit2gtk3
On Fri, Oct 22, 2021 at 11:24:31PM +0200, Fabio Valentini wrote: > On Fri, Oct 22, 2021 at 3:49 PM Michael Catanzaro > wrote: > > > > On Thu, Oct 21 2021 at 05:15:37 PM -0700, Tom Stellard > > wrote: > > > To do this, you need to add -fuse-ld=lld -Wl,--build-id=sha1 to the > > > linker flags. > > > > I suppose I'll give it a try. > > > > ld.bfd just made it even worse: > > > > /usr/bin/ld.gold: fatal error: lib/libwebkit2gtk-4.0.so.37.55.4: mmap: > > failed to allocate 2563095728 bytes for output file: Cannot allocate > > memory > > > > I already tried building with -g0 to get the binary size down. I guess > > I will also try a build with -Os to see if that makes a difference, in > > parallel to a build with lld. That said, no matter what solution we use > > here, it seems like only a matter of time before i686 is no longer > > supportable. > > If you do plan to go ahead with this at some point, please consider > either announcing it very publicly, or even better, filing a Change > proposal for it. > Removing a non-leaf package from an architecture has ripple effects > across the whole distro, depending on how big the reverse dependency > tree of the package is, so this should not be done without care, and > especially not for a released branch. AIUI we only keep i686 around for multilib. There's no i686 kernel, so no one can install Fedora on a 32 bit machine or VM, so no one will be running a GUI. Therefore the only possible use of webkit2gtk3 is to compile a 32 bit GUI application that would run on a 64 bit Fedora. What kind of application would that be? It seems like a very marginal use case unless I'm missing something (and maybe I am). Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ 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
SuperLU-5.3.0 in Rawhide
Hi all. Next release of SuperLU is the 5.3.0, in 7 days it will be built in Rawhide including its related dependencies. Changelog: https://portal.nersc.gov/project/sparse/superlu/#superlu -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key: 0xCC1CFEF30920C8AE GPG key server: https://keyserver1.pgp.com/ OpenPGP_0xCC1CFEF30920C8AE.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: Packaging autorandr
> On Fri, 22 Oct 2021, Peter Kotvan wrote: > > > Hi Peter! > > I took a quick look at the upstream .spec and it seems that it has a fair > amount of cruft that is no longer allowed in Fedora packaging (e.g., > BuildRoot, Group, etc.) and as such probably doesn't meet current > packaging guidelines. I would just create a new one, or you could take > the existing one and update it to current standards - which is likely to > result in a smaller/simpler spec. > > Scott Hi Scott! Thanks for the suggestion! I've done some work on the spec file and filed a package review bug https://bugzilla.redhat.com/show_bug.cgi?id=2016767 We'll see how the review will go. P. ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Considering ExcludeArch: %{ix86} for webkit2gtk3
On Fri, Oct 22 2021 at 10:34:44 PM -0400, Demi Marie Obenour wrote: Does ARMv7 work, Yes. and could cross-compiling from x64 work? Sincerely, Demi Marie Obenour (she/her/hers) Presumably it would not fail like this, but we can't do cross builds for official packages. Michael ___ 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: sssd-2.6.0 update in F35 breaks klist/kinit here
On Sat, Oct 23, 2021 14:09:55 +0300, Otto Urpelainen wrote: > Ankur Sinha kirjoitti 22.10.2021 klo 17.56: > > > Hi, Hi, > > I am sure exactly what should break, but I could not reproduce this: Thanks for testing it out. > 1. $ sudo dnf upgrade --enablerepo=updates-testing > --advisory=FEDORA-2021-360425682d > 2. reboot just to be sure > 3. $ kinit u...@fedoraproject.org > 4. Enter password as requested > 5. $ klist > 6. $ fedpkg new-sources > > Everything still works. In the new-sources step I used a file that was > already in the cache, so that the cache would not be polluted by files added > just for testing. Does that make a difference? I don't *think* so. In my case there was no cache file at `/tmp/..` at all. This is the complete upgrade transaction but my limited knowledge of klist etc. doesn't tell me if anything else could be involved. Even now, upgrading sssd stops kinit from working. I'll go try another update and reboot and see if it helps: Transaction ID : 760 Begin time : Wed 20 Oct 2021 18:44:54 BST Begin rpmdb: 3666:95fd579de57a4f33896281a9940dda36be2b6442 End time : Wed 20 Oct 2021 18:46:34 BST (100 seconds) End rpmdb : 3667:777c44781207263b870f12bb21e763ac68b7aac6 User : System Return-Code: Success Releasever : 35 Command Line : system-upgrade upgrade Comment: Packages Altered: Reason Change Box2D-2.4.1-6.fc35.x86_64 @fedora Install flite-2.2-1.fc35.x86_64 @updates-testing Install kernel-5.14.12-300.fc35.x86_64 @updates-testing Install kernel-core-5.14.12-300.fc35.x86_64 @updates-testing Install kernel-modules-5.14.12-300.fc35.x86_64 @updates-testing Upgrade neomutt-5:20211015-1.fc35.x86_64 @copr:copr.fedorainfracloud.org:flatcap:neomutt Upgraded neomutt-5:20210205-1.fc34.x86_64 @@System Upgrade glib2-2.70.0-5.fc35.x86_64 @fedora Upgraded glib2-2.70.0-4.fc35.x86_64 @@System Upgrade gnome-session-40.1.1-3.fc35.x86_64 @fedora Upgraded gnome-session-40.1.1-2.fc35.x86_64 @@System Upgrade gnome-session-wayland-session-40.1.1-3.fc35.x86_64 @fedora Upgraded gnome-session-wayland-session-40.1.1-2.fc35.x86_64 @@System Upgrade gnome-session-xsession-40.1.1-3.fc35.x86_64@fedora Upgraded gnome-session-xsession-40.1.1-2.fc35.x86_64 @@System Upgrade jq-1.6-10.fc35.x86_64 @fedora Upgraded jq-1.6-9.fc35.x86_64 @@System Upgrade gstreamer1-plugin-openh264-1.19.1-1.fc35.x86_64 @fedora-cisco-openh264 Upgraded gstreamer1-plugin-openh264-1.18.2-1.fc35.x86_64 @@System Upgrade mozilla-openh264-2.1.1-3.fc35.x86_64 @fedora-cisco-openh264 Upgraded mozilla-openh264-2.1.1-2.fc35.x86_64 @@System Upgrade openh264-2.1.1-3.fc35.x86_64 @fedora-cisco-openh264 Upgraded openh264-2.1.1-2.fc35.x86_64 @@System Upgrade adobe-mappings-cmap-20190730-1.fc35.noarch @updates-testing Upgraded adobe-mappings-cmap-20171205-11.fc35.noarch @@System Upgrade adobe-mappings-cmap-deprecated-20190730-1.fc35.noarch @updates-testing Upgraded adobe-mappings-cmap-deprecated-20171205-11.fc35.noarch @@System Upgrade bluez-5.62-1.fc35.x86_64 @updates-testing Upgraded bluez-5.61-1.fc35.x86_64 @@System Upgrade bluez-cups-5.62-1.fc35.x86_64 @updates-testing Upgraded bluez-cups-5.61-1.fc35.x86_64 @@System Upgrade bluez-libs-5.62-1.fc35.x86_64 @updates-testing Upgraded bluez-libs-5.61-1.fc35.x86_64 @@System Upgrade bluez-obexd-5.62-1.fc35.x86_64 @updates-testing Upgraded bluez-obexd-5.61-1.fc35.x86_64 @@System Upgrade container-selinux-2:2.170.0-2.fc35.noarch @updates-testing Upgraded container-selinux-2:2.170.0-1.fc35.noarch @@System Upgrade environment-modules-5.0.1-1.fc35.x86_64 @updates-testing Upgraded environment-modules-5.0.0-1.fc35.x86_64 @@System Upgrade fedora-third-party-0.8-1.fc35.noarch @updates-testing Upgraded fedora-third-party-0.7-1.fc35.noarch @@System Upgrade git-2.33.1-1.fc35.x86_64
Re: sssd-2.6.0 update in F35 breaks klist/kinit here
Ankur Sinha kirjoitti 22.10.2021 klo 17.56: Hi folks, I just updated two F35 systems with updates-testing enabled and then `klist` etc. stopped working for me. Some investigation seems to indicate that the sssd-2.6.0 update may be involved---downgrading back to 2.5.2 immediately fixes the issue on both systems. The update however, has 3+ karma already, so it's on it's way to stable: https://bodhi.fedoraproject.org/updates/FEDORA-2021-360425682d Could more folks please test it out to see if it's a package update related bug? (I've not touched my configs at all as far as I can remember, so it *shouldn't* be specific to my two machines). If it's a general issue, it'll break kinit etc. for all package maintainers as soon as they get the update. (Running `fedpkg new-sources` was how I ran into the issue). Hi, I am sure exactly what should break, but I could not reproduce this: 1. $ sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-360425682d 2. reboot just to be sure 3. $ kinit u...@fedoraproject.org 4. Enter password as requested 5. $ klist 6. $ fedpkg new-sources Everything still works. In the new-sources step I used a file that was already in the cache, so that the cache would not be polluted by files added just for testing. Does that make a difference? Otto ___ 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-20211023.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-20211022.0): ID: 1037702 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1037702 ID: 1037703 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1037703 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
Fedora-Cloud-33-20211023.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-20211022.0): ID: 1037628 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1037628 ID: 1037629 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1037629 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