Re: gnutls time_t breakage on i686

2023-03-04 Thread Kevin Kofler via devel
Florian Weimer wrote: > And I thought Wine can run 32-bit Windows applications against 64-bit > system libraries these days? Or at least it's getting there. Then Wine > wouldn't be a reason to keep 32-bit builds around. > > | *** WoW64 > | > | - The 64-bit Windows-on-Windows (WoW64) architectur

Re: gnutls time_t breakage on i686

2023-03-03 Thread Michael Catanzaro
On Fri, Mar 3 2023 at 03:21:33 PM +0100, Florian Weimer wrote: Is Valve already maintaining a 32-bit distribution? If not, where would their Flatpak get the builds from? There is already a Steam flatpak based on freedesktop-sdk, which builds just enough i686 stuff for Steam to work. A

Re: gnutls time_t breakage on i686

2023-03-03 Thread Florian Weimer
* Michael Catanzaro: > If the i686 builds only exist for Steam and Wine, can we say users > should switch to containerized distributions instead (e.g. flatpak, > snap, or whatever)? Is Valve already maintaining a 32-bit distribution? If not, where would their Flatpak get the builds from? And I

Re: gnutls time_t breakage on i686

2023-03-03 Thread Fabio Valentini
On Fri, Mar 3, 2023 at 2:34 PM Michael Catanzaro wrote: > > On Fri, Mar 3 2023 at 12:03:12 PM +, Daniel P. Berrangé > wrote: > > Yes, this whole episode makes me want to kill off i686 builds of > > everything > > I maintain, even when its not a leaf package. I only spent time > > investigatin

Re: gnutls time_t breakage on i686

2023-03-03 Thread Michael Catanzaro
On Fri, Mar 3 2023 at 12:03:12 PM +, Daniel P. Berrangé wrote: Yes, this whole episode makes me want to kill off i686 builds of everything I maintain, even when its not a leaf package. I only spent time investigating the root cause in gnutls because I saw valgrind warnings and wanted to be

Re: gnutls time_t breakage on i686

2023-03-03 Thread Vitaly Zaitsev via devel
On 03/03/2023 13:03, Daniel P. Berrangé wrote: Yes, this whole episode makes me want to kill off i686 builds of everything I maintain, even when its not a leaf package. Me too. It worth the F39 System-Wide proposal: drop all i686 builds that are not needed by Wine/Steam. -- Sincerely, Vita

Re: gnutls time_t breakage on i686

2023-03-03 Thread Daniel P . Berrangé
On Fri, Mar 03, 2023 at 12:56:27PM +0100, Florian Weimer wrote: > * Daniel P. Berrangé: > > > AFAICT, Fedora either keeps 32-bit time_t, or kills i686 for good. > > I agree with this position. > > For additional details, here is what I wrote in the other thread > (regarding defaulting time64): >

Re: gnutls time_t breakage on i686

2023-03-03 Thread Florian Weimer
* Daniel P. Berrangé: > AFAICT, Fedora either keeps 32-bit time_t, or kills i686 for good. I agree with this position. For additional details, here is what I wrote in the other thread (regarding defaulting time64): | That still needs some per-package work (mainly for scripting languages | using

Re: gnutls time_t breakage on i686 (was: Re: qemu on i686)

2023-03-02 Thread Kevin Kofler via devel
Daniel P. Berrangé wrote: > The main reason for i686 continuing to exist at all in Fedora is to > facilitate running of externally distributed 32-bit apps (for example > wine/steam related). Those apps are all going to be built with 32-bit > time_t. WINE is packaged in Fedora. If Fedora rebuilds e

Re: gnutls time_t breakage on i686 (was: Re: qemu on i686)

2023-03-02 Thread Richard W.M. Jones
On Thu, Mar 02, 2023 at 02:35:11PM +0100, Miroslav Lichvar wrote: > On Thu, Mar 02, 2023 at 11:57:42AM +, Daniel P. Berrangé wrote: > > If any other Fedora maintainer looks after packages that use GNULIB, > > then it is quite likely that they also need to add --disable-year2038 > > to their spe

Re: gnutls time_t breakage on i686 (was: Re: qemu on i686)

2023-03-02 Thread Daniel P . Berrangé
On Thu, Mar 02, 2023 at 02:35:11PM +0100, Miroslav Lichvar wrote: > On Thu, Mar 02, 2023 at 11:57:42AM +, Daniel P. Berrangé wrote: > > If any other Fedora maintainer looks after packages that use GNULIB, > > then it is quite likely that they also need to add --disable-year2038 > > to their spe

Re: gnutls time_t breakage on i686 (was: Re: qemu on i686)

2023-03-02 Thread Miroslav Lichvar
On Thu, Mar 02, 2023 at 11:57:42AM +, Daniel P. Berrangé wrote: > If any other Fedora maintainer looks after packages that use GNULIB, > then it is quite likely that they also need to add --disable-year2038 > to their specfiles to avoid i686 brokenness when talking to any > non-glibc libraries

Re: gnutls time_t breakage on i686 (was: Re: qemu on i686)

2023-03-02 Thread Daniel P . Berrangé
On Thu, Mar 02, 2023 at 11:06:04AM +, Richard W.M. Jones wrote: > On Mon, Feb 27, 2023 at 06:28:56PM +, Richard W.M. Jones wrote: > > It seems as if there is some issue with TLS (is gnutls borked on i686?) > > Yes as it happens, see the thread here: > > https://sourceware.org/pipermail/li

gnutls time_t breakage on i686 (was: Re: qemu on i686)

2023-03-02 Thread Richard W.M. Jones
On Mon, Feb 27, 2023 at 06:28:56PM +, Richard W.M. Jones wrote: > It seems as if there is some issue with TLS (is gnutls borked on i686?) Yes as it happens, see the thread here: https://sourceware.org/pipermail/libc-alpha/2023-March/145992.html Rich. -- Richard Jones, Virtualization Group,