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
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
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
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
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
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,
On Tue, Feb 28, 2023 at 10:52:06AM +, Richard W.M. Jones wrote:
> [Only direct dependencies]
> Packages that BuildRequire qemu*:
>
> [n] appliance-tools
> cloud-utils
> [n] cockpit-machines
> [n] containers-common
> copr-rpmbuild
> [n] diskimage-builder
> guestfs-tools
> [n] imagef
[Only direct dependencies]
Packages that BuildRequire qemu*:
[n] appliance-tools
cloud-utils
[n] cockpit-machines
[n] containers-common
copr-rpmbuild
[n] diskimage-builder
guestfs-tools
[n] imagefactory-plugins
kata-containers
kiwi
[n] kiwi-boxed-plugin
[ns]koji
libguestfs
n Rawhide, but
> > > there's one remaining issue. The tests stubbornly fail on i686. It
> > > seems as if there is some issue with TLS (is gnutls borked on i686?)
> > >
> > > https://koji.fedoraproject.org/koji/taskinfo?taskID=98075482
> > > [Igno
It
> > seems as if there is some issue with TLS (is gnutls borked on i686?)
> >
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=98075482
> > [Ignore the transient aarch64 failure ...]
> >
> > Why are we building qemu on i686?
> >
> > Alth
i686?)
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=98075482
> [Ignore the transient aarch64 failure ...]
>
> Why are we building qemu on i686?
>
> Although leaf packages can decide to drop i686 unilaterally, and I am
> sorely tempted, this is a critical package so
nt aarch64 failure ...]
Why are we building qemu on i686?
Although leaf packages can decide to drop i686 unilaterally, and I am
sorely tempted, this is a critical package so I'd like to know if you
have a valid use case for qemu, qemu-img etc on i686.
https://fedoraproject.o
12 matches
Mail list logo
