GNU bug report logs -
#30157
texlive-20170524-texmf.tar.xz' failed: 410, "Gone"
Previous Next
Reported by: Mathieu Lirzin <mthl <at> gnu.org>
Date: Thu, 18 Jan 2018 12:54:02 UTC
Severity: normal
Done: ludo <at> gnu.org (Ludovic Courtès)
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 30157 in the body.
You can then email your comments to 30157 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#30157
; Package
guix
.
(Thu, 18 Jan 2018 12:54:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Mathieu Lirzin <mthl <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Thu, 18 Jan 2018 12:54:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
While building my system configuration after a ‘guix pull’ with guix
"d36d4c55c4a3faf47ee09e1010cb6617c6e39a48", I encountered the following
error.
--8<---------------cut here---------------start------------->8---
Téléchargement de « https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz »...
guix substitute: error: download from 'https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz' failed: 410, "Gone"
guix system: error: build failed: some substitutes for the outputs of derivation `/gnu/store/j3m0a6rwrz9jmass4zlndpn5y0x8g5n4-texlive-20170524-texmf.tar.xz.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
--8<---------------cut here---------------end--------------->8---
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Information forwarded
to
bug-guix <at> gnu.org
:
bug#30157
; Package
guix
.
(Thu, 18 Jan 2018 12:58:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 30157 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Mathieu Lirzin transcribed 1.0K bytes:
> Hello,
>
> While building my system configuration after a ‘guix pull’ with guix
> "d36d4c55c4a3faf47ee09e1010cb6617c6e39a48", I encountered the following
> error.
>
> --8<---------------cut here---------------start------------->8---
> Téléchargement de « https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz »...
> guix substitute: error: download from 'https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz' failed: 410, "Gone"
> guix system: error: build failed: some substitutes for the outputs of derivation `/gnu/store/j3m0a6rwrz9jmass4zlndpn5y0x8g5n4-texlive-20170524-texmf.tar.xz.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
> --8<---------------cut here---------------end--------------->8---
>
> Thanks.
>
> --
> Mathieu Lirzin
> GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
>
Hi,
this is expected as we don't build substitutes for some parts of texlive, notable
this one. The resulting size would be ~5GB and as far as I understand it this would
need longer to transfer to you than to build locally (given that your machine can
build it).
--
ng0 :: https://ea.n0.is
A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://ea.n0.is/keys/
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#30157
; Package
guix
.
(Thu, 18 Jan 2018 13:18:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 30157 <at> debbugs.gnu.org (full text, mbox):
Hello,
ng0 <ng0 <at> n0.is> writes:
> Mathieu Lirzin transcribed 1.0K bytes:
>>
>> While building my system configuration after a ‘guix pull’ with guix
>> "d36d4c55c4a3faf47ee09e1010cb6617c6e39a48", I encountered the following
>> error.
>>
>> --8<---------------cut here---------------start------------->8---
>> Téléchargement de « https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz »...
>> guix substitute: error: download from 'https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz' failed: 410, "Gone"
>> guix system: error: build failed: some substitutes for the outputs
>> of derivation
>> `/gnu/store/j3m0a6rwrz9jmass4zlndpn5y0x8g5n4-texlive-20170524-texmf.tar.xz.drv'
>> failed (usually happens due to networking issues); try `--fallback'
>> to build derivation from source
>> --8<---------------cut here---------------end--------------->8---
> this is expected as we don't build substitutes for some parts of texlive, notable
> this one. The resulting size would be ~5GB and as far as I understand it this would
> need longer to transfer to you than to build locally (given that your machine can
> build it).
Hum,
That makes sense, however the command bailing out is kind of confusing.
Would it be possible to configure those heavy packages so that they
automatically fallback to native compilation.
Anyway I don't understand how the full texlive end up being built when
running ‘guix system build /etc/config.scm’ since the configuration
contains only the following services and packages:
(packages (cons* nss-certs ;for HTTPS access
gvfs ;for user mounts
samba
cifs-utils
nfs-utils
%base-packages))
(services (cons* (console-keymap-service "fr")
(xfce-desktop-service)
(mate-desktop-service)
(service cups-service-type
(cups-configuration
(web-interface? #t)
(extensions (list cups-filters hplip))))
(extra-special-file "/usr/bin/env"
(file-append coreutils "/bin/env"))
%desktop-services))
The only reference of texlive I have is ”texlive-tiny“ which is only in
my user profile and is already built.
Thank you for the explanation.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Information forwarded
to
bug-guix <at> gnu.org
:
bug#30157
; Package
guix
.
(Thu, 18 Jan 2018 16:28:03 GMT)
Full text and
rfc822 format available.
Message #14 received at 30157 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Mathieu Lirzin transcribed 2.4K bytes:
> Hello,
>
> ng0 <ng0 <at> n0.is> writes:
>
> > Mathieu Lirzin transcribed 1.0K bytes:
> >>
> >> While building my system configuration after a ‘guix pull’ with guix
> >> "d36d4c55c4a3faf47ee09e1010cb6617c6e39a48", I encountered the following
> >> error.
> >>
> >> --8<---------------cut here---------------start------------->8---
> >> Téléchargement de « https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz »...
> >> guix substitute: error: download from 'https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz' failed: 410, "Gone"
> >> guix system: error: build failed: some substitutes for the outputs
> >> of derivation
> >> `/gnu/store/j3m0a6rwrz9jmass4zlndpn5y0x8g5n4-texlive-20170524-texmf.tar.xz.drv'
> >> failed (usually happens due to networking issues); try `--fallback'
> >> to build derivation from source
> >> --8<---------------cut here---------------end--------------->8---
>
> > this is expected as we don't build substitutes for some parts of texlive, notable
> > this one. The resulting size would be ~5GB and as far as I understand it this would
> > need longer to transfer to you than to build locally (given that your machine can
> > build it).
>
> Hum,
>
> That makes sense, however the command bailing out is kind of confusing.
> Would it be possible to configure those heavy packages so that they
> automatically fallback to native compilation.
>
> Anyway I don't understand how the full texlive end up being built when
> running ‘guix system build /etc/config.scm’ since the configuration
> contains only the following services and packages:
>
> (packages (cons* nss-certs ;for HTTPS access
> gvfs ;for user mounts
> samba
> cifs-utils
> nfs-utils
> %base-packages))
>
> (services (cons* (console-keymap-service "fr")
> (xfce-desktop-service)
> (mate-desktop-service)
> (service cups-service-type
> (cups-configuration
> (web-interface? #t)
> (extensions (list cups-filters hplip))))
> (extra-special-file "/usr/bin/env"
> (file-append coreutils "/bin/env"))
> %desktop-services))
>
> The only reference of texlive I have is ”texlive-tiny“ which is only in
> my user profile and is already built.
I suspect that it's somewhere in one of the dependency graphs of those applications,
you can check with guix size `guix build foo` to get a view on that.
It's definitely not gvfs, and mate triggered a build of webkitgtk-2 here, so
you have to figure out yourself I guess ( can take some time ).
> Thank you for the explanation.
>
> --
> Mathieu Lirzin
> GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
>
--
ng0 :: https://ea.n0.is
A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://ea.n0.is/keys/
[signature.asc (application/pgp-signature, inline)]
Reply sent
to
ludo <at> gnu.org (Ludovic Courtès)
:
You have taken responsibility.
(Fri, 19 Jan 2018 13:23:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Mathieu Lirzin <mthl <at> gnu.org>
:
bug acknowledged by developer.
(Fri, 19 Jan 2018 13:23:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 30157-done <at> debbugs.gnu.org (full text, mbox):
Mathieu Lirzin <mthl <at> gnu.org> skribis:
> Téléchargement de « https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz »...
> guix substitute: error: download from 'https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz' failed: 410, "Gone"
Fixed by simply letting it through:
https://git.savannah.gnu.org/cgit/guix/maintenance.git/commit/?id=8859af255f4041f90f630094c6ec81227b554904
However note that it’s a 2.2 GiB file. I think it’s OK for hydra to
serve it, in particular because ‘guix publish’ does almost no processing
on that file since it’s already compressed. So the only cost is
bandwidth.
(The ‘texlive-texmf’ binary remains unavailable on hydra because it’s
marked as non-substitutable.)
Other options that came to mind were:
1. Mark the texlive-texmf source derivation as non-substitutable,
which would have required fiddling with ‘url-fetch’ to pass
#:substitutable? #f to ‘raw-derivation’. Everyone would have
downloaded from the upstream FTP site.
2. Add a ‘--hide=.*texlive-texmf*’ option to ‘guix publish’, which
would prevent it from publishing narinfos for store items that
match the regexp.
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#30157
; Package
guix
.
(Fri, 19 Jan 2018 14:52:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 30157-done <at> debbugs.gnu.org (full text, mbox):
ludo <at> gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin <mthl <at> gnu.org> skribis:
>
>> Téléchargement de « https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz »...
>> guix substitute: error: download from 'https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz' failed: 410, "Gone"
>
> Fixed by simply letting it through:
>
> https://git.savannah.gnu.org/cgit/guix/maintenance.git/commit/?id=8859af255f4041f90f630094c6ec81227b554904
>
> However note that it’s a 2.2 GiB file. I think it’s OK for hydra to
> serve it, in particular because ‘guix publish’ does almost no processing
> on that file since it’s already compressed. So the only cost is
> bandwidth.
>
> (The ‘texlive-texmf’ binary remains unavailable on hydra because it’s
> marked as non-substitutable.)
>
> Other options that came to mind were:
>
> 1. Mark the texlive-texmf source derivation as non-substitutable,
> which would have required fiddling with ‘url-fetch’ to pass
> #:substitutable? #f to ‘raw-derivation’. Everyone would have
> downloaded from the upstream FTP site.
>
> 2. Add a ‘--hide=.*texlive-texmf*’ option to ‘guix publish’, which
> would prevent it from publishing narinfos for store items that
> match the regexp.
AIUI the issue is somewhat specific to public instances of ‘guix
publish’. What I mean is that when having a local build farm used on a
local network by a cluster, It seems useful to cache the texlive-texmf
tarball on the build farm to benefit for the local network speed. So in
that regard (2) seems a better option but maybe I am overlooking other
important points.
Thanks for fixing that.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 17 Feb 2018 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 73 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.