Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

On 20. 06. 20 23:18, Björn Persson wrote: Also: Is it set in stone that "make_build" means "make in parallel" and nothing else? If so, why isn't the macro called "parallel_make"? Or is it the case that "make_build" means "the typical make command to use in a build stage", and a future version of

Re: Modules building for Fedora 30

On 6/20/20 11:32 AM, Kevin Fenzi wrote: On Sat, Jun 20, 2020 at 09:45:15AM -0400, Stephen John Smoogen wrote: On Fri, 19 Jun 2020 at 23:16, Orion Poplawski wrote: I just noticed that my openmpi module build is building for Fedora 30. This seems like a mistake. Where do I report that? I th

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

Gary Buhrmaster wrote: > On Wed, Jun 17, 2020 at 5:41 AM Igor Raits > wrote: > >> >> %if (0%{?rhel} && 0%{?rhel}) <= 8 || (0%{?fedora} && 0%{?fedora} <= 32) >> > > Yes, I have written such spec file lines, and while > they are correct, they tend to be ugly to parse for > humans. Apparently als

Re: Fedora 33 Self-Contained Change proposal: Default animated background for Fedora Workstation

Luya Tshimbalanga wrote: > On 2020-06-16 2:33 p.m., Kevin Kofler wrote: >> Michael Catanzaro wrote: >>> No, see the existing f32-backgrounds.spec for how the subpackaging >>> works. Animated backgrounds are in a separate subpackage that spins do >>> not need to install. >> My question was whether t

Re: RHEL 9 and modularity

On Saturday, June 20, 2020 4:37:06 PM MST Stephen John Smoogen wrote: > On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote: > > > > > > > On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr > > wrote: > > > > > > > > > > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote: > > > > > > > TL;DR

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

Ben Cotton wrote: > == Summary == > This change will update all spec files in Fedora that use make and replace > the make invocations with either the %make_build or %make_install macros. > > == Owner == > * Name: [[User:tstellar| Tom Stellard]] > * Email: I am opposed to this change. Unlike oth

Re: RHEL 9 and modularity

On Sat, Jun 20, 2020 at 7:40 PM Nico Kadel-Garcia wrote: > > On Thu, Jun 18, 2020 at 8:45 AM Josh Boyer wrote: > > Modularity has been an interesting idea on paper, but not worth the > effort. It should not be used for RHEL 9. > This is the wrong place to try to convince Red Hat otherwise. It's

Re: RHEL 9 and modularity

On Thu, Jun 18, 2020 at 8:45 AM Josh Boyer wrote: Modularity has been an interesting idea on paper, but not worth the effort. It should not be used for RHEL 9. > It is always good to push the boundaries and search for better ideas > and improvements, and that is part of what makes Fedora great.

Re: RHEL 9 and modularity

On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote: > > On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr > wrote: > > > > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote: > > > TL;DR benefits of modularity for Fedora: > > > > > > * Automating build chains for producing artifacts > > > *

Re: RHEL 9 and modularity

On Sat, Jun 20, 2020 at 6:51 PM John M. Harris Jr wrote: > > On Saturday, June 20, 2020 2:40:48 PM MST Neal Gompa wrote: > > On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr > > wrote: > > > > > > > > > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote: > > > > > > > TL;DR benefits of m

Re: RHEL 9 and modularity

On Saturday, June 20, 2020 2:40:48 PM MST Neal Gompa wrote: > On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr > wrote: > > > > > > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote: > > > > > TL;DR benefits of modularity for Fedora: > > > > > > > > > > > > * Automating build chains for

Re: RHEL 9 and modularity

On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr wrote: > > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote: > > TL;DR benefits of modularity for Fedora: > > > > * Automating build chains for producing artifacts > > * Straightforward mechanism of producing non-rpm artifacts using our >

Re: RHEL 9 and modularity

On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote: > TL;DR benefits of modularity for Fedora: > > * Automating build chains for producing artifacts > * Straightforward mechanism of producing non-rpm artifacts using our > existing tooling (modules -> flatpaks/containers/etc.) Both of thes

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

Miro Hrončok wrote: > On 19. 06. 20 23:11, Ben Cotton wrote: > > All make invocations in spec files that don't use the install target will > > be > > modified to use the %make_build macro > > Many Python packages build Sphinx documentation with variant of "make html". > Such invocation will a

Re: Orphaned 215 packages

On Thu, 2020-06-18 at 15:09 -0400, Stephen Gallagher wrote: > On Thu, Jun 18, 2020 at 12:51 PM Ben Rosser > wrote: > > On Wed, Jun 17, 2020 at 12:50 PM Fabio Valentini < > > decatho...@gmail.com> wrote: > > > On Wed, Jun 17, 2020 at 6:30 PM Ben Rosser > > > wrote: > > > > On Tue, Jun 16, 2020 at

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

On Sat, Jun 20, 2020 at 2:16 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Jun 19, 2020 at 05:11:43PM -0400, Ben Cotton wrote: > > The %make_build macro enables parallel make builds using the -j option. In > > case a package does not build correctly with parallel make, then parallel > > make

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

On Fri, Jun 19, 2020 at 05:11:43PM -0400, Ben Cotton wrote: > The %make_build macro enables parallel make builds using the -j option. In > case a package does not build correctly with parallel make, then parallel > make will be disabled for that package by redefining the %_smp_mflags macro > like

Re: Modules building for Fedora 30

On Sat, Jun 20, 2020 at 09:45:15AM -0400, Stephen John Smoogen wrote: > On Fri, 19 Jun 2020 at 23:16, Orion Poplawski wrote: > > > > I just noticed that my openmpi module build is building for Fedora 30. > > This seems like a mistake. Where do I report that? > > > > I think it should be reported

Re: libgps soname bump (gpsd-3.20)

On Sat, 2020-06-20 at 08:30 -0700, Adam Williamson wrote: > > > > The following packages are FTBFS, but not related to the gpsd > > update: > > > >   * plasma-workspace - missing dependencies > >   * vfrnav - looks like some problems with recent Boost > > > > I leave it up to the corresponding m

Re: libgps soname bump (gpsd-3.20)

On Thu, 2020-06-18 at 20:32 +0200, Björn 'besser82' Esser wrote: > Am Donnerstag, den 18.06.2020, 16:34 +0200 schrieb Miroslav Lichvar: > > A new version of gpsd is ready to be build in rawhide. This is a > > second attempt. It now bumps the libgps soname. Per repoquery the > > following packages h

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

On 20. 06. 20 14:47, Andy Mender wrote: On Sat, 20 Jun 2020 at 00:38, Miro Hrončok > wrote: On 19. 06. 20 23:11, Ben Cotton wrote: > All make invocations in spec files that don't use the install target will be > modified to use the %make_build macro

Re: Modules building for Fedora 30

On Fri, 19 Jun 2020 at 23:16, Orion Poplawski wrote: > > I just noticed that my openmpi module build is building for Fedora 30. > This seems like a mistake. Where do I report that? > I think it should be reported here: https://pagure.io/releng/issues > -- > Orion Poplawski > Manager of NWRA T

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

On Sat, 20 Jun 2020 at 00:38, Miro Hrončok wrote: > On 19. 06. 20 23:11, Ben Cotton wrote: > > All make invocations in spec files that don't use the install target > will be > > modified to use the %make_build macro > > Many Python packages build Sphinx documentation with variant of "make > html"

Re: RHEL 9 and modularity

On Sat, Jun 20, 2020 at 5:31 AM Dan Čermák wrote: > > Josh Boyer writes: > > > On Fri, Jun 19, 2020 at 2:54 PM David Cantrell wrote: > >> > >> On Thu, Jun 18, 2020 at 08:44:39AM -0400, Josh Boyer wrote: > >> >Hopefully that provides some context and helps FESCo and the wider > >> >community unde

Re: Highlights from the latest Copr release 2020-06-10

> - Copr project "runtime" dependencies were implemented. Newly you can > specify set of repositories your project depends on. Such repositories > will be installed together with the copr project repo file (e.g., by > 'dnf copr enable YOU/YOUR_PROEJCT'). Those repositories can be other >

Re: RHEL 9 and modularity

Josh Boyer writes: > On Fri, Jun 19, 2020 at 2:54 PM David Cantrell wrote: >> >> On Thu, Jun 18, 2020 at 08:44:39AM -0400, Josh Boyer wrote: >> >Hopefully that provides some context and helps FESCo and the wider >> >community understand where Red Hat is headed with modularity on the >> >Enterpri

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

Sorry about the empty email, I've hit send too fast… Anyway, on the topic of parallel builds: what is everyone's opinion on adding the %limit_build macro from openSUSE (see: https://build.opensuse.org/package/view_file/network:chromium/memory-constraints/memory-constraints.macros?expand=1)? tl;dr

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

Ben Cotton writes: > https://fedoraproject.org/wiki/Changes/UseMakeBuildInstallMacro > > == Summary == > This change will update all spec files in Fedora that use make and replace > the make invocations with either the %make_build or %make_install macros. > > == Owner == > * Name: [[User:tstell

Re: Orphaned 215 packages

On 20. 06. 20 3:11, Stuart D Gathman wrote: On Thu, 18 Jun 2020, Stephen Gallagher wrote: Stewardship SIG guy speaking :) If you have a limited set of packages that you want to keep working, e.g. to keep a minimal environment available to build other NodeJS rpm packages in fedora, then that's

Re: Fedora 33 System-Wide Change proposal: Use %make_build and %make_install macros

On Saturday, June 20, 2020 12:17:26 AM CEST Tomasz Kłoczko wrote: > All parallel build issues should be treated *as critical bugs* > which should be *ASAP fixed*. > > kloczek Seriously, are you saying that bugs causing slower build are as important as bugs causing data lost or security vulnerabi