all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: 33676@debbugs.gnu.org
Subject: bug#33676: GuixSD on eoma68-a20?
Date: Tue, 11 Dec 2018 02:04:59 +0000	[thread overview]
Message-ID: <CAPweEDyq+Hu7KkmpK_5yf3+p=1EvpSSjAztFPY12yRegYCecew@mail.gmail.com> (raw)
In-Reply-To: <20181208181214.2308472a@scratchpost.org>

hi folks,

good to see there's progress on this.  do make sure to use a UHC Class
10 micro-sd card (the ones that say they are 75-80mbytes/sec), they
will happily run at 20-25mbytes/sec read/write speed, which is about
the same speed as an SSD from around 2012.

you should get a boot to xfce4 or lxde of around 20-25 seconds: again,
comparable with a budget processor from around 5-8 years ago (which is
what this is).  for god's sake don't peddle gnome3 or kde4 at
end-users.  the performance will be absolutely atrocious, absolutely
guaranteed.

yes, the idea is to upgrade (and sell or repurpose the old one).  this
is the *first* in the series.

for building can i recommend using "-Wl,--no-keep-memory" and report
if it helps, here:
https://sourceware.org/bugzilla/show_bug.cgi?id=22831

there is a slow-boil linker problem which is similar to the "640k
should be enough for anybody" - all of the quotes historic quotes
techniques which used to be implemented to make it possible to link
programs where there is not enough virtual or physical memory have
been ripped out because "4GB should be enough for anybody".

firefox now requires a staggering SEVEN GIGABYTES to successfully
link.  this is insane.  please do try that linker option because
otherwise people will believe that 32-bit hardware needs to be
destroyed, due to it being utterly useless.

l.

  parent reply	other threads:[~2018-12-11  2:17 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-08 16:39 GuixSD on eoma68-a20? swedebugia
2018-12-08 17:12 ` Danny Milosavljevic
2018-12-08 17:34   ` bug#33676: " Ricardo Wurmus
2018-12-08 17:34   ` Ricardo Wurmus
2018-12-08 19:15     ` Danny Milosavljevic
2018-12-08 23:30       ` Ludovic Courtès
2018-12-08 23:30       ` Ludovic Courtès
2018-12-08 20:59   ` Mark H Weaver
2018-12-08 23:53     ` bug#33676: " Danny Milosavljevic
2018-12-08 23:53     ` Danny Milosavljevic
2018-12-09 11:48     ` bug#33676: " Danny Milosavljevic
2018-12-09 11:48     ` Danny Milosavljevic
2018-12-09 21:32       ` Mark H Weaver
2018-12-11  8:13         ` bug#33676: " Efraim Flashner
2018-12-11  8:13         ` Efraim Flashner
2018-12-11 17:34         ` Ludovic Courtès
2018-12-12  8:12           ` bug#33676: " Danny Milosavljevic
2018-12-12  8:12           ` Danny Milosavljevic
2018-12-14 10:48             ` bug#33676: " Ludovic Courtès
2018-12-14 10:48             ` Ludovic Courtès
2018-12-15 19:21               ` Danny Milosavljevic
2018-12-16 15:59                 ` bug#33676: " Ludovic Courtès
2018-12-16 20:14                   ` Danny Milosavljevic
2018-12-16 20:14                   ` bug#33676: " Danny Milosavljevic
2018-12-15 19:21               ` Danny Milosavljevic
2018-12-11 17:34         ` Ludovic Courtès
2018-12-09 21:32       ` Mark H Weaver
2018-12-08 20:59   ` Mark H Weaver
2018-12-09 21:51   ` Andreas Enge
2018-12-10 10:30     ` Danny Milosavljevic
2018-12-10 21:12       ` Andreas Enge
2018-12-14 20:50         ` Danny Milosavljevic
2018-12-15 10:29           ` Andreas Enge
2018-12-15 19:04             ` Mark H Weaver
2018-12-15 19:04             ` Mark H Weaver
2018-12-16 15:08               ` Andreas Enge
2018-12-16 15:08               ` Andreas Enge
2018-12-15 19:19             ` Danny Milosavljevic
2018-12-15 19:19             ` Danny Milosavljevic
2018-12-15 10:29           ` Andreas Enge
2018-12-14 20:50         ` Danny Milosavljevic
2018-12-21 23:09         ` Danny Milosavljevic
2018-12-22  8:33           ` swedebugia
2018-12-22  8:33           ` swedebugia
2018-12-22  8:44             ` Danny Milosavljevic
2018-12-22  8:44             ` Danny Milosavljevic
2018-12-23  5:09               ` swedebugia
2018-12-23  8:54                 ` swedebugia
2018-12-23  8:54                 ` swedebugia
2018-12-23  5:09               ` swedebugia
2018-12-22  8:47             ` swedebugia
2018-12-22  8:47             ` swedebugia
2018-12-22  9:11               ` Danny Milosavljevic
2018-12-22  9:11               ` Danny Milosavljevic
2018-12-10 21:12       ` Andreas Enge
2018-12-14 11:09       ` bug#33676: ENOSPC upon offloading Ludovic Courtès
2018-12-14 11:09       ` Ludovic Courtès
2018-12-09 21:51   ` bug#33676: GuixSD on eoma68-a20? Andreas Enge
2018-12-11  2:04   ` Luke Kenneth Casson Leighton [this message]
2018-12-21 23:05     ` Danny Milosavljevic
2018-12-21 23:49       ` Luke Kenneth Casson Leighton
2020-04-07 13:45       ` Marius Bakke
2020-04-07 15:17         ` Ricardo Wurmus
2020-04-07 15:33           ` Marius Bakke

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='CAPweEDyq+Hu7KkmpK_5yf3+p=1EvpSSjAztFPY12yRegYCecew@mail.gmail.com' \
    --to=lkcl@lkcl.net \
    --cc=33676@debbugs.gnu.org \
    /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.