Re: [Rpm-ecosystem] RFC #417 %optional file attribute

On Mon, Mar 26, 2018 at 01:08:15PM -0400, Neal Gompa wrote: > On Mon, Mar 26, 2018 at 6:43 AM, Florian Festi wrote: > > Hi! > > > > We are currently pondering about #417 [1]. For adding a %optional file > > attribute that would allow adding file to to %files sections that may >

Re: [Rpm-ecosystem] [Fedora-packaging] Let's standardize the way to disable tests during RPM build?

On Fri, Jun 05, 2020 at 04:39:08PM +0200, Igor Raits wrote: > On Fri, 2020-06-05 at 16:10 +0200, Tomas Orsava wrote: > > Hi, > > I think it would be useful to have a standard way of disabling the > > running of tests during RPM build (in the %check section of a spec > > file). > > > > I see a

Re: [Rpm-ecosystem] debugedit project setup

Hi Mark, On Thu, Mar 25, 2021 at 10:13:38PM +0100, Mark Wielaard wrote: > Hi Panu, > > I added debuge...@sourceware.org to the CC. > > On Tue, Mar 23, 2021 at 03:52:53PM +0200, Panu Matilainen wrote: > > On 3/23/21 2:29 PM, Panu Matilainen wrote: > > > On 3/22/21 7:42 PM, Mark Wielaard wrote: >

Re: [Rpm-ecosystem] rpm debugedit as a separate project?

On Sun, Feb 21, 2021 at 09:24:42PM +0300, Dmitry V. Levin wrote: [...] > Currently, debugedit.c is GPLv2+, hashtab.[ch] are LGPLv2+, and both > libelf and libdw used by debugedit are (GPLv2+ or LGPLv3+). Minor correction: hashtab.c is LGPLv2+, hashtab.h is GPLv2+. The same stands for m

Re: [Rpm-ecosystem] rpm debugedit as a separate project?

Hi, On Fri, Feb 19, 2021 at 09:23:58PM +0100, Mark Wielaard wrote: > Hi all, > > rpm debugedit has grown from a quick hack that simply listed/replaced > some files/strings to an almost full blown DWARF reader/writer. It is > now also used outside rpm(build). Debian packages it separately and >

Re: [Rpm-ecosystem] rpm debugedit as a separate project?

On Sun, Feb 21, 2021 at 10:49:03AM -0500, Neal Gompa wrote: [...] > Splitting out from rpm would make the rpm debuginfo support a bit more > painful to support for non-Linux systems, but I guess most don't care > about that. :( Why should making debugedit either a part of elfutils or a separate

Re: [Rpm-ecosystem] why do elf dependency generators cover libraries in paths outside of the library load paths?

On Fri, Dec 03, 2021 at 07:53:42PM +, Zbigniew Jędrzejewski-Szmek wrote: > We had an incident today [1] that opae-devel has auto-generated provides > like libcrypto.so.1.1()(64bit), generated for the bundled copy of openssl >