"BlueT - Matthew Lien - 練喆明" <[email protected]> skribis:
> On 2013年07月05日 17:55, Ludovic Courtès wrote: >> Currently the distro within Guix is only available for GNU/Linux, i686 >> and x86_64. So the error we see here is just a graceless way of saying >> “not ported yet”. I’ll change ‘configure’ to just error out when >> running on an unsupported platform. >> > > I guess I gotta give up reporting bug building on RaspberryPi (raspbian) > too, as it's armhf arch instead of i686|x86_64. Yeah. However, porting to another GNU/Linux should not be relatively easy, see <http://lists.gnu.org/archive/html/bug-guix/2013-06/msg00147.html>. I have a GuruPlug at home, so I could give it a try sometime in the future, but help is always welcome here! > A dumb question, > Can I use both APT and Guix on the same system? Yes, of course. They won’t interfere, because Guix stores its programs under /nix/store and doesn’t touch /usr/bin & co. > As what you mentioned, GNU/Hurd is much like a GNU/Debian/Hurd with apt > by default. > If I can use APT for the base system and use Guix for installing other > applications (ex, firefox, mutt, other userland applications), porting > the whole Hurd into Nixpkgs will not be a must-have-now issue. The C library on the Hurd depends on the Hurd itself, on Mach, on MiG, and on the Hurd’s libpthread. So all these things would need to be packaged. > I think it might be a cool thing which letting sysadmin and users decide > what applications (and what version) they want. > Would mixing apt and guix cause any problem? Nope! :-) Again, Guix stores packages under /nix/store. When using Guix, each user has its own “profile”, ~/.guix-profile, which points to packages in /nix/store that the user installed for themselves. Then it’s just a matter of adding, say, ~/.guix-profile/bin in $PATH and you’re done. See <http://www.gnu.org/software/guix/manual/guix.html#Features> for details. HTH, Ludo’.
