Re: F42 Change Proposal: Optimized Binaries for the AMD64 / x86_64 Architecture (v2) (self-contained)

2025-01-12 Thread Christoph Erhardt
On Sunday 12 January 2025 21:25:17 Central European Standard Time Zbigniew Jędrzejewski-Szmek wrote: > > My concern is that this defeats most methods of observability. It's > > essentially the same as the double-fork problem we used to have with > > system services. The stub will fork out and exec

Re: F42 Change Proposal: Optimized Binaries for the AMD64 / x86_64 Architecture (v2) (self-contained)

2025-01-12 Thread Christoph Erhardt
Hi Vitaly, if I understand the proposal correctly, the consequences will be far less dramatic than you believe. > So all Fedora packages will take 2x (x86_64-v1, x86_64-v2) disk space? > Am I right? 1. Not all packages but only those whose maintainers explicitly opt in. 2. The duplication will

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

2022-08-21 Thread Christoph Erhardt
Hi all, On Sunday, 21 August 2022 17:29:56 CEST Neal Gompa wrote: > I don't disagree that glibc should respect what distros set, I'm just > asking us to build glibc with a DT_HASH table added until a formal > deprecation/retirement cycle is done with all stakeholders aware of > the change and ever

Re: Review request: python-jenkins-job-builder - unretire and update to 4.0.0

2022-05-13 Thread Christoph Erhardt
Ewoud Kohl van Wijngaarden wrote: > On Thu, May 12, 2022 at 08:00:18AM +0200, Christoph Erhardt wrote: > > >Hi all, > > > >I'm willing to revive python-jenkins-job-builder by updating it to the > >latest release 4.0.0 and backporting an upstream patch. > >

Review request: python-jenkins-job-builder - unretire and update to 4.0.0

2022-05-11 Thread Christoph Erhardt
Hi all, I'm willing to revive python-jenkins-job-builder by updating it to the latest release 4.0.0 and backporting an upstream patch. I already have a working Copr build: https://copr.fedorainfracloud.org/coprs/ sicherha/python-jenkins-job-builder/packages/ Bugzilla: https://bugzilla.redhat.com

Unannounced (very subtle) soname change: mimalloc

2022-02-16 Thread Christoph Erhardt
Hi list, the recent mimalloc update from 2.0.3 to 2.0.5 has brought a subtle, yet consequential, soname change (or rather addition) that affects the package's `Provides:` list. mimalloc-2.0.3-1 contains the library file * `/usr/lib64/libmimalloc.so.2.0` ... and thus provides: * `libmimalloc.so.

Re: `BuildRequires: /usr/lib/libc.a` fails on epel8 x86_64

2022-01-27 Thread Christoph Erhardt
Hi Florian, > Yes, I understood that. x86_64 buildroots only have x86_64 packages in > Koji. You cannot build and run 32-bit binaries (unless you put them > together completely from scratch, without help from i686 RPM packages). alright, thank you for clarifying! Curiously though, the Koji buil

Re: `BuildRequires: /usr/lib/libc.a` fails on epel8 x86_64

2022-01-27 Thread Christoph Erhardt
22 19:08:39 CET Florian Weimer wrote: > * Florian Weimer: > > > > * Christoph Erhardt: > > > > > > > > > > > > > > We do not support cross-building, so you'd have to use a 32-bit builder > > for building 32-bit binaries (which does n

`BuildRequires: /usr/lib/libc.a` fails on epel8 x86_64

2022-01-27 Thread Christoph Erhardt
Hi list, I'm trying to build mold for epel8. A bunch of mold's unit tests produce statically linked 32-bit binaries, so on x86_64 we need a build dependency on a static multilib glibc. I have learnt that multilib build dependencies are a tricky thing in Koji, and the only solution I have found

Self-introduction: Christoph Erhardt (sicherha)

2022-01-02 Thread Christoph Erhardt
Hi all, I'd like to briefly introduce myself to the Fedora developer community. I'm Christoph, 37 years old, based in Nuremberg (Germany). I often go by the pseudonym 'sicherha'. With a degree in computer science, I originally stuck around in academia before leaving with a PhD in the field of o