Re: bug#26608: channels.scm supporting substitutes

[Nome Grey]

Sorry, message sent before I finished composing.  My worn out fingers spaz
a lot.  A little more below.

On Wed, Dec 4, 2019, 4:25 AM Nome Grey <address@hidden> wrote:

> Simon, thanks for your attention.
>
> On Wed, Dec 4, 2019, 2:23 AM zimoun <address@hidden> wrote:
>
>> Dear,
>>
>> On Wed, 4 Dec 2019 at 00:32, Nome Grey <address@hidden> wrote:
>>
>> > [...]  I'm trying to get guix going and upgrading on my
>> resource-starved system without doing much compilation, using substitutes
>> instead.
>>
>> Have you already Guix installed on your system?
>> If yes, how did you install it? And what is the current version of
>> Guix that you are running?
>>
>
> Yes, as mentioned in my previous email I am working with the channels.scm
> file used by 'guix pull'.
>
> I installed a foreign distribution of guix 1.0.1 i686 using the binary
> installation steps from the manual.
>
> I am currently running guix aca2bf5 but have a long-running process to
> downgrade to 1b6c5e8 in order to find a substitute for ungoogled-chromium 78
>

The system itself is a little ad hoc, because `guix upgrade` can take many
days to run, mostly building chromium, and I haven't been able to allow it
to complete yet.  Hence right now some packages are from mismatching
releases, but there are not very many installed overall, and I'm hoping I
can settle into 1b6c5e8 soon if the chromium substitution works out.

Downgrading back to 1.0.1 has also worked for me in the past to get this
system consistent.

The underlying system is fedora 18 running on an olpc xo 1.5 (all open
source hw&sw but uses device-specific custom bootloader, kernel, and some
daemons and setup utilities).  It seems too slow and specialized for guix
really, so I've been trying to put a lot of effort in myself to get it
working since my use case is so obscure.  Software updates haven't been
sustained for this system by olpc, and using guix has been super helpful in
bringing working recent software to it.

nomr

>