bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

[ng0]

Ricardo Wurmus <address@hidden> writes:

>> address@hidden writes:
>>
>>> I'm just sending this to you since I think I might have figured out what is
>>> happening, and I don't know how to respond to bugs via the mailing list.
>>> Instruction on replying to bugs via the mailing list would be quite a help.
>>>
>>> Basically, /var/lib/guix/profiles/per-user/$USER/guix-profile doesn't 
>>> exist. For
>>> example, on the root account on my machine (I've run guix pull multiple 
>>> times as
>>> root, and even tried to install icecat as a normal user, plus running guix 
>>> pull
>>> several times as a normal user) $HOME/.guix-profile points to a nonexistent
>>> file/directory, and where it points to
>>> (/var/lib/guix/profiles/per-user/root/guix-profile) simply doesn't
>>> exist.
>
> The profile is created automatically the first time “guix package -i” is
> run.  This happens reliably for me on Fedora, CentOS, and on GuixSD.  If
> this doesn’t happen Gentoo I suspect the Gentoo package to be defective
> (e.g. setting invalid permissions on certain directories).
>
>>> I've
>>> even tried to track down where a profile might exist within /gnu/store, but
>>> "ls /gnu/store/*profile*" responds with:
>
> This is not important.  Anything Guix creates will be in the store.
> This includes all profile generations.
>
> I suggest installing Guix using the official binary package.  See this
> page for the tarballs and the install instructions:
>
>     https://www.gnu.org/software/guix/download/
>
>
> ~~ Ricardo
>

Without adding all of the off-ticket/list email I got: the failure is
very likely caused by /gnu/store being on a separate partition. I was
not able to get information if the store has been moved there
post-install in addition (my ebuild certainly doesn't do that as can be
seen in its file at gnunet.org/git/)

My tests only include a system where most things are on / (root), taking
the examples of gentoo handbook as an orientation of the general system
layout of users who might happen to use my ebuilds.
So I've read issues about the /gnu/store in the past, and I've seen
solutions I think, but the answer to this should be something open to
people who run this in practice - I don't do this and have no own
experience to share.

-- 
♥Ⓐ  ng0