Re: Fedora 34 Change: Remove Python2 RPM Macros (Self-Contained Change proposal)

On Sat, Jan 16, 2021 at 2:50 AM Miro Hrončok wrote: > > On 15. 01. 21 22:49, Neal Gompa wrote: > > I would really rather not have this happen until we're going to retire > > Python 2 entirely. The Python 2 macros are already separate from the > > Python 3 ones, so we could just leave them alone un

Re: How to build CPM.cmake packages?

Thanks Vitaly, I'll follow up on that this week. Cheers Bob On Sat, 16 Jan 2021 at 20:45, Vitaly Zaitsev via devel wrote: > > On 16.01.2021 08:57, Bob Hepple wrote: > > Any ideas how to overcome this? > > UPD: CPM can use packaged versions[1]. You just need to forward > -DCPM_USE_LOCAL_PACKAG

Re: Fedora 34 Mass Rebuild

On 15/01/2021 20:31, Mohan Boddu wrote: > Hi all, > > Per the Fedora 34 schedule[1] we will start a mass rebuild for Fedora 34 > on Jan 20th 2021. We will run a mass rebuild for Fedora 34 for the > changes listed in: > > https://pagure.io/releng/issues?status=Open&tags=mass+rebuild The ppc64l

Re: [ELN] How to handle RHEL-specific changes when it fails in ELN?

On Sat, Jan 16, 2021 at 4:54 PM Kevin Kofler via devel wrote: > > Miro Hrončok wrote: > > See also: > > https://src.fedoraproject.org/rpms/rust-bootupd/c/c6cf7f6492e0d943e8471f86719df89eed587f6a?branch=master > > This is a blatant violation of Fedora packaging guidelines and ought to be > reverted

Re: Fedora 34 Mass Rebuild

On 16. 01. 21 20:46, Kevin Fenzi wrote: https://pagure.io/releng/issues?status=Open&tags=mass+rebuild I've noticedhttps://pagure.io/releng/issue/9829 is not listed here. Could you please not start the build until make is removed? Yes, as mentioned in that ticket we are planning on removing mak

Re: [ELN] How to handle RHEL-specific changes when it fails in ELN?

Miro Hrončok wrote: > See also: > https://src.fedoraproject.org/rpms/rust-bootupd/c/c6cf7f6492e0d943e8471f86719df89eed587f6a?branch=master This is a blatant violation of Fedora packaging guidelines and ought to be reverted immediately. Kevin Kofler ___

Re: pkg build @ COPR succeeds for F32 chroot, FAILS for F33. .spec issue, or problem in buildenv?

On Sat, Jan 16, 2021 at 9:14 PM PGNet Dev wrote: > > On 1/16/21 12:35 PM, PGNet Dev wrote: > > + /usr/lib/rpm/brp-strip /usr/bin/strip > > /usr/bin/strip: unable to copy file > > '/builddir/build/BUILDROOT/dhcpcd-9.4.0-0.pgnd_20210116_172904.fc33.x86_64/usr/local/dhcpcd/sbin/dhcpcd'; >

Re: pkg build @ COPR succeeds for F32 chroot, FAILS for F33. .spec issue, or problem in buildenv?

On 1/16/21 12:35 PM, PGNet Dev wrote: + /usr/lib/rpm/brp-strip /usr/bin/strip /usr/bin/strip: unable to copy file '/builddir/build/BUILDROOT/dhcpcd-9.4.0-0.pgnd_20210116_172904.fc33.x86_64/usr/local/dhcpcd/sbin/dhcpcd'; reason: Permission denied error: Bad exit status from /var/t

Appdata file location and the packaging guidelines

I noticed due to an upstream bug report for a project I am on that the Fedora packaging guidelines still say that GUI applications should install their files as appdata.xml files and not metainfo.xml files (https://docs.fedoraproject.org/en-US/packaging-guidelines/AppData/). The upstream spec f

Re: Fedora 34 Mass Rebuild

On Sat, Jan 16, 2021 at 08:39:17AM +0100, Miro Hrončok wrote: > On 15. 01. 21 20:31, Mohan Boddu wrote: > > Hi all, > > > > Per the Fedora 34 schedule[1] we will start a mass rebuild for Fedora 34 > > on Jan 20th 2021. We will run a mass rebuild for Fedora 34 for the > > changes listed in: > > >

Re: Fedora 34 Mass Rebuild

On Sat, Jan 16, 2021 at 12:43:56AM +0100, Fabio Valentini wrote: > > What system will be used to run the mass rebuild script? They run on compose-x86-01 I think. > If it's a fedora 33 system, I suggest modifying the script to invoke > rpmdev-bumpspec with the "-D" flag for better compatibiltiy

pkg build @ COPR succeeds for F32 chroot, FAILS for F33. .spec issue, or problem in buildenv?

 I'm building a pkg @ COPR, 'dhcpcd', https://copr.fedorainfracloud.org/coprs/pgfed/dhcpcd/build/1885349/ for both F32 & F33 chroot targets. The F32 build succeeds, pkg installs & execs OK, https://download.copr.fedorainfracloud.org/results/pgfed/dhcpcd/fedora-32-x86_64/018853

Re: GNOME Shell startup app issue with /tmp

On Sat, 16 Jan 2021 08:44:54 -0600, Michael Catanzaro wrote: > > Most likely you want to use $XDG_RUNTIME_DIR instead, which is private > > to your user, and not shared with other users. Use glib's > > g_get_user_runtime_dir() as a wrapper for accessing that variable. > > Or g_dir_make_tmp() N

Re: GNOME Shell startup app issue with /tmp

On Sat, 16 Jan 2021 15:34:44 +0100, Lennart Poettering wrote: > Regardless of the actual issue ran into: taking a predictable name > like that in /tmp/ is a DoS vulnerability. /tmp/ is a shared > namespace, any local program can take any name in there, and hence > block you out from starting Claws

Re: GNOME Shell startup app issue with /tmp

On Sat, Jan 16, 2021 at 3:34 pm, Lennart Poettering wrote: Most likely you want to use $XDG_RUNTIME_DIR instead, which is private to your user, and not shared with other users. Use glib's g_get_user_runtime_dir() as a wrapper for accessing that variable. Or g_dir_make_tmp() __

Re: GNOME Shell startup app issue with /tmp

On Sa, 16.01.21 13:56, Michael Schwendt (mschwe...@gmail.com) wrote: > Noticed that when setting Claws Mail to become a startup app in F33 > GNOME Shell, it doesn't create its /tmp/claws-mail-$UID directory. Regardless of the actual issue ran into: taking a predictable name like that in /tmp/ is

Re: [ELN] How to handle RHEL-specific changes when it fails in ELN?

On Sat, Jan 16, 2021 at 2:28 AM Miro Hrončok wrote: > > On 15. 01. 21 20:34, Igor Raits wrote: > > Hello, > > > > My friendly co-maintainers pushed > > https://src.fedoraproject.org/rpms/stratisd/c/32d87697075a846f9a3feb9ee66058287a91ccde?branch=master > >

Re: Fedora 34 Change: Remove Python2 RPM Macros (Self-Contained Change proposal)

On Sat, Jan 16, 2021 at 2:50 AM Miro Hrončok wrote: > > On 15. 01. 21 22:49, Neal Gompa wrote: > > I would really rather not have this happen until we're going to retire > > Python 2 entirely. The Python 2 macros are already separate from the > > Python 3 ones, so we could just leave them alone un

Re: GNOME Shell startup app issue with /tmp

On Sat, Jan 16, 2021 at 01:56:26PM +0100, Michael Schwendt wrote: > Claws Mail relies on g_get_tmp_dir() for retrieval of the path, so it seems > when the program is launched, either /tmp doesn't exist yet or there are > problems creating files in it. systemd sets up the file system very early on,

GNOME Shell startup app issue with /tmp

Noticed that when setting Claws Mail to become a startup app in F33 GNOME Shell, it doesn't create its /tmp/claws-mail-$UID directory. Claws Mail relies on g_get_tmp_dir() for retrieval of the path, so it seems when the program is launched, either /tmp doesn't exist yet or there are problems creat

Re: protobuf 3.14 update coming to rawhide

With the upcoming mass rebuild I created a request to have it merged just now: https://bodhi.fedoraproject.org/updates/FEDORA-2021-3229c37a83 Adrian On Fri, Jan 15, 2021 at 12:15:44PM +0100, Petr Menšík wrote: > Hi Adrian, > > I would like to rebuild new BIND 9.16, once this tag

Re: How to build CPM.cmake packages?

On 16.01.2021 08:57, Bob Hepple wrote: Any ideas how to overcome this? UPD: CPM can use packaged versions[1]. You just need to forward -DCPM_USE_LOCAL_PACKAGES:BOOL=TRUE. Example: %build %cmake \ -DCPM_USE_LOCAL_PACKAGES:BOOL=TRUE \ -DCPM_LOCAL_PACKAGES_ONLY:BOOL=TRUE [1]: https://

Re: How to build CPM.cmake packages?

On 16.01.2021 08:57, Bob Hepple wrote: One of my packages has started to use CPM.cmake (https://github.com/TheLartians/CPM.cmake) which is a "Setup-free CMake dependency management" addon script for cmake. You should ask upstream to make this optional (allow forwarding the special configuratio