unofficial mirror of bug-guix@gnu.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: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <68f9fc17-94f5-dcc2-f54d-61d6e2bf384d@riseup.net>
2018-12-08 17:12 ` GuixSD on eoma68-a20? Danny Milosavljevic
2018-12-08 17:34   ` bug#33676: " Ricardo Wurmus
     [not found]   ` <87k1kjgbxv.fsf@elephly.net>
2018-12-08 19:15     ` Danny Milosavljevic
2018-12-08 23:30       ` Ludovic Courtès
2018-12-08 20:59   ` Mark H Weaver
     [not found]   ` <87pnubn386.fsf@netris.org>
2018-12-08 23:53     ` Danny Milosavljevic
2018-12-09 11:48     ` Danny Milosavljevic
     [not found]     ` <20181209124800.495326cd@scratchpost.org>
2018-12-09 21:32       ` Mark H Weaver
     [not found]       ` <87in0275ec.fsf@netris.org>
2018-12-11  8:13         ` Efraim Flashner
2018-12-11 17:34         ` Ludovic Courtès
     [not found]         ` <87va40x90s.fsf@gnu.org>
2018-12-12  8:12           ` Danny Milosavljevic
     [not found]           ` <20181212091211.78d2e86d@scratchpost.org>
2018-12-14 10:48             ` Ludovic Courtès
     [not found]             ` <87efak5qp7.fsf@gnu.org>
2018-12-15 19:21               ` Danny Milosavljevic
     [not found]               ` <20181215202137.4b3db598@scratchpost.org>
2018-12-16 15:59                 ` Ludovic Courtès
2018-12-16 20:14                   ` Danny Milosavljevic
2018-12-09 21:51   ` Andreas Enge
     [not found]   ` <20181209215126.GA10968@jurong>
2018-12-10 10:30     ` Danny Milosavljevic
2018-12-10 21:12       ` Andreas Enge
2018-12-14 11:09       ` bug#33676: ENOSPC upon offloading Ludovic Courtès
     [not found]       ` <20181210211224.GA7317@jurong>
2018-12-14 20:50         ` bug#33676: GuixSD on eoma68-a20? Danny Milosavljevic
     [not found]         ` <20181214215026.66ac1df2@scratchpost.org>
2018-12-15 10:29           ` Andreas Enge
     [not found]           ` <20181215102906.GA4621@jurong>
2018-12-15 19:04             ` Mark H Weaver
2018-12-15 19:19             ` Danny Milosavljevic
     [not found]             ` <87lg4qa9vu.fsf@netris.org>
2018-12-16 15:08               ` Andreas Enge
2018-12-21 23:09         ` Danny Milosavljevic
2018-12-22  8:33           ` swedebugia
     [not found]           ` <c04fae8746e55cbc9c35927d4886b353@riseup.net>
2018-12-22  8:44             ` Danny Milosavljevic
2018-12-22  8:47             ` swedebugia
     [not found]             ` <f1a9061ce610b3ea623951bbf368eb18@riseup.net>
2018-12-22  9:11               ` Danny Milosavljevic
     [not found]             ` <20181222094411.3e8fd6cd@scratchpost.org>
2018-12-23  5:09               ` swedebugia
     [not found]               ` <139d0a5a952f3b4c59c0d6534643f9ce@riseup.net>
2018-12-23  8:54                 ` swedebugia
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

  List information: https://guix.gnu.org/

* 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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).