Vincent Legoll writes:
> To Christopher Baines
>> At least the main blocker for me is the lack of substitutes for the
>> things that fail to build with QEMU. So maybe one or a few machines
>> which were able to build those specific things would be sufficient to
>> provide some substitutes.
>
> I
On Mon, May 25, 2020 at 11:20:45PM +0200, Ludovic Courtès wrote:
> Hi,
>
> Efraim Flashner skribis:
>
> > Here's a first draft at removing mips64el-linux support from the
> > documentation. I've left it as a supported system in (gnu ci), in (guix
> > packages) and in the tests. I changed the tex
Hi,
Efraim Flashner skribis:
> Here's a first draft at removing mips64el-linux support from the
> documentation. I've left it as a supported system in (gnu ci), in (guix
> packages) and in the tests. I changed the text where we mention that we
> support mips64el-linux as an architecture, and els
Here's a first draft at removing mips64el-linux support from the
documentation. I've left it as a supported system in (gnu ci), in (guix
packages) and in the tests. I changed the text where we mention that we
support mips64el-linux as an architecture, and elsewhere in the manual
I've either removed
Hey!
Efraim Flashner skribis:
> On Mon, May 18, 2020 at 12:12:24AM +0200, Ludovic Courtès wrote:
>> Hi,
>>
>> Leo Famulari skribis:
>>
>> > On Wed, May 06, 2020 at 06:27:31PM +0200, Vincent Legoll wrote:
>> >> From the manual or from the CI, to let the build farm do more useful
>> >> things
On Mon, May 18, 2020 at 12:12:24AM +0200, Ludovic Courtès wrote:
> Hi,
>
> Leo Famulari skribis:
>
> > On Wed, May 06, 2020 at 06:27:31PM +0200, Vincent Legoll wrote:
> >> From the manual or from the CI, to let the build farm do more useful things
> >> I'm not against, but is it really making ma
Hi,
Leo Famulari skribis:
> On Wed, May 06, 2020 at 06:27:31PM +0200, Vincent Legoll wrote:
>> From the manual or from the CI, to let the build farm do more useful things
>> I'm not against, but is it really making maintenance difficult by still
>> being in
>> the codebase ?
>
> It's not really
Hello,
I forgot to add that there's actual mips64 HW (Cavium Octeon-based
MIPS64 systems) available in the form of the ubiquity routers.
OpenBSD supports some of them already, and it looks like nice hw
(4 cores @ 1GHz, 1GB RAM). Look for ER-4 or ER-6P, but not the
ER-X line as the CPU is not the
Hello everybody,
I'll do a single email answer, hope that is not off limits...
The gnubee is dual-core x 2 threads, 880 MHz 32 bit mips, 512 MB RAM, 2x1Gbps
ethernet, 6 SATA ports, SPI flash & microSD, USB 2 & 3, u-boot bootloader.
http://gnubee.org
https://www.mediatek.com/products/homeNetworki
On Wed, May 06, 2020 at 06:27:31PM +0200, Vincent Legoll wrote:
> I grabbed a gnubee during the crowdfunding campaign, but the CPU
> is too low spec to do a lot of compilation on it.
I'm not an expert on MIPS but I *think* the GnuBee uses a different
architecture than what Guix was ported to.
So,
On Wed, May 06, 2020 at 06:27:31PM +0200, Vincent Legoll wrote:
> From the manual or from the CI, to let the build farm do more useful things
> I'm not against, but is it really making maintenance difficult by still being
> in
> the codebase ?
It's not really a maintenance burden currently since
Vincent Legoll writes:
>> In the intervening years, interest faded away as free software friendly
>> MIPS hardware became more rare.
>
> I grabbed a gnubee during the crowdfunding campaign, but the CPU
> is too low spec to do a lot of compilation on it.
At least the main blocker for me is the
On Wed, 6 May 2020, Vincent Legoll wrote:
Hello,
In the intervening years, interest faded away as free software friendly
MIPS hardware became more rare.
I grabbed a gnubee during the crowdfunding campaign, but the CPU
is too low spec to do a lot of compilation on it.
I also have a gnubee,
Hello,
> In the intervening years, interest faded away as free software friendly
> MIPS hardware became more rare.
I grabbed a gnubee during the crowdfunding campaign, but the CPU
is too low spec to do a lot of compilation on it.
> Perhaps it would be more honest to officially remove the MIPS po
Hi,
Leo Famulari skribis:
> On Wed, Apr 08, 2020 at 08:32:00PM +0100, Christopher Baines wrote:
>> I was wondering about MIPS support, mainly because the Guix Data Service
>> uses QEMU to emulate different systems so that the channel instance
>> derivations can be computed (like [1]). I'm not su
On Wed, Apr 08, 2020 at 08:32:00PM +0100, Christopher Baines wrote:
> I was wondering about MIPS support, mainly because the Guix Data Service
> uses QEMU to emulate different systems so that the channel instance
> derivations can be computed (like [1]). I'm not sure if the emulation is
> really ne
16 matches
Mail list logo