* Core-updates: Downloads do not work @ 2013-01-03 8:55 Andreas Enge 2013-01-03 15:01 ` Ludovic Courtès 0 siblings, 1 reply; 15+ messages in thread From: Andreas Enge @ 2013-01-03 8:55 UTC (permalink / raw) To: bug-guix [-- Attachment #1: Type: text/plain, Size: 1762 bytes --] Hello, in the core-updates branch, tarballs are not downloaded automatically any more. Here is the result of "guix-build hello" (which tries to rebuild everything, as expected): ... starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `http://ftpmirror.gnu.org/glibc/glibc-2.17.tar.xz'... ERROR: In procedure getaddrinfo: Name or service not known starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `ftp://ftp.cs.tu- berlin.de/pub/gnu/glibc/glibc-2.17.tar.xz'... failed to resolve `ftp.cs.tu-berlin.de': Name or service not known ERROR: In procedure struct_vtable: Wrong type argument in position 1 (expecting pair): #f starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `ftp://ftp.chg.ru/pub/gnu/glibc/glibc-2.17.tar.xz'... failed to resolve `ftp.chg.ru': Name or service not known ERROR: In procedure struct_vtable: Wrong type argument in position 1 (expecting pair): #f starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `ftp://ftp.funet.fi/pub/mirrors/ftp.gnu.org/gnu/glibc/glibc-2.17.tar.xz'... failed to resolve `ftp.funet.fi': Name or service not known ERROR: In procedure struct_vtable: Wrong type argument in position 1 (expecting pair): #f starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz' from `http://ftp.gnu.org/pub/gnu/glibc/glibc-2.17.tar.xz'... ERROR: In procedure getaddrinfo: Name or service not known failed to download "/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07- glibc-2.17.tar.xz" from "mirror://gnu/glibc/glibc-2.17.tar.xz" ... On the other hand, guix-download http://ftpmirror.gnu.org/glibc/glibc-2.17.tar.xz succeeds. Andreas [-- Attachment #2: Type: text/html, Size: 5982 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-03 8:55 Core-updates: Downloads do not work Andreas Enge @ 2013-01-03 15:01 ` Ludovic Courtès 2013-01-03 15:28 ` Andreas Enge 0 siblings, 1 reply; 15+ messages in thread From: Ludovic Courtès @ 2013-01-03 15:01 UTC (permalink / raw) To: Andreas Enge; +Cc: bug-guix Andreas Enge <andreas@enge.fr> skribis: > in the core-updates branch, tarballs are not downloaded automatically any > more. Here is the result of "guix-build hello" (which tries to rebuild > everything, as expected): I can’t reproduce it: --8<---------------cut here---------------start------------->8--- $ ./pre-inst-env guix-build -S -e '(@ (distro packages base) glibc-final)' the following derivations will be built: /nix/store/r132zr05rnbwl56xlzaqypsh85cd8cfv-glibc-2.17.tar.xz.drv /nix/store/lasdjqypfkcfqkf4ryvycz3b0x239c71-module-import.drv /nix/store/n0pdl6b6f8qykbh9mhdgjj56mb24d5k2-module-import-compiled.drv [...] starting download of `/nix/store/c09pc1yvdai4ylb5i7x242aj66dy3f07-glibc-2.17.tar.xz' from `http://ftpmirror.gnu.org/glibc/glibc-2.17.tar.xz'... following redirection to `http://mirror.ibcp.fr/pub/gnu/glibc/glibc-2.17.tar.xz'... --8<---------------cut here---------------end--------------->8--- Most likely this is because nscd is not running, or not listening to the right socket: --8<---------------cut here---------------start------------->8--- $ strace -o ,,s /nix/store/k8qmk5n2zsrndvzqs4bq7x9jyyxf5ndr-guile-bootstrap-2.0/bin/guile -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' ;;; ((#(1024 2 1 6 #(2 3497454356 80) #f) #(1024 2 2 17 #(2 3497454356 80) #f) #(1024 2 3 0 #(2 3497454356 80) #f) #(1024 10 1 6 #(10 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 2 17 #(10 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 3 0 #(10 42541952298791455573290623124440612875 80 0 0) #f))) $ grep nscd ,,s connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0 connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0 --8<---------------cut here---------------end--------------->8--- Can you check that? TIA, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-03 15:01 ` Ludovic Courtès @ 2013-01-03 15:28 ` Andreas Enge 2013-01-03 16:05 ` Ludovic Courtès 0 siblings, 1 reply; 15+ messages in thread From: Andreas Enge @ 2013-01-03 15:28 UTC (permalink / raw) To: Ludovic Courtès; +Cc: bug-guix [-- Attachment #1: Type: text/plain, Size: 1704 bytes --] Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès: > Most likely this is because nscd is not running, or not listening to the > right socket: > > --8<---------------cut here---------------start------------->8--- > $ strace -o ,,s > /nix/store/k8qmk5n2zsrndvzqs4bq7x9jyyxf5ndr-guile-bootstrap-2.0/bin/gui > le -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' > > ;;; ((#(1024 2 1 6 #(2 3497454356 80) #f) #(1024 2 2 17 #(2 3497454356 > 80) #f) #(1024 2 3 0 #(2 3497454356 80) #f) #(1024 10 1 6 #(10 > 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 2 17 #(10 > 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 3 0 #(10 > 42541952298791455573290623124440612875 80 0 0) #f))) > > $ grep nscd ,,s > connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0 > connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0 > --8<---------------cut here---------------end--------------->8--- > > Can you check that? Here is what I get: connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) Under debian, there is a separate package "nscd" with the following description: Package: nscd Source: eglibc Description-en: Embedded GNU C Library: Name Service Cache Daemon A daemon which handles passwd, group and host lookups for running programs and caches the results for the next query. You should install this package only if you use slow services like LDAP, NIS or NIS+. I am running neither LDAP nor NIS*, so it is not installed. Andreas [-- Attachment #2: Type: text/html, Size: 7742 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-03 15:28 ` Andreas Enge @ 2013-01-03 16:05 ` Ludovic Courtès 2013-01-03 16:45 ` Andreas Enge 0 siblings, 1 reply; 15+ messages in thread From: Ludovic Courtès @ 2013-01-03 16:05 UTC (permalink / raw) To: Andreas Enge; +Cc: bug-guix Andreas Enge <andreas@enge.fr> skribis: > Here is what I get: > connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 > ENOENT (No such file or directory) > connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 > ENOENT (No such file or directory) OK, this confirms my intuition. > Under debian, there is a separate package "nscd" with the following > description: > Package: nscd > Source: eglibc > Description-en: Embedded GNU C Library: Name Service Cache Daemon > A daemon which handles passwd, group and host lookups > for running programs and caches the results for the next > query. You should install this package only if you use > slow services like LDAP, NIS or NIS+. > > I am running neither LDAP nor NIS*, so it is not installed. It works for name lookups in general, including DNS lookups. It’s useful to always enable it. Thanks, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-03 16:05 ` Ludovic Courtès @ 2013-01-03 16:45 ` Andreas Enge 2013-01-03 20:53 ` Ludovic Courtès 0 siblings, 1 reply; 15+ messages in thread From: Andreas Enge @ 2013-01-03 16:45 UTC (permalink / raw) To: Ludovic Courtès; +Cc: bug-guix [-- Attachment #1: Type: text/plain, Size: 465 bytes --] Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès: > It works for name lookups in general, including DNS lookups. It’s > useful to always enable it. So should this be checked by ./configure? I am still not sure why this is needed; the "host" command does work and I can surf the web, so there seems to be some name lookup service available (even though maybe without the caching advertised for nscd). Also, it does work in master. Andreas [-- Attachment #2: Type: text/html, Size: 2274 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-03 16:45 ` Andreas Enge @ 2013-01-03 20:53 ` Ludovic Courtès 2013-01-04 15:57 ` Andreas Enge 0 siblings, 1 reply; 15+ messages in thread From: Ludovic Courtès @ 2013-01-03 20:53 UTC (permalink / raw) To: Andreas Enge; +Cc: bug-guix Andreas Enge <andreas@enge.fr> skribis: > Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès: >> It works for name lookups in general, including DNS lookups. It’s >> useful to always enable it. > > So should this be checked by ./configure? It wouldn’t be enough: nscd could be running at configure time, and not later. > I am still not sure why this is needed; the "host" command does work and I > can surf the web, so there seems to be some name lookup service available > (even though maybe without the caching advertised for nscd). The ‘host’ command includes its own DNS client, IIRC (it does not use getaddrinfo and similar libc services.) The C library’s getaddrinfo and other lookup functions can of course be used without nscd, which is what your applications were using. What differs here is that the bootstrap Guile is statically linked, and getaddrinfo and similar functions are not fully functional in statically linked binaries. Hmm, that said, we should probably build the bootstrap libc with --disable-nscd to avoid this problem altogether. I’ll try that, but rebuilding everything is gonna take ages again... > Also, it does work in master. That’s more surprising. Can you try: strace -o ,,s /nix/store/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bootstrap-2.0/bin/guile -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' grep nscd ,,s The above path is that of the bootstrap Guile in master. Thanks, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-03 20:53 ` Ludovic Courtès @ 2013-01-04 15:57 ` Andreas Enge 2013-01-04 17:17 ` Ludovic Courtès 2013-01-06 0:20 ` Ludovic Courtès 0 siblings, 2 replies; 15+ messages in thread From: Andreas Enge @ 2013-01-04 15:57 UTC (permalink / raw) To: Ludovic Courtès; +Cc: bug-guix [-- Attachment #1: Type: text/plain, Size: 2329 bytes --] Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès: > Andreas Enge <andreas@enge.fr> skribis: > > So should this be checked by ./configure? > It wouldn’t be enough: nscd could be running at configure time, and not > later. True, but it would be better than nothing - as long as it is not packaged for distributions, the code will most probably run on the machine where it has been compiled. > The C library’s getaddrinfo and other lookup functions can of course be > used without nscd, which is what your applications were using. > > What differs here is that the bootstrap Guile is statically linked, and > getaddrinfo and similar functions are not fully functional in statically > linked binaries. > > Hmm, that said, we should probably build the bootstrap libc with > --disable-nscd to avoid this problem altogether. I’ll try that, but > rebuilding everything is gonna take ages again... Well, if it solves the problem, it is worth the time! > Can you try: > strace -o ,,s > /nix/store/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bootstrap-2.0/bin/gui > le -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' grep nscd > ,,s > The above path is that of the bootstrap Guile in master. The same problem: privat@debian:/tmp$ strace -o ,,s /nix/store/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bootstrap-2.0/bin/guile - c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' ;;; ((#(1024 2 1 6 #(2 3497454356 80) #f) #(1024 2 2 17 #(2 3497454356 80) #f) #(1024 2 3 0 #(2 3497454356 80) #f) #(1024 10 1 6 #(10 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 2 17 #(10 42541952298791455573290623124440612875 80 0 0) #f) #(1024 10 3 0 #(10 42541952298791455573290623124440612875 80 0 0) #f))) privat@debian:/tmp$ grep nscd ,,s connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) Admittedly, I recently downloaded new tarballs mainly for my own new packages, and since I needed the hash, I did so using guix-download. So maybe it does not work any more since guix includes the build code from nix? It definitely did work at some point in time for my first "hello". Andreas [-- Attachment #2: Type: text/html, Size: 8696 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-04 15:57 ` Andreas Enge @ 2013-01-04 17:17 ` Ludovic Courtès 2013-01-06 0:20 ` Ludovic Courtès 1 sibling, 0 replies; 15+ messages in thread From: Ludovic Courtès @ 2013-01-04 17:17 UTC (permalink / raw) To: Andreas Enge; +Cc: bug-guix Hi! Andreas Enge <andreas@enge.fr> skribis: > Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès: [...] >> The C library’s getaddrinfo and other lookup functions can of course be >> used without nscd, which is what your applications were using. >> >> What differs here is that the bootstrap Guile is statically linked, and >> getaddrinfo and similar functions are not fully functional in statically >> linked binaries. >> >> Hmm, that said, we should probably build the bootstrap libc with >> --disable-nscd to avoid this problem altogether. I’ll try that, but >> rebuilding everything is gonna take ages again... > > Well, if it solves the problem, it is worth the time! I’m working on it, and it seems to solve the problem. >> Can you try: >> strace -o ,,s >> /nix/store/7ys18z66aih9dwzlwkj2jynk05a3xsds-guile-bootstrap-2.0/bin/gui >> le -c '(pk (getaddrinfo "ftp.gnu.org" "80" AI_NUMERICSERV))' grep nscd >> ,,s >> The above path is that of the bootstrap Guile in master. > > The same problem: Good, I wouldn’t have been able to explain a different behavior. ;-) > Admittedly, I recently downloaded new tarballs mainly for my own new > packages, and since I needed the hash, I did so using guix-download. So > maybe it does not work any more since guix includes the build code from > nix? Not sure what you mean here. It could be that you had tarballs already in the store, and thus didn’t notice the problem. > It definitely did work at some point in time for my first "hello". Well, dunno. The nscd is enabled by default in glibc builds, so it could be that it was there once upon a time... Thanks, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-04 15:57 ` Andreas Enge 2013-01-04 17:17 ` Ludovic Courtès @ 2013-01-06 0:20 ` Ludovic Courtès 2013-01-07 21:45 ` Andreas Enge 2013-01-09 6:25 ` Andreas Enge 1 sibling, 2 replies; 15+ messages in thread From: Ludovic Courtès @ 2013-01-06 0:20 UTC (permalink / raw) To: Andreas Enge; +Cc: bug-guix Hi! Andreas Enge <andreas@enge.fr> skribis: > Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès: [...] >> The C library’s getaddrinfo and other lookup functions can of course be >> used without nscd, which is what your applications were using. >> >> What differs here is that the bootstrap Guile is statically linked, and >> getaddrinfo and similar functions are not fully functional in statically >> linked binaries. >> >> Hmm, that said, we should probably build the bootstrap libc with >> --disable-nscd to avoid this problem altogether. I’ll try that, but >> rebuilding everything is gonna take ages again... > > Well, if it solves the problem, it is worth the time! I’ve rebuilt and uploaded all the bootstrap binaries with a libc that doesn’t use the nscd and has static NSS modules. With commit 79580eb of core-updates, these new binaries are being used. Let me know how it works! :-) Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-06 0:20 ` Ludovic Courtès @ 2013-01-07 21:45 ` Andreas Enge 2013-01-07 22:17 ` Ludovic Courtès 2013-01-09 6:25 ` Andreas Enge 1 sibling, 1 reply; 15+ messages in thread From: Andreas Enge @ 2013-01-07 21:45 UTC (permalink / raw) To: Ludovic Courtès; +Cc: bug-guix [-- Attachment #1: Type: text/plain, Size: 3320 bytes --] Am Sonntag, 6. Januar 2013 schrieb Ludovic Courtès: > I’ve rebuilt and uploaded all the bootstrap binaries with a libc that > doesn’t use the nscd and has static NSS modules. With commit 79580eb of > core-updates, these new binaries are being used. > > Let me know how it works! :-) Well, I do not understand what is happening. To check whether the problem was solved, I wanted to verify that it was still present before the update, and tried to build a new package (ddrescue). What shall I say, it was downloaded correctly before updating my git repository! After updating, things still do not work, which makes sense, since the new bootstrap binaries are not yet downloaded: @ build-started /nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v- gcc-4.7.2.tar.xz.drv /nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas- gcc-4.7.2.tar.xz x86_64-linux /usr/local/guix- git/var/log/nix/drvs/blsxf7m8h6rddhq6ajksjhq27fzfi90v- gcc-4.7.2.tar.xz.drv.bz2 @ build-started /nix/store/ks8lzbbnw97n9rxbyf7fxhgsl2alkjc3-static- binaries.tar.xz.drv /nix/store/n5wq53xj7fyzbf4w8whz0q8ffh6yy8b9-static- binaries.tar.xz x86_64-linux /usr/local/guix- git/var/log/nix/drvs/ks8lzbbnw97n9rxbyf7fxhgsl2alkjc3-static- binaries.tar.xz.drv.bz2 @ build-started /nix/store/zma6787ffbaj9dy8vxjirdnsrs5k8mrx- binutils-2.22.tar.xz.drv /nix/store/bvhn746hnl96xwm88g3xs3wqv015zbha- binutils-2.22.tar.xz x86_64-linux /usr/local/guix- git/var/log/nix/drvs/zma6787ffbaj9dy8vxjirdnsrs5k8mrx- binutils-2.22.tar.xz.drv.bz2 @ build-started /nix/store/w5d3ha447cb8zhrxh64y8q14izcp1m8q- glibc-2.17.tar.xz.drv /nix/store/q61dk4k2zcnvxvha8k71j1a46lyr89vn- glibc-2.17.tar.xz x86_64-linux /usr/local/guix- git/var/log/nix/drvs/w5d3ha447cb8zhrxh64y8q14izcp1m8q- glibc-2.17.tar.xz.drv.bz2 starting download of `/nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas- gcc-4.7.2.tar.xz' from `http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/gcc-4.7.2.tar.xz'... ERROR: In procedure getaddrinfo: Name or service not known failed to download "/nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas- gcc-4.7.2.tar.xz" from "http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/gcc-4.7.2.tar.xz" starting download of `/nix/store/q61dk4k2zcnvxvha8k71j1a46lyr89vn- glibc-2.17.tar.xz' from `http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/glibc-2.17.tar.xz'... ERROR: In procedure getaddrinfo: Name or service not known failed to download "/nix/store/q61dk4k2zcnvxvha8k71j1a46lyr89vn- glibc-2.17.tar.xz" from "http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/glibc-2.17.tar.xz" builder for `/nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v- gcc-4.7.2.tar.xz.drv' failed with exit code 1 @ build-failed /nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v- gcc-4.7.2.tar.xz.drv /nix/store/9vijlrv06dvli9m2fw9ha3r3mswz0qas- gcc-4.7.2.tar.xz 1 builder for `/nix/store/blsxf7m8h6rddhq6ajksjhq27fzfi90v-gcc-4.7.2.tar.xz.drv' failed with exit code 1 However, I can execute guix-download http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- linux/20130105/gcc-4.7.2.tar.xz (as well as for all other packages), and then start a build. How come that "guix-download" does work, but the same download fails through "guix-build"? Andreas [-- Attachment #2: Type: text/html, Size: 8260 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-07 21:45 ` Andreas Enge @ 2013-01-07 22:17 ` Ludovic Courtès 2013-01-08 8:54 ` Andreas Enge 0 siblings, 1 reply; 15+ messages in thread From: Ludovic Courtès @ 2013-01-07 22:17 UTC (permalink / raw) To: Andreas Enge; +Cc: bug-guix Hi Andreas! Andreas Enge <andreas@enge.fr> skribis: > After updating, things still do not work, which makes sense, since the new > bootstrap binaries are not yet downloaded: Ah, you need to: $ rm distro/packages/bootstrap/x86_64-linux/guile-*.tar.xz $ make The latter will download the current guile-2.0.7.tar.xz bootstrap binary, and check its hash (the hash of that tarball is only checked upon downloading, by build-aux/download.scm.) > However, I can execute > guix-download http://www.fdn.fr/~lcourtes/software/guix/packages/x86_64- > linux/20130105/gcc-4.7.2.tar.xz > (as well as for all other packages), and then start a build. > > How come that "guix-download" does work, but the same download fails > through "guix-build"? That’s because guix-download uses your Guile, which is a full-fledged Guile linked against a feature-complete libc, whereas the old bootstrap Guile was statically linked against a libc whose getaddrinfo depended on a running nscd to work. Does that clarify a bit? :-) Thanks, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-07 22:17 ` Ludovic Courtès @ 2013-01-08 8:54 ` Andreas Enge 2013-01-08 22:51 ` Ludovic Courtès 0 siblings, 1 reply; 15+ messages in thread From: Andreas Enge @ 2013-01-08 8:54 UTC (permalink / raw) To: Ludovic Courtès; +Cc: bug-guix [-- Attachment #1: Type: text/plain, Size: 525 bytes --] Am Montag, 7. Januar 2013 schrieb Ludovic Courtès: > > bootstrap binaries are not yet downloaded: > Ah, you need to: > $ rm distro/packages/bootstrap/x86_64-linux/guile-*.tar.xz > $ make > ... > Does that clarify a bit? :-) Thanks, it clarifies a lot. To check whether things work, can I simply delete the "hello" tarball in the nix store? I once deleted a compiled package in the nix store, and that caused an inconsistency with the package database in guix-installation-directory/var/... . Andreas [-- Attachment #2: Type: text/html, Size: 2617 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-08 8:54 ` Andreas Enge @ 2013-01-08 22:51 ` Ludovic Courtès 0 siblings, 0 replies; 15+ messages in thread From: Ludovic Courtès @ 2013-01-08 22:51 UTC (permalink / raw) To: Andreas Enge; +Cc: bug-guix Hi! Andreas Enge <andreas@enge.fr> skribis: > Thanks, it clarifies a lot. To check whether things work, can I simply > delete the "hello" tarball in the nix store? I once deleted a compiled > package in the nix store, and that caused an inconsistency with the package > database in guix-installation-directory/var/... . Anything you delete must be deleted with ‘guix-gc --delete’ (or ‘nix-store --delete’), which also updates the database that’s under /nix/var/nix/db/. Thanks, Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-06 0:20 ` Ludovic Courtès 2013-01-07 21:45 ` Andreas Enge @ 2013-01-09 6:25 ` Andreas Enge 2013-01-09 13:51 ` Ludovic Courtès 1 sibling, 1 reply; 15+ messages in thread From: Andreas Enge @ 2013-01-09 6:25 UTC (permalink / raw) To: Ludovic Courtès; +Cc: bug-guix [-- Attachment #1: Type: text/plain, Size: 134 bytes --] Am Sonntag, 6. Januar 2013 schrieb Ludovic Courtès: > Let me know how it works! :-) It does work now. Thanks a lot! Andreas [-- Attachment #2: Type: text/html, Size: 1499 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Core-updates: Downloads do not work 2013-01-09 6:25 ` Andreas Enge @ 2013-01-09 13:51 ` Ludovic Courtès 0 siblings, 0 replies; 15+ messages in thread From: Ludovic Courtès @ 2013-01-09 13:51 UTC (permalink / raw) To: Andreas Enge; +Cc: bug-guix Andreas Enge <andreas@enge.fr> skribis: > Am Sonntag, 6. Januar 2013 schrieb Ludovic Courtès: >> Let me know how it works! :-) > > It does work now. Thanks a lot! Cool, thank you! I think we should merge ‘core-updates’ real soon, if there are no objections, and clear a few rough edges before 0.1. Ludo’. ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2013-01-09 13:51 UTC | newest] Thread overview: 15+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-01-03 8:55 Core-updates: Downloads do not work Andreas Enge 2013-01-03 15:01 ` Ludovic Courtès 2013-01-03 15:28 ` Andreas Enge 2013-01-03 16:05 ` Ludovic Courtès 2013-01-03 16:45 ` Andreas Enge 2013-01-03 20:53 ` Ludovic Courtès 2013-01-04 15:57 ` Andreas Enge 2013-01-04 17:17 ` Ludovic Courtès 2013-01-06 0:20 ` Ludovic Courtès 2013-01-07 21:45 ` Andreas Enge 2013-01-07 22:17 ` Ludovic Courtès 2013-01-08 8:54 ` Andreas Enge 2013-01-08 22:51 ` Ludovic Courtès 2013-01-09 6:25 ` Andreas Enge 2013-01-09 13:51 ` Ludovic Courtès
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/guix.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).