Re: FTBFS on GNU/Hurd

[Ludovic Courtès]

"BlueT - Matthew Lien - 練喆明" <address@hidden> 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’.