1 |
On Fri, 2014-08-01 at 18:23 +1000, wraeth wrote: |
2 |
> On Fri, 2014-08-01 at 13:31 +0530, Nilesh Govindrajan wrote: |
3 |
> > systemd-nspawn seems to be interesting. But will it work on my i5? |
4 |
> > Because I prefer to use -march=native. For using distcc I copied all the |
5 |
> > flags that gcc selects in march=native mode to make.conf. |
6 |
> |
7 |
> systemd-nspawn is described as "a chroot on steroids". It has no impact |
8 |
> on what flags you use for compiling packages. |
9 |
> |
10 |
> The advantage of systemd-nspawn is the fact that it actually isolates |
11 |
> and executes the chroot's own init process, either systemd or (as I |
12 |
> understand - haven't tested myself) newer versions of OpenRC. Once |
13 |
> you're in the chroot, things work almost the same as if you had actually |
14 |
> booted the system itself (with some exceptions). It manages mounting the |
15 |
> virtual filesystems it needs, and has built-in functionality for |
16 |
> managing bind mounts if needed (such as binding your portage tree so you |
17 |
> don't have to re-download it). |
18 |
> |
19 |
> As Neil said, once inside the chroot, you would still have to manually |
20 |
> set your CFLAGS - "-march=native" is a function of gcc to dynamically |
21 |
> detect the optimal flags to use *at the time it compiles*. |
22 |
> |
23 |
> All this is rather meaningless, though, if you don't have systemd on |
24 |
> your host system anyway. |
25 |
|
26 |
I wouldn't have taken interest in that one if I didn't have systemd. I'm |
27 |
using GNOME3 on both my desktop and the laptop, so systemd is a must. |
28 |
-- |
29 |
Nilesh Govindrajan <me@××××××××.com> |