Received: (at 41387) by debbugs.gnu.org; 19 May 2020 18:20:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 19 14:20:25 2020 Received: from localhost ([127.0.0.1]:50919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1jb6qn-0001wf-6j for submit <at> debbugs.gnu.org; Tue, 19 May 2020 14:20:25 -0400 Received: from imta-37.everyone.net ([216.200.145.37]:34898 helo=imta-38.everyone.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <bokr@HIDDEN>) id 1jb6ql-0001wV-7t for 41387 <at> debbugs.gnu.org; Tue, 19 May 2020 14:20:23 -0400 Received: from pps.filterd (omta004.sj2.proofpoint.com [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id 04JIK9J0019745; Tue, 19 May 2020 11:20:21 -0700 X-Eon-Originating-Account: PksKnHvSNhJRQ5mJ1OmFVSWn8Yt3iRCA7ETzcRSnBXY X-Eon-Dm: m0116787.ppops.net Received: by m0116787.mta.everyone.net (EON-AUTHRELAY2 - 53b92fa9) id m0116787.5e67f91f.89d6c9; Tue, 19 May 2020 11:15:35 -0700 X-Eon-Sig: AQMHrIJexCJHHxgPWwIAAAAC,dfed869a02af8442cd521b9d932a85bf X-Eip: IJRfMvQpUKAO-udkOku2JvGp-oZNXkOkMv6SAVmRBZQ Date: Tue, 19 May 2020 20:15:24 +0200 From: Bengt Richter <bokr@HIDDEN> To: Julien Lepiller <julien@HIDDEN> Subject: Re: bug#41387: "Building from Git" on foreign distro starting with NO guix? Message-ID: <20200519181524.GA3150@LionPure> References: <20200519030742.GA16910@LionPure> <1FCE7BDD-371F-45B1-9D9E-4C4E0D8531BD@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1FCE7BDD-371F-45B1-9D9E-4C4E0D8531BD@HIDDEN> User-Agent: Mutt/1.10.1 (2018-07-13) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.676 definitions=2020-05-19_07:2020-05-19, 2020-05-19 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2005190155 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 41387 Cc: 41387 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Reply-To: Bengt Richter <bokr@HIDDEN> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.5 (-) Hi Julien, On +2020-05-19 08:03:37 -0400, Julien Lepiller wrote: > Le 18 mai 2020 23:07:42 GMT-04:00, Bengt Richter <bokr@HIDDEN> a écrit : > >Hi, > > > >[~/wb/guix110git/guix]$ ./configure --prefix=$(realpath ./mybuild) > >checking for a BSD-compatible install... /usr/bin/install -c > >checking whether build environment is sane... yes > >... > >... > >checking pkg-config is at least version 0.9.0... yes > >configure: checking for guile 3.0 > >configure: checking for guile 2.2 > >configure: found guile 2.2 > >checking for guile-2.2... /usr/bin/guile-2.2 > >checking for Guile version >= 2.2... 2.2.4 > >checking for guild-2.2... /usr/bin/guild-2.2 > >checking for guile-config-2.2... /usr/bin/guile-config-2.2 > >checking for GUILE... yes > >checking if (gnutls) is available... no > >configure: error: The Guile bindings of GnuTLS are missing; please > >install them. > >--8<---------------cut here---------------end--------------->8--- > > > >Well, it was looking for guile 3.0 and my foreign distro only has 2.2.4 > >--8<---------------cut here---------------start------------->8--- > >guile (GNU Guile) 2.2.4 > >Packaged by Debian (2.2.4-deb+1-2) > >Copyright (C) 2018 Free Software Foundation, Inc. > >--8<---------------cut here---------------end--------------->8--- > >which it seemed ok with, but I don't seem to be able get my distro's > >GnuTLS > >hooked up with this installation procedure, and suspect a GnuTLS/Guile > >version > >mismatch problem or such, but then I ran out of enthusiasm :) > > As you can see, configure looks for guile 3.0, fails and falls back to guile 2.2, which it finds as /usr/bin/guile-2.2. > > Gnutls provides guile bindings, but they are not necessarily built by your distribution. From my experiments with debian/hurd, the bindings were not present, so probably the same with debian/linux? You'll probably have to checkout gnutls and build the bindings. > > The configure script only checks that the guile it found (your 2.2) can load the (gnutls) module, so there cannot be a version mismatch, unless debian built the gnutls module with guile 3.0. Check with your distribution what files are installed with the gnutls package. There should be some in /usr/lib/guile/. > > You'll need to look at the dependencies, some of them are probably not provided by debian yet. I remember some discussions about creating a debian package of guix. If this was accepted, then the dependencies must be available at least in unstable. You might want to check. > Thanks for your tips! I also went on to read Pjotr Prins' extensive notes on installing [1]. Looks like he can say "Been there, done that" re most install travails, and IIUC he recommends against "Building from Git" as step 1, advising to use a binary install first, and then use guix tools to hack further in a full repo. BTW, he suggests a recursive clone, but I didn't see what that really does or entails. Not sure I want to download the entire history of all development branches of guix, if that's what it means :) (re that: it would be nice to see an approximate download size when advice to download appears in docs, for those who pay for GBs ;-) Perhaps 14.1 in the docs should be updated with a reference to [1] and to suggest (emphatically?) there in 14.1 (as it does elsewhere) that the easier path will be to do a binary install first? And also un-mix directions for the two kinds of install activities! Leading people into frustrating experiences can't be good PR for guix. Cui bono? Anyway, I think I'll give up on Building from Git for now, and go back to monkeying with guix-install.sh (making it incrementally restartable to avoid re-downloading etc. and seeing how far I can factor out root both in the script and the resulting guix daemonium) :) [1] https://gitlab.com/pjotrp/guix-notes/-/blob/master/INSTALL.org Thanks again. -- Regards, Bengt Richter
bug-guix@HIDDEN
:bug#41387
; Package guix
.
Full text available.Received: (at 41387) by debbugs.gnu.org; 19 May 2020 12:03:55 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 19 08:03:55 2020 Received: from localhost ([127.0.0.1]:49445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1jb0yR-0006q6-1j for submit <at> debbugs.gnu.org; Tue, 19 May 2020 08:03:55 -0400 Received: from lepiller.eu ([89.234.186.109]:44472) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <julien@HIDDEN>) id 1jb0yO-0006pw-Rl for 41387 <at> debbugs.gnu.org; Tue, 19 May 2020 08:03:53 -0400 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id 010d978e; Tue, 19 May 2020 12:03:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lepiller.eu; h=date :in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:to:from:message-id; s=dkim; bh=vR5zlnjfZtlcZodg53t+RJCpf54183LMDnKQTNSYc+0=; b=S6U0xSxE6siM oM3cyXNMNF1q7jdP4mlyt0bVREI3+0xkPEka9zsp0b8HNg0VXcE/7s+uv9Jq+Q6Q /ezI+RQezKMNBFan7aLWavO++KKQc2cY2sgUUBH1kKMKK9CXh/WzbNg4pZpA5j6E Ztz/twpNIHH+rur3ASrS1c3uGiCOet7h13OLHU0jm08XZkvQqul+E6nG455Kl6pv gVU8+ybbEm5WgZOq29CFuXsunup/OJOIKnQYda9VueFuWpbElUu+7TPfVck2sSLz O8D1w2DBWNwOtXZ0e3EMxgqKOhh26ncV1bFCIPDT/yaGANiVk6nyWbNlBxEnnckR v0gJgSQhMw== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id 71c8b9c8 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Tue, 19 May 2020 12:03:49 +0000 (UTC) Date: Tue, 19 May 2020 08:03:37 -0400 User-Agent: K-9 Mail for Android In-Reply-To: <20200519030742.GA16910@LionPure> References: <20200519030742.GA16910@LionPure> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: bug#41387: "Building from Git" on foreign distro starting with NO guix? To: Bengt Richter <bokr@HIDDEN>,41387 <at> debbugs.gnu.org From: Julien Lepiller <julien@HIDDEN> Message-ID: <1FCE7BDD-371F-45B1-9D9E-4C4E0D8531BD@HIDDEN> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 41387 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Le 18 mai 2020 23:07:42 GMT-04:00, Bengt Richter <bokr@bokr=2Ecom> a =C3=A9= crit : >Hi, > >[~/wb/guix110git/guix]$ =2E/configure --prefix=3D$(realpath =2E/mybuild) >checking for a BSD-compatible install=2E=2E=2E /usr/bin/install -c >checking whether build environment is sane=2E=2E=2E yes >=2E=2E=2E >=2E=2E=2E >checking pkg-config is at least version 0=2E9=2E0=2E=2E=2E yes >configure: checking for guile 3=2E0 >configure: checking for guile 2=2E2 >configure: found guile 2=2E2 >checking for guile-2=2E2=2E=2E=2E /usr/bin/guile-2=2E2 >checking for Guile version >=3D 2=2E2=2E=2E=2E 2=2E2=2E4 >checking for guild-2=2E2=2E=2E=2E /usr/bin/guild-2=2E2 >checking for guile-config-2=2E2=2E=2E=2E /usr/bin/guile-config-2=2E2 >checking for GUILE=2E=2E=2E yes >checking if (gnutls) is available=2E=2E=2E no >configure: error: The Guile bindings of GnuTLS are missing; please >install them=2E >--8<---------------cut here---------------end--------------->8--- > >Well, it was looking for guile 3=2E0 and my foreign distro only has 2=2E2= =2E4 >--8<---------------cut here---------------start------------->8--- >guile (GNU Guile) 2=2E2=2E4 >Packaged by Debian (2=2E2=2E4-deb+1-2) >Copyright (C) 2018 Free Software Foundation, Inc=2E >--8<---------------cut here---------------end--------------->8--- >which it seemed ok with, but I don't seem to be able get my distro's >GnuTLS >hooked up with this installation procedure, and suspect a GnuTLS/Guile >version >mismatch problem or such, but then I ran out of enthusiasm :) As you can see, configure looks for guile 3=2E0, fails and falls back to g= uile 2=2E2, which it finds as /usr/bin/guile-2=2E2=2E Gnutls provides guile bindings, but they are not necessarily built by your= distribution=2E From my experiments with debian/hurd, the bindings were no= t present, so probably the same with debian/linux? You'll probably have to = checkout gnutls and build the bindings=2E The configure script only checks that the guile it found (your 2=2E2) can = load the (gnutls) module, so there cannot be a version mismatch, unless deb= ian built the gnutls module with guile 3=2E0=2E Check with your distributio= n what files are installed with the gnutls package=2E There should be some = in /usr/lib/guile/=2E You'll need to look at the dependencies, some of them are probably not pro= vided by debian yet=2E I remember some discussions about creating a debian = package of guix=2E If this was accepted, then the dependencies must be avai= lable at least in unstable=2E You might want to check=2E >I thought maybe I could cheat and find a path into the cloned repo, >since >all the magic has to be there somehow, but that way seems pretty >kludgey=2E > >Any help past this GnuTLS obstacle is welcome! > >BTW, could I check out at a commit prior to the guile3 introduction >so that my distro might have a matching GnuTLS for that? >If so, which commit would be best? > >In the meanwhile, back to hacking guix-install=2Esh :) > >Thanks for reading=2E > >-- >Regards, >Bengt Richter
bug-guix@HIDDEN
:bug#41387
; Package guix
.
Full text available.Received: (at submit) by debbugs.gnu.org; 19 May 2020 03:08:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 18 23:08:10 2020 Received: from localhost ([127.0.0.1]:48790 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1jasbt-0003IV-U8 for submit <at> debbugs.gnu.org; Mon, 18 May 2020 23:08:10 -0400 Received: from lists.gnu.org ([209.51.188.17]:39744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <bokr@HIDDEN>) id 1jasbs-0003IO-MU for submit <at> debbugs.gnu.org; Mon, 18 May 2020 23:08:05 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49482) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <bokr@HIDDEN>) id 1jasbs-0006Ki-IO for bug-guix@HIDDEN; Mon, 18 May 2020 23:08:04 -0400 Received: from imta-36.everyone.net ([216.200.145.36]:53756 helo=imta-38.everyone.net) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <bokr@HIDDEN>) id 1jasbq-0006vq-OI for bug-guix@HIDDEN; Mon, 18 May 2020 23:08:04 -0400 Received: from pps.filterd (omta002.sj2.proofpoint.com [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id 04J37TmG007893 for <bug-guix@HIDDEN>; Mon, 18 May 2020 20:07:54 -0700 X-Eon-Originating-Account: eZH_ne-54FKWQCvD6alOGkAy5EfQ8m4kdY6hnM4bbH8 X-Eon-Dm: m0116952.ppops.net Received: by m0116952.mta.everyone.net (EON-AUTHRELAY2 - 5a81c847) id m0116952.5e67f932.7c98f7 for <bug-guix@HIDDEN>; Mon, 18 May 2020 20:07:52 -0700 X-Eon-Sig: AQMHrIJew02IpipcNAIAAAAB,685a3181cdda55bbf0ea64bae1601a08 X-Eip: XG0-Tny_G-BNyZS7cs7oNgNR_Fjz5NtJTTS6XeG6q7s Date: Tue, 19 May 2020 05:07:42 +0200 From: Bengt Richter <bokr@HIDDEN> To: New-Bug <bug-guix@HIDDEN> Subject: "Building from Git" on foreign distro starting with NO guix? Message-ID: <20200519030742.GA16910@LionPure> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.10.1 (2018-07-13) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.676 definitions=2020-05-18_11:2020-05-15, 2020-05-18 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2004280000 definitions=main-2005190025 Received-SPF: pass client-ip=216.200.145.36; envelope-from=bokr@HIDDEN; helo=imta-38.everyone.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/18 23:07:54 X-ACL-Warn: Detected OS = Linux 3.x [generic] X-Spam_score_int: -22 X-Spam_score: -2.3 X-Spam_bar: -- X-Spam_report: (-2.3 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Reply-To: Bengt Richter <bokr@HIDDEN> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.1 (--) Hi, Playing with guix-install.sh, which is binary installation, I got into reading a bit at [1], and decided I'd like to try it. [1] https://guix.gnu.org/manual/en/html_node/Building-from-Git.html#Building-from-Git Is there anyone here who has succeeded installing guix following the directions at "14.1 Building from Git" on a "foreign distro" WITH NO TRACE OF GUIX on it to start? ^^^^^^^^^^^^^^^^^^^^^ I read, --8<---------------cut here---------------start------------->8--- 14.1 Building from Git If you want to hack Guix itself, it is recommended to use the latest version from the Git repository: git clone https://git.savannah.gnu.org/git/guix.git --8<---------------cut here---------------end--------------->8--- Great, my foreign /usr/bin/git cloned that handily (that was the intent right?) Onwards, --8<---------------cut here---------------start------------->8--- How do you ensure that you obtained a genuine copy of the repository? Guix itself provides a tool to authenticate your checkout, but you must first make sure this tool is genuine in order to “bootstrap” the trust chain. To do that, run: git verify-commit `git log --format=%H build-aux/git-authenticate.scm` --8<---------------cut here---------------end--------------->8--- Guix itself? How is that meant? Really looks like my git again, albeit showing info probably from guix :) Anyway, it worked. At least I counted 19 or so repeat outputs of this: --8<---------------cut here---------------start------------->8--- gpg: Signature made Fri 27 Dec 2019 01:52:49 PM CET gpg: using RSA key 3CE464558A84FDC69DB40CFB090B11993D9AEBB5 gpg: Good signature from "Ludovic Court\u00e8s <ludo@HIDDEN>" [unknown] gpg: aka "Ludovic Court\u00e8s <ludo@HIDDEN>" [unknown] gpg: aka "Ludovic Court\u00e8s (Inria) <ludovic.courtes@HIDDEN>" [unknown] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 --8<---------------cut here---------------end--------------->8--- I don't know what in the repo was signed, but I recognize the name ;-) Ok, next step. No brick wall yet ;-) --8<---------------cut here---------------start------------->8--- From there on, you can authenticate all the commits included in your checkout by running: make authenticate The first run takes a couple of minutes, but subsequent runs are faster. Note: You are advised to run make authenticate after every git pull invocation. This ensures you keep receiving valid changes to the repository --8<---------------cut here---------------end--------------->8--- First bump, misunderstood that it wasn't time *right now* to do "make authenticate": --8<---------------cut here---------------start------------->8--- [21:17 ~/wb/guix110git/guix]$ make authenticate make: *** No rule to make target 'authenticate'. Stop. --8<---------------cut here---------------end--------------->8--- After being distracted and feeling a bit teased reading about what I could do easily if I already had guix installed I overlooked the "(see Requirements)" and just checked on the list following. (Gettext needed unmentioned Autopoint, BTW, but NBD :) on to ./bootstrap ... mostly ok --8<---------------cut here---------------start------------->8--- If you are unable to use Guix when building Guix from a checkout, the following are the required packages in addition to those mentioned in the installation instructions (see Requirements). GNU Autoconf; GNU Automake; GNU Gettext; GNU Texinfo; Graphviz; GNU Help2man (optional). On Guix, extra dependencies can be added by instead running guix environment with --ad-hoc: guix environment guix --pure --ad-hoc help2man git strace Run ./bootstrap to generate the build system infrastructure using Autoconf and Automake. If you get an error like this one: configure.ac:46: error: possibly undefined macro: PKG_CHECK_MODULES --8<---------------cut here---------------end--------------->8--- Well, didn't get that one, but did get --8<---------------cut here---------------start------------->8--- configure.ac:23: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and its use is discouraged. configure.ac:23: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' macro instead, configure.ac:23: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your Makefile.am files. --8<---------------cut here---------------end--------------->8--- and --8<---------------cut here---------------start------------->8--- Makefile.am:649: warning: AM_GNU_GETTEXT used but 'po' not in SUBDIRS --8<---------------cut here---------------end--------------->8--- So, onwards again :) --8<---------------cut here---------------start------------->8--- Then, run ./configure as usual. Make sure to pass --localstatedir=directory where directory is the localstatedir value used by your current installation (see The Store, for information about this). We recommend to use the value /var. --8<---------------cut here---------------end--------------->8--- My "current installation" ?? I don't have one yet ;-( Ok, run ./configure in any case: I decided to make a test directory for --prefix Fumbled the absolute directory, but then it ran ... --8<---------------cut here---------------start------------->8--- [~/wb/guix110git/guix]$ mkdir -p mybuild/var [~/wb/guix110git/guix]$ ./configure --prefix=./mybuild configure: error: expected an absolute directory name for --prefix: ./mybuild [~/wb/guix110git/guix]$ ./configure --prefix=$(realpath ./mybuild) checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes ... ... checking pkg-config is at least version 0.9.0... yes configure: checking for guile 3.0 configure: checking for guile 2.2 configure: found guile 2.2 checking for guile-2.2... /usr/bin/guile-2.2 checking for Guile version >= 2.2... 2.2.4 checking for guild-2.2... /usr/bin/guild-2.2 checking for guile-config-2.2... /usr/bin/guile-config-2.2 checking for GUILE... yes checking if (gnutls) is available... no configure: error: The Guile bindings of GnuTLS are missing; please install them. --8<---------------cut here---------------end--------------->8--- Well, it was looking for guile 3.0 and my foreign distro only has 2.2.4 --8<---------------cut here---------------start------------->8--- guile (GNU Guile) 2.2.4 Packaged by Debian (2.2.4-deb+1-2) Copyright (C) 2018 Free Software Foundation, Inc. --8<---------------cut here---------------end--------------->8--- which it seemed ok with, but I don't seem to be able get my distro's GnuTLS hooked up with this installation procedure, and suspect a GnuTLS/Guile version mismatch problem or such, but then I ran out of enthusiasm :) Debian's packages on my system matching tls are: [~/bs]$ dpkg -l '*tls*' --8<---------------cut here---------------start------------->8--- Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-=======================-================-============-============================================================= un exim-tls <none> <none> (no description available) ii gnutls-bin 3.6.7-4+deb10u3 amd64 GNU TLS library - commandline utilities ii gnutls-doc 3.6.7-4+deb10u3 all GNU TLS library - documentation and examples ii libcurl3-gnutls:amd64 7.64.0-4+deb10u1 amd64 easy-to-use client-side URL transfer library (GnuTLS flavour) un libcurl4-gnutls-dev <none> <none> (no description available) ii libgnutls-dane0:amd64 3.6.7-4+deb10u3 amd64 GNU TLS library - DANE security support ii libgnutls30:amd64 3.6.7-4+deb10u3 amd64 GNU TLS library - main runtime library ii libneon27-gnutls:amd64 0.30.2-3 amd64 HTTP and WebDAV client library (GnuTLS enabled) ii libxmlsec1-gnutls:amd64 1.2.27-2 amd64 Gnutls engine for the XML security library un rsyslog-gnutls <none> <none> (no description available) --8<---------------cut here---------------end--------------->8--- I thought maybe I could cheat and find a path into the cloned repo, since all the magic has to be there somehow, but that way seems pretty kludgey. Any help past this GnuTLS obstacle is welcome! BTW, could I check out at a commit prior to the guile3 introduction so that my distro might have a matching GnuTLS for that? If so, which commit would be best? In the meanwhile, back to hacking guix-install.sh :) Thanks for reading. -- Regards, Bengt Richter
Bengt Richter <bokr@HIDDEN>
:bug-guix@HIDDEN
.
Full text available.bug-guix@HIDDEN
:bug#41387
; Package guix
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.