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 12:21:28 +0000 Message-ID: <87r37jp1dj.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> <87k2dbvlhd.fsf@we.make.ritual.n0.is> <87twcfp44d.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]:35810) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bv1V0-0001eU-23 for bug-guix@gnu.org; Fri, 14 Oct 2016 08:22:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bv1Uv-0006ni-U6 for bug-guix@gnu.org; Fri, 14 Oct 2016 08:22:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:48695) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bv1Uv-0006nc-Qg for bug-guix@gnu.org; Fri, 14 Oct 2016 08:22:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bv1Uv-00085D-NM for bug-guix@gnu.org; Fri, 14 Oct 2016 08:22: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: > ng0 writes: > >> Ricardo Wurmus writes: >> >>> ng0 writes: >>> >>>> 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. >>> >>> What makes you say this is “very likely” the cause? >> >> I summarized the email I got offlist, I should've written this before I >> started summarizing it. >> 'Very likely' was not my own finding. This is a case of Gentoo/Guix I >> can not debug. > > That’s okay, but I’d like to know what makes this the likely cause. Has > this behaviour been reproduced on another machine? > > As Guix has no problems with a store on a different partition I don’t > know if it makes sense to keep this bug report open. I cannot reproduce > this on my machines. > > ~~ Ricardo > I'd like to keep it open. Right now I don't have the time to create a VM to ~roughly~ reproduce this, I am busy with some upcoming personal events. The bug ended up here, I offered bugs.gentoo.org (as far as I know gentoo-overlays can use this shared infrastructure), my personal email and our debbugs, so it makes sense to treat it as unsolved as long as I wasn't able to reproduce it. However in addition to the "emerge --info" I already got, I might need further info. Which guix ebuild was used? "guix-bin" or "guix"? It is impossible to reproduce exactly the system which caused the bug, but I will try to reproduce it as good as you can with Gentoo. I will assume (the unlikely case) that there are no package specific use-flags set and just copy more or less what the emerge --info spit out.. but this will take time (going from stage3 to that particular stage4...). Otherwise I would accept a stage4 of the system, but I don't know how much developing on Gentoo experience dian_cecht has. Creating your own stage4 is documented but it still requires uploading this stage4 somewhere. Furthermore, dian_cecht could you give me the exact chain of commands you made up to the point of failure (or where you are right now) starting from emerge guix? This would really help to reproduce the problem. If you are not able to reconstruct this, please try to recall what you did and describe it. All I've got so far is feedback on what's broken not how it got to be broken. Thanks, ng0