Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-21 Thread zimoun
Hi Ryan, Thank you for your detailed explanations. Here I try to connect the dots between the current blocks and the picture you are drawing. On Sat, 19 Mar 2022 at 18:18, Ryan Prior wrote: > When I install Docker for Desktop on macOS or Windows, I do not have > to first install a VM manager

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-20 Thread Aurora
Zhu Zihao writes: > Make Guix available on Windows platform will be a painful job. > > 1. Windows doesn't allow user to create symbolic link without admin > permission, which guix use intensely. > > 2. There's no RUNPATH for Windows DLL, so all dynamic library > dependencies should in the same

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-20 Thread Josselin Poiret
Hello everyone, Just a small comment stemming from my time fiddling with Win32 API and friends. Zhu Zihao writes: > 2. There's no RUNPATH for Windows DLL, so all dynamic library > dependencies should in the same directory to allow Windows find it. There actually is an analogue for RUNPATH,

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-20 Thread Zhu Zihao
Make Guix available on Windows platform will be a painful job. 1. Windows doesn't allow user to create symbolic link without admin permission, which guix use intensely. 2. There's no RUNPATH for Windows DLL, so all dynamic library dependencies should in the same directory to allow Windows find

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-19 Thread Yasuaki Kudo
This is heading in the right direction - in my analysis, many things we do, including Free Software, are all forms of creative subversion of Capitalism. We need note creativity, not less  > On Mar 20, 2022, at 03:19, Ryan Prior wrote: > > Zimoun wrote: >> Today, Guix provides a script

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-19 Thread Ryan Prior
Zimoun wrote: > Today, Guix provides a script that allows to install on any foreign Linux > distribution. [...] Guix provides a “nightly“ VM. And, IIRC, Guix is also > available via upstream Gnome boxes. Somehow, it is already “Guix for > Desktop”, no? ;-) An important bit of context here is

Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-19 Thread zimoun
Hi, > Technically, I think we could use a similar approach to the Docker for > Desktop system: a "Guix for Desktop" installs software to create and > manage a minimal Guix System virtual machine which automatically updates > and reconfigures itself, requiring no manual administration by the >

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-19 Thread Jonathan McHugh
Hi Ryan, Perhaps Im being cynical but opening the doorway to lots of plug-and-play users atm could overwhelm the people heroically stabilising and smoothing out the OS. Jonathan March 19, 2022 1:21 AM, "Ryan Prior" mailto:rpr...@protonmail.com?to=%22Ryan%20Prior%22%20)> wrote: One side-thread

Re: Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-19 Thread Liliana Marie Prikler
Hi, Am Samstag, dem 19.03.2022 um 00:20 + schrieb Ryan Prior: > One side-thread in "Building a software toolchain that works" notes > that Guix faces challenges for adoption because it's not readily > available to users of proprietary operating systems like macOS and > Windows. That's true to

Guix as a system vs as an end-user dev tool (re: Building a software toolchain that works)

2022-03-18 Thread Ryan Prior
One side-thread in "Building a software toolchain that works" notes that Guix faces challenges for adoption because it's not readily available to users of proprietary operating systems like macOS and Windows. I've witnessed over the past decade that GNU/Linux development on other platforms has