all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ricardo Wurmus <rekado@elephly.net>
To: Leo Famulari <leo@famulari.name>
Cc: 67535@debbugs.gnu.org,  guix-devel@gnu.org,
	Efraim Flashner <efraim@flashner.co.il>
Subject: Re: Does anyone use i686-linux? [was Re: bug#67535: ci.guix.gnu.org 'Cannot allocate memory' while building for i686-linux]
Date: Mon, 29 Jul 2024 14:33:59 +0200	[thread overview]
Message-ID: <87sevsxtqg.fsf@elephly.net> (raw)
In-Reply-To: <Zqa8-YD03VpoZNno@pbp> (Efraim Flashner's message of "Mon, 29 Jul 2024 00:49:45 +0300")

Efraim Flashner <efraim@flashner.co.il> writes:

> On Fri, Jul 26, 2024 at 02:51:49PM -0400, Leo Famulari wrote:
>> For a long time we've not been able to build linux-libre on i686-linux
>> because the source unpacking process runs out of memory.
>
> I believe if we limit the unpacking process to not more than 8 cores we
> can avoid that problem.
>
>> I'm forwarding this bug to guix-devel to get more attention.
>> 
>> Is anybody actually using i686-linux anymore? Or should we begin to
>> officially remove support for it?
>
> Keeping this to i686-linux specifically, what generation of hardware
> supports i686 but not x86_64? Some (very) quick checking on wikipedia
> suggests that the x60 from 2006 was either 32-bit or 64-bit, and I
> believe there was an atom chip from 2015 that was 32-bit. Specifically,
> that makes the newest hardware (at least from the CPU perspective) 10
> years old at least.

FWIW, I'm using one of those Atom chips in a netbook for an installation
of Sugar Desktop.  I upgrade it every few months or so.  If I'm the only
user of i686-linux I would not want to condemn the project to supporting
the architecture for my sake.

We have quite a few package failures on i686-linux, often because of
failing precision tests.  It may not be worth attempting to fix these
problems, e.g. for R, because it is very unlikely that people use R on
i686 machines.

> In terms of side-stepping the question, do we have enough x86_64
> hardware to continue to support i686 without degrading support for
> x86_64? (I ask this seriously, although I'm pretty certain the answer is
> we're well covered on that front.)

Support does not just mean dedicating build cycles to doomed builds, but
also dedicating people's time to wade through hundreds of failures for
little gain.  Perhaps our time is better spent supporting architectures
that still have a future.

-- 
Ricardo


  reply	other threads:[~2024-07-29 12:35 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-29 20:55 bug#67535: ci.guix.gnu.org 'Cannot allocate memory' while building for i686-linux Leo Famulari
2023-12-06 12:25 ` Efraim Flashner
2024-07-26 18:51   ` Does anyone use i686-linux? [was Re: bug#67535: ci.guix.gnu.org 'Cannot allocate memory' while building for i686-linux] Leo Famulari
2024-07-26 20:17     ` Kaelyn
2024-07-28 21:49     ` Efraim Flashner
2024-07-29 12:33       ` Ricardo Wurmus [this message]
2024-07-29 15:00         ` Richard Sent
2024-07-30  0:01           ` Leo Famulari
2024-07-30  1:21             ` Richard Sent
2024-07-30 14:39               ` Leo Famulari
2024-08-01 23:51                 ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
2024-07-30 15:18               ` Efraim Flashner
2024-07-30 21:02         ` bug#67535: " André Batista
2024-08-01 20:12           ` Leo Famulari
2024-08-02  8:36             ` Ricardo Wurmus
2024-08-02 19:34             ` bug#67535: " André Batista
2024-09-05  9:42           ` Ricardo Wurmus
2024-09-05 23:52             ` André Batista
2024-08-12 14:03       ` Ludovic Courtès

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87sevsxtqg.fsf@elephly.net \
    --to=rekado@elephly.net \
    --cc=67535@debbugs.gnu.org \
    --cc=efraim@flashner.co.il \
    --cc=guix-devel@gnu.org \
    --cc=leo@famulari.name \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.