From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: bug#24670: Unexpected EOF reading a line (from guix pull) [forward] Date: Fri, 14 Oct 2016 00:10:38 +0000 Message-ID: <87k2dbvlhd.fsf@we.make.ritual.n0.is> References: <20161011223407.GA31313@khaalida> <8760oycwno.fsf@we.make.ritual.n0.is> <20161012070258.GA12645@khaalida> <87y41s8ybd.fsf@we.make.ritual.n0.is> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35773) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1buq5Z-0001fJ-HC for bug-guix@gnu.org; Thu, 13 Oct 2016 20:11:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1buq5W-0006j4-1k for bug-guix@gnu.org; Thu, 13 Oct 2016 20:11:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:48407) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1buq5V-0006ir-VO for bug-guix@gnu.org; Thu, 13 Oct 2016 20:11:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1buq5V-0004mP-MX for bug-guix@gnu.org; Thu, 13 Oct 2016 20:11:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ricardo Wurmus Cc: 24670@debbugs.gnu.org, dian_cecht@zoho.com Ricardo Wurmus writes: >> dian_cecht@zoho.com 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