On Sun, Jul 16, 2017 at 02:51:00PM +0200, Pjotr Prins wrote:
> >error: failed to run download program
> > '/home/user/opt/local/libexec/guix/download': No such file or directory
> >
> > That file actually exists in the proot environment
> >
> >ls -l
On Sun, Jul 16, 2017 at 02:35:14PM +0200, Pjotr Prins wrote:
> ldd ~/opt/local/bin/guix-daemon
> linux-vdso.so.1 (0x7ffcc4ffb000)
> libsqlite3.so.0 => not found
> libgcrypt.so.20 => not found
> libstdc++.so.6 =>
>
On Fri, May 12, 2017 at 05:53:21PM +0200, Ludovic Court??s wrote:
> One way to work around the problem is to use PRoot, a ptrace(2)-based
> tool to virtualize the file system??. With the 'proot-static' package I
> just pushed, one can run, say, hwloc, on such a hostile machine by
> sending
Hello!
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> One way to work around the problem is to use PRoot, a ptrace(2)-based
>> tool to virtualize the file system². With the ‘proot-static’ package I
>> just pushed, one can run, say, hwloc,
Ludovic Courtès writes:
> One way to work around the problem is to use PRoot, a ptrace(2)-based
> tool to virtualize the file system². With the ‘proot-static’ package I
> just pushed, one can run, say, hwloc, on such a hostile machine by
> sending locally-created
Hello!
Pjotr Prins skribis:
> I explored this and actually built Nix/Guix on proot in the past for the
> same reasons
>
> https://github.com/pjotrp/nix-no-root
Right, thanks for the reminder!
Back then the target was mostly to run a full Nix/Guix under PRoot,
Hi!
Maxim Cournoyer skribis:
> Which essentially means when the proot'd software is first loaded from disk?
> Am I right to think that the performance would be the same after the
> prooted program is all mapped in memory?
No, every syscall is going to take much
Hi Ludovic!
ludovic.cour...@inria.fr (Ludovic Courtès) writes:
> Hello Guix!
>
> In hostile environments (read: machines that lack Guix and where you’re
> not root, such as HPC clusters), it can be hard to manage software with
> Guix.
>
[...]
>
> One way to work around the problem is to use
I explored this and actually built Nix/Guix on proot in the past for the
same reasons
https://github.com/pjotrp/nix-no-root
Mind, it *is* slow. That is why I came up with relocatable Guix which
works much better. No performance loss. Just an extra installation
step. Relocatable Guix works
Am 12.05.2017 um 17:53 schrieb Ludovic Courtès:
> Pretty cool no? :-)
Indeed. :-)
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Ludovic Courtès writes:
> Hello Guix!
>
> In hostile environments (read: machines that lack Guix and where you’re
> [...]
>
> Pretty cool no? :-)
… Very cool! I once again stand gob-smacked :-D
Alex
Hello Guix!
In hostile environments (read: machines that lack Guix and where you’re
not root, such as HPC clusters), it can be hard to manage software with
Guix.
We can use ‘guix pack’ to build a bundle on one machine and ship it to
the target machine. But then, on the target machine, we need
12 matches
Mail list logo