Oh my goodness, I’m so sorry for the top quote.
Hey,
While I've been working on the software side of building things for
substitutes through the Guix Build Coordinator for over a year now [1],
I've only been personally pushing to bring the benefits to Guix users by
default for the last few weeks [2].
1:
Am 07.06.21 um 10:28 schrieb Pjotr Prins:
Exactly my idea. One challenge will be that the source of dependencies
need to be available - think of it as include files. One thing we
could do as ship them as part of the Guix package. Or have a separate
one for sources. We do that for include files
Exciting... thanks for this update! Even if not "usable" quite yet,
it's thrilling to see progress on this. :)
Efraim Flashner writes:
> Last week my HiFive Umatched¹ board came and was quite the object of
> interest at the local computer store as I picked up a case, PSU and
> graphics card.
>
Hi Hartmut and Pjotr,
My feeling on this is that we should partner with the Rust community to make
shared library support from cargo a priority. Specifying an output directory is
currently a nightly feature, that could be helpful.
In general Rust tooling does not compose with existing tools. I
Hi John.
Am 07.06.21 um 17:13 schrieb John Soo:
Rust has a very well documented rfc process and we can at least bring
it up that way. I brought up the possibility of collaboration between
rust and functional package managers on the rust Zulip, even. They
seemed to like the idea.
I'd be
> Our issue is a different one: Its about being able to reuse already
> compiled binaries - keeping current behavior of rust binaries being
> statically linked.
>
> While this looks like being the same as dynamic library support, it
> is not: While for dynamic libraries you meet to ensure the
Am 07.06.21 um 18:26 schrieb Hartmut Goebel:
Another path we should checkout is to see what Debian does. My
understanding is that they figured something out. Worth a shot, but
I’d rather the problem be fixed upstream. It will just take
collaboration.
I did not check their tollchain lately,
Christopher Baines writes:
> Christopher Baines writes:
>
>> Is there still a path to bring some of these benefits to users, and if
>> so, what things need doing?
>
> It's been a few weeks now, so to summarise, I think only one path
> emerged, and that is to get substitutes from bayfront to
Christopher Baines writes:
> Hey,
>
> While I've been working on the software side of building things for
> substitutes through the Guix Build Coordinator for over a year now [1],
> I've only been personally pushing to bring the benefits to Guix users by
> default for the last few weeks [2].
>
>
Last week my HiFive Umatched¹ board came and was quite the object of
interest at the local computer store as I picked up a case, PSU and
graphics card.
Couple of observations about the board first:
It boots very slowly. I think it takes about 5 minutes from power-on to
being able to sign in at
Am 06.06.21 um 20:38 schrieb Pjotr Prins:
Since that community is about not invented here - maybe we can incense
someone to pick it up. Needs a mature programmer though.
One solution that came to my mind is to not use Cargo, but instead parse
Cargo.toml and issue the appropriate "rustc"
On Mon, Jun 07, 2021 at 09:10:48AM +0200, Hartmut Goebel wrote:
> Am 06.06.21 um 20:38 schrieb Pjotr Prins:
> > Since that community is about not invented here - maybe we can incense
> > someone to pick it up. Needs a mature programmer though.
>
> One solution that came to my mind is to not use
13 matches
Mail list logo
