Fedora eln compose report: 20250307.n.0 changes
OLD: Fedora-eln-20250306.n.0 NEW: Fedora-eln-20250307.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:6 Upgraded packages: 38 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:211.30 MiB Size of upgraded packages: 2.11 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 1.63 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = Package: R-4.4.3-1.eln146 Summary: A language for data analysis and graphics RPMs:R-core libRmath Size:202.29 MiB Package: dSFMT-2.2.3-26.eln146 Summary: Double precision SIMD-oriented Fast Mersenne Twister RPMs:dSFMT Size:19.97 KiB Package: libgit2_1.8-1.8.4-2.eln146 Summary: C implementation of the Git core methods as a library with a solid API RPMs:libgit2_1.8 Size:550.82 KiB Package: openlibm-0.7.5-11.eln146 Summary: High quality system independent, open source libm RPMs:openlibm Size:102.39 KiB Package: suitesparse-7.10.0-1.eln146 Summary: A collection of sparse matrix libraries RPMs:suitesparse64_ Size:8.19 MiB Package: tre-0.8.0-47.20140228gitc2f5d13.eln146 Summary: POSIX compatible regexp library with approximate matching RPMs:tre tre-common Size:162.54 KiB = UPGRADED PACKAGES = Package: adwaita-icon-theme-48~beta-1.eln146 Old package: adwaita-icon-theme-47.0-2.eln145 Summary: Adwaita icon theme RPMs: adwaita-cursor-theme adwaita-icon-theme adwaita-icon-theme-devel Size: 787.78 KiB Size change: 45.08 KiB Changelog: * Thu Mar 06 2025 Fabio Valentini - 48~beta-1 - Update to 48.beta Package: anaconda-43.5-1.eln146 Old package: anaconda-43.1-1.eln146 Summary: Graphical system installer RPMs: anaconda anaconda-core anaconda-dracut anaconda-gui anaconda-install-env-deps anaconda-install-img-deps anaconda-tui anaconda-widgets anaconda-widgets-devel Size: 17.26 MiB Size change: -57.82 KiB Changelog: * Wed Mar 05 2025 Packit - 43.5-1 - Fix bad formatting for `format` function (jkonecny) - network: pass 16-dns-backend.conf to target system (rvykydal) - network: enable dnsconfd service in installer environment (rvykydal) - network: enable dnsconfd service on installed system if required (rvykydal) Package: baobab-48~alpha-1.eln146 Old package: baobab-47.0-2.eln145 Summary: A graphical directory tree analyzer RPMs: baobab Size: 1.92 MiB Size change: -2.21 KiB Changelog: * Thu Mar 06 2025 Fabio Valentini - 48~alpha-1 - Update to 48.alpha Package: bluechi-0.10.2-1.eln146 Old package: bluechi-0.10.1-1.eln146 Summary: A systemd service controller for multi-nodes environments RPMs: bluechi-controller Size: 351.61 KiB Size change: -70 B Changelog: * Thu Mar 06 2025 Packit - 0.10.2-1 - Update to version 0.10.2 Package: bluez-5.79-3.eln146 Old package: bluez-5.79-1.eln144 Summary: Bluetooth utilities RPMs: bluez bluez-cups bluez-libs bluez-libs-devel bluez-obexd Size: 6.61 MiB Size change: -6.88 KiB Changelog: * Thu Jan 16 2025 Fedora Release Engineering - 5.79-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild * Thu Mar 06 2025 Peter Robinson - 5.79-3 - Fixes for gcc-15 Package: bootc-1.1.6-2.eln146 Old package: bootc-1.1.6-1.eln146 Summary: Bootable container system RPMs: bootc Size: 11.06 MiB Size change: 2.81 KiB Changelog: * Thu Mar 06 2025 Joseph Marrero Corchado - 1.1.6-2 - Backport https://github.com/containers/bootc/pull/1167 Package: cabextract-1.11-7.eln146 Old package: cabextract-1.11-7.eln145 Summary: Utility for extracting cabinet (.cab) archives RPMs: cabextract Size: 290.62 KiB Size change: 22 B Package: cmake-4.0.0~rc3-1.eln146 Old package: cmake-4.0.0~rc2-3.eln146 Summary: Cross-platform make system RPMs: cmake cmake-data cmake-doc cmake-filesystem cmake-gui cmake-rpm-macros Size: 65.07 MiB Size change: 227.11 KiB Changelog: * Thu Mar 06 2025 Bj??rn Esser - 4.0.0~rc3-1 - cmake-4.0.0-rc3 Package: cogl-1.22.8-13.eln146 Old package: cogl-1.22.8-11.eln144 Summary: A library for using 3D graphics hardware to draw pretty pictures RPMs: cogl Size: 2.00 MiB Size change: 11.99 KiB Changelog: * Wed Aug 28 2024 Miroslav Such?? - 1.22.8-12 - convert license to SPDX * Thu Jan 16 2025 Fedora Release Engineering - 1.22.8-13 - Rebuilt for https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild Package: glib2-2.84.0-1.eln146 Old package: glib2-2.83.5-1.eln146 Summary: A library of handy utility functions RPMs: glib2 glib2-devel glib2-doc glib2-static glib2-tests Size: 53.27 MiB Size change: -3.00 KiB Changelog: * Thu Mar 06 2025
Re: [Fedora-packaging] Re: Scriptlet to replace a directory can cause infinite loop in update
On Wed, Mar 05, 2025 at 10:58:40PM -0600, Jason Tibbitts via packaging wrote: > > Zbigniew Jędrzejewski-Szmek writes: > > > Let's take a step back. Does it make sense to implement complicated > > and fragile scriptlets in packages? > > No, of course not. > > > Can we *please* get rid of this footgun that has been a continous > > source of problems? > > The mantra on the packaging committee is that we work with the RPM we > have, not the RPM we wish we had. This has been an issue in RPM since > before Fedora existed and it's still there, so we have little choice but > to adapt. Even if RPM does start handling this, the need to handle > older releases won't go away for quite some time. I think that mantra is outdated ;) For example, the recent story with sysusers is an example where close cooperation between rpm and the rest of the distro let's us figure out new solutions to old problems. So I think it's worth at least talking about ideas. For compat with older releases, we'd need to original solution… +1 for the macro as the intermediate form. 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Possible to use 'fedpkg mockbuild' with a side tag?
On 05. 03. 25 22:41, Ankur Sinha wrote: On Wed, Mar 05, 2025 13:16:04 -0800, Neal Gompa wrote: On Wed, Mar 5, 2025 at 1:08 PM Michael Catanzaro wrote: Hi, I am wondering if it is possible to use 'fedpkg mockbuild' to easily build for a side tag. I know that it's possible by using 'koji mock-config' and then 'fedpkg mockbuild --mock-config' but this is not easy since it requires creating a local mock configuration file. Would be nice if it were possible to do something like 'fedpkg mockbuild --target' which would function just like the --target argument in 'fedpkg build --target'. $ fedpkg mockbuild -- \ --addrepo=https://kojipkgs.fedoraproject.org/repos//latest/$basearch/ This is super useful! I've opened a PR for it to be added to package maintainer docs here: https://pagure.io/fedora-docs/package-maintainer-docs/pull-request/177 Thanks. There's also my RFE to make this shorter: https://github.com/rpm-software-management/mock/issues/1295 -- Miro Hrončok -- Phone: +420777974800 Fedora Matrix: mhroncok -- ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Self introduction & looking for sponsor for ccls
Hi Dan! This is indeed appreciated. No better sponsor! This will be my first contribution. I've read [1] and followed all instructions there, but I'm stuck. What should I do now? Thanks, Antonio [1] https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/ El 6/3/25 a las 12:07, Dan Čermák escribió: Hi Antonio, Antonio writes: Hi all, I'm an Apache Committer for the Apache NetBeans Project, and I'm also at Red Hat in Sustaining Engineering. I would like to become a package maintainer for fedora, starting with the orphaned ccls package [1], a LSP server for C, C++ and Objective-C, that was orphaned because the maintainer switched to clangd, which is also a good LSP server. As the previous maintainer of ccls, I'd be more than happy to sponsor you into the packager group and help you resurrect the ccls package! Cheers, Dan -- ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Problems aftes update to F42
Hello, I mean, that in gdm aren't listed other X11 sessions such as IceWM and others. So GDM don't support these sessions in future? So I must switch to lightdm? Filip Bartmann -- ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Problems aftes update to F42
On Thu, Mar 06, 2025 at 12:02:52PM -, Filip Bartmann wrote: > Hello, > I update Fedora 41 to Fedora 42 prerelase and I have some problems, notably > * in GDM are not listen non wayland sessions That might be because of the packaging changes releated to X11 becoming ever more deprecated. But afaik, X11 sessions should stilll be supported. > * in IceWM clicking on mouse or touchpad buttons not work For both things, please report a bug in bugzilla, with the appropriate details: https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=gdm https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=icewm 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Dependency generation in Fedora/COS10 vs RHEL9/COS9
Am Do., 6. März 2025 um 14:49 Uhr schrieb Michael Schwendt : > > On Thu, 06 Mar 2025 14:31:17 +0100, Michael J Gruber wrote: > > > https://copr.fedorainfracloud.org/coprs/mjg/mupdf-git/ > > Any particular reason why the shared libs are not executable? > They ought to be. Missing 'x' permissions has caused issues before. > > $ rpmls mupdf-libs-1.26.0~dev\^309.gfa7687f1c-1.el9.x86_64.rpm > lrwxrwxrwx /usr/lib64/libmupdf.so.26 > -rw-r--r-- /usr/lib64/libmupdf.so.26.0 > drwxr-xr-x /usr/share/licenses/mupdf-libs > -rw-r--r-- /usr/share/licenses/mupdf-libs/COPYING > -- Perfect, that was it! The reason was a probably unintended change in an upstream commit which squashed everything and the kitchen sink. The way I noticed was because a depending package (python-PyMuPDF) failed to build in EL9 coprs - it tried to pull in older lib versions plus the current one, which conflicted. This looked utterly strange (I suspected repo issues) until I noticed the missing provides (the older versions still had them). Checked SONAME and all, but overlooked the permissions. Thanks again! Cheers 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Problems aftes update to F42
On Thu, Mar 6, 2025 at 7:02 AM Sérgio Basto via devel wrote: > > On Thu, 2025-03-06 at 06:15 -0800, Neal Gompa wrote: > > On Thu, Mar 6, 2025 at 4:54 AM Zbigniew Jędrzejewski-Szmek > > wrote: > > > > > > On Thu, Mar 06, 2025 at 12:02:52PM -, Filip Bartmann wrote: > > > > Hello, > > > > I update Fedora 41 to Fedora 42 prerelase and I have some > > > > problems, notably > > > > * in GDM are not listen non wayland sessions > > > > > > That might be because of the packaging changes releated to X11 > > > becoming ever more deprecated. But afaik, X11 sessions should > > > stilll > > > be supported. > > > > > > > Nope. It is being explicitly dropped from GDM as the code to X11 > > greeter mode is also tied to supporting X11 sessions. If you want to > > use X11 sessions, you need to use something else. > > > That's don't make sense, why you explicit drop it ? when you know we > have user that want use X11 and support X11 etc > > I have gonme on Xorg at Fedora 42 > > sergio@vmdevf42:~#ps -ef --cols=800 | grep X > > root 11360 7484 0 14:33 ? 00:00:00 /usr/libexec/sddm-helper --socket > /tmp/sddm-auth-76d527b7-e03e-43e8-808e-8ca720e216d9 --id 3 --start > /usr/bin/gnome-session --user sergio --display-server /usr/bin/X -dpi 0 > -background none -seat seat0 -noreset -keeptty -novtswitch -verbose 3 > > sergio 11503 11360 0 14:33 tty5 00:00:00 /usr/libexec/sddm-helper- > start-x11user /usr/bin/X -dpi 0 -background none -seat seat0 -noreset - > keeptty -novtswitch -verbose 3 /etc/X11/xinit/Xsession "/usr/bin/gnome- > session" > > sergio 11504 11503 2 14:33 tty5 00:00:05 /usr/libexec/Xorg -dpi 0 - > background none -seat seat0 -noreset -keeptty -novtswitch -verbose 3 - > auth /run/user/1000/xauth_BRbJvJ -displayfd 13 vt5 > For this cycle (GNOME 48), you can use GNOME on X11 with a different login manager. But GNOME on X11 is extremely deprecated and slated for removal upstream. It will likely be gone with GNOME 49 (Fedora 43). Your choices are to switch to GNOME Wayland or use something else. -- 真実はいつも一つ！/ Always, there's only one truth! -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Self introduction & looking for sponsor for ccls
Hi Antonio, Antonio writes: > Hi all, > > I'm an Apache Committer for the Apache NetBeans Project, and I'm also > at Red Hat in Sustaining Engineering. > > I would like to become a package maintainer for fedora, starting with > the orphaned ccls package [1], a LSP server for C, C++ and > Objective-C, that was orphaned because the maintainer switched to > clangd, which is also a good LSP server. As the previous maintainer of ccls, I'd be more than happy to sponsor you into the packager group and help you resurrect the ccls package! Cheers, Dan -- ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Problems aftes update to F42
Hello, I update Fedora 41 to Fedora 42 prerelase and I have some problems, notably * in GDM are not listen non wayland sessions * in IceWM clicking on mouse or touchpad buttons not work -- ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Dependency generation in Fedora/COS10 vs RHEL9/COS9
Hi there recently, my mupdf test builds in COPR started to show problems: the libs package does not seem to get proper provides (on the so) any more, in particular not those which the devel package expects. The problem occurs only in RHEL9/COS9, not in any Fedora nor in COS10. (All things EL/COS are with EPEL, of course.) It occurred only recently, RHEL9/COS9 worked before. The only related upstream change is that they switched to providing an additional libmupdf.so.MAJOR symlink to libmupdf.so.MAJOR.MINOR. I have checked that the soname is still libmupdf.so.MAJOR.MINOR in the produced lib. Does the dependency generator trip over the symlink by any chance (which has a "mismatch" between soname and link name (unresolved path)? Stumped. Note that I don't plan on bringing those version to EL9, I just want to make sure that my packaging is still right after some upstream changes. I have not tried removing that additional symlink, for example, but I think other packages do the same. Michael https://copr.fedorainfracloud.org/coprs/mjg/mupdf-git/ Distribution packages (all "work"): --provides mupdf-libs-0:1.25.4-1.fc41.x86_64 libmupdf.so.25.4()(64bit) mupdf-libs = 1.25.4-1.fc41 mupdf-libs(x86-64) = 1.25.4-1.fc41 -l ... /usr/lib64/libmupdf.so.25.4 --requires mupdf-devel-0:1.25.4-1.fc41.x86_64 libmupdf.so.25.4()(64bit) mupdf-libs(x86-64) = 1.25.4-1.fc41 -l ... /usr/lib64/libmupdf.so (EL9 mupdf build statically) --provides mupdf-libs-0:1.25.2-1.el10_0.x86_64 libmupdf.so.25.2()(64bit) mupdf-libs = 1.25.2-1.el10_0 mupdf-libs(x86-64) = 1.25.2-1.el10_0 -l ... /usr/lib64/libmupdf.so.25.2 --requires mupdf-devel-0:1.25.2-1.el10_0.x86_64 libmupdf.so.25.2()(64bit) mupdf-libs(x86-64) = 1.25.2-1.el10_0 -l ... /usr/lib64/libmupdf.so Copr packages (all but el9 "work"): --provides mupdf-libs-0:1.26.0~dev^309.gfa7687f1c-1.fc41.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs = 1.26.0~dev^309.gfa7687f1c-1.fc41 mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.fc41 -l ... /usr/lib64/libmupdf.so.26 /usr/lib64/libmupdf.so.26.0 --requires mupdf-devel-0:1.26.0~dev^309.gfa7687f1c-1.fc41.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.fc41 -l ... /usr/lib64/libmupdf.so --provides mupdf-libs-0:1.26.0~dev^309.gfa7687f1c-1.el9.x86_64 [NO provides on the soname here any more since recently!] mupdf-libs = 1.26.0~dev^309.gfa7687f1c-1.el9 mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.el9 -l ... /usr/lib64/libmupdf.so.26 /usr/lib64/libmupdf.so.26.0 --requires mupdf-devel-0:1.26.0~dev^309.gfa7687f1c-1.el9.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.el9 -l ... /usr/lib64/libmupdf.so --provides mupdf-libs-0:1.26.0~dev^309.gfa7687f1c-1.el10.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs = 1.26.0~dev^309.gfa7687f1c-1.el10 mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.el10 -l ... /usr/lib64/libmupdf.so.26 /usr/lib64/libmupdf.so.26.0 --requires --requires mupdf-devel-0:1.26.0~dev^309.gfa7687f1c-1.el10.x86_64 libmupdf.so.26.0()(64bit) mupdf-libs(x86-64) = 1.26.0~dev^309.gfa7687f1c-1.el10 -l ... /usr/lib64/libmupdf.so -- ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: force merging of the remaining pull requests for sysusers
On Thu, Mar 06, 2025 at 05:02:27PM +0100, Michal Schorm wrote: > Yes, MariaDB packs it's own sysusers file. > > | # cat /usr/lib/sysusers.d/mariadb.conf > | u mysql - "MariaDB" /var/lib/mysql > > however it wasn't used. > Instead, the preinstall scriptlet (which I maintained to be identical > with the MySQL one) was. > > 1) > Do I understand correctly, that with your Fedora 42 Change, the DNF > behavior changed, > so that the packaged sysuser file takes preference, ignoring (or > simply just running earlier than) the preinstall scriptlet? Yes. Looking at commit 009d1397331a89413e2c5eead163cadb47ccdb4b, rpm executes the sysusers config before %triggerprein. The preinstall scriptlet still gets executed, but in this case it is a noop since the accounts already exist. > 2) > When does it run exactly? > It doesn't seem to be specified in the DNF transaction output, however > since it actually creates the user:group, it has to run before the > preinstall scriptlet. > So that suggests the sysusers is handled somewhere during pretrans maybe? > I mean the package contains files owned by the user:group, so I just > want to be sure the user:group is set when the package is actually > being installed. > > 3) > How much is it compatible with older releases? > I strive to maintain a solid level of compatibility between Fedora, > CentOS Stream and RHEL SPECfiles to minimize the cherry-picking effort > required. > Is it possible to switch to sysusers.d now, but making it work on any > of: Fedora 40, Fedora 41, RHEL 10 or RHEL 9? > Or would it be necessary to keep the RPM scriptlet logic conditionally > for older releases? The native rpm handling is only available in F42+. (Maybe it'll be backported, but it's a fairly significant change, so I doubt that.) There are some choices for compatibility: - keep the existing scriptlets, probably making them conditional - use %sysuser_create_compat as described in the Packaging Guidelines [0]. In F43+ this will be a noop [1]. Since the package already has a sysusers file, this is going to be just a few lines. [0] https://docs.fedoraproject.org/en-US/packaging-guidelines/UsersAndGroups/#_creation_of_users_and_groups_with_scriptlets [1] https://src.fedoraproject.org/rpms/systemd/pull-request/193 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, report it: https://pagure.io/fedora-infrastructure/new_issue
Fedora gating tests to openssh
Dear colleagues, I see that Fedora gating tests for OpenSSH fail because of, among others, ownership/permission tests failure [1]. We have a ssh-keysign binary, that has sgid permissions deviating from upstream, we changed it in F38 [2] (and rolled back the corresponding patch) but the checks still expect sgid bits. I believe that I asked some people how to update the data to make the checks relevant, and I got a response that I should submit a PR to some repo, and probably I even submitted the PR to the repo - but I unfortunately don't remember the details at all (and looks like the PR was not processed). Could anybody please remind me the proper procedure? Thank you! [1] https://artifacts.dev.testing-farm.io/7a6fef07-41f3-40a2-8ee8-c327934eddcd/ [2] https://fedoraproject.org/wiki/Changes/SSHKeySignSuidBit -- Dmitry Belyavskiy -- ___ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
