Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)

"Andreas K. Huettel" <[email protected]> Thu, 06 Aug 2026 10:43:09 +0800
Newsgroups gmane.comp.lib.gnulib.bugs,gmane.comp.lib.glibc.alpha,gmane.comp.lib.glibc.alpha
Organization Gentoo Linux
Message-ID <[email protected]>
Am Donnerstag, 6. August 2026, 04:57:44 Chinesische Normalzeit schrieb Flor=
ian Weimer:
> * Bruno Haible:
>=20
> > Hi Adhemerval,
> >
> > Thank you for working on this.
> >
> >> it breaks our previous policy of not adding retroactively symbols.
>=20
> And therefore this breaks versioned dependencies in most RPM-based
> distributions.

Not being familiar with RPM packaging, would that also be the case if we re=
lease
a 2.44.1 version from the 2.44 branch immediately after backporting that co=
mmit?

>=20
> > Why not version 2.44.1 ? I guess the symbol versioning mechanism must s=
upport
> > version numbers of the form <major>.<minor>.<subminor>, because in the =
past,
> > some symbols were assigned to versions GLIBC_2.3.3 or GLIBC_2.3.4, for
> > instance.
>=20
> We still have lots of old symbols like that.  But we don't really know
> how software reacts to new symbols of that structure.
>=20
> The gnulib problem occurs only after a rebuild.  An adverse reaction
> to the 2.44.1 symbol structure might happen just after a glibc update,
> with old applications.  Hard to tell beforehand if this is a good
> trade-off.
>=20
> A quick 2.45 release might be another option.
>=20
> But I'm not quite convinced any of this is necessary.
>=20


=2D-=20
PD Dr. Andreas K. H=C3=BCttel
[email protected]
Gentoo Linux developer=20
(council, comrel, toolchain, base-system, perl, libreoffice)
https://wiki.gentoo.org/wiki/User:Dilfridge