* Export archive and import it on another machine
@ 2016-02-18 20:01 白い熊@相撲道
2016-02-18 22:34 ` Leo Famulari
0 siblings, 1 reply; 7+ messages in thread
From: 白い熊@相撲道 @ 2016-02-18 20:01 UTC (permalink / raw
To: help-guix
I'm trying to export Libreoffice from one PC and import it on another one — the reason I'm doing this is that with the latest git checkout when I try to install it on a PC with a newly installed GuixSD it keeps building it from source and failing.
Anyhow, on the machine that I have it installed I ran:
# guix archive --generate-key
$ guix archive --export -r /gnu/store/hash...libreoffice-5.0.3.2 > libreoffice-5.0.3.2.nar
Then copied the nar and /etc/guix/signing-key.pub to the other PC.
There I ran:
# guix archive --authorize < signing-key.pub
$ guix archive --import < libreoffice-5.0.3.2.nar
The last command fails with:
guix archive: error: build failed: program `guix-authenticate' failed with exit code 1
What am I doing wrong?
Side question — why is it building Libreoffice from source on “guix package -i libreoffice”? Recipe there, but not built on Hydra? How can I install an earlier already—built version?
--
白い熊@相撲道
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Export archive and import it on another machine
2016-02-18 20:01 Export archive and import it on another machine 白い熊@相撲道
@ 2016-02-18 22:34 ` Leo Famulari
2016-02-19 9:42 ` 白い熊@相撲道
0 siblings, 1 reply; 7+ messages in thread
From: Leo Famulari @ 2016-02-18 22:34 UTC (permalink / raw
To: 白い熊@相撲道; +Cc: help-guix
On Thu, Feb 18, 2016 at 08:01:44PM +0000, 白い熊@相撲道 wrote:
> I'm trying to export Libreoffice from one PC and import it on another one — the reason I'm doing this is that with the latest git checkout when I try to install it on a PC with a newly installed GuixSD it keeps building it from source and failing.
>
> Anyhow, on the machine that I have it installed I ran:
>
> # guix archive --generate-key
> $ guix archive --export -r /gnu/store/hash...libreoffice-5.0.3.2 > libreoffice-5.0.3.2.nar
>
> Then copied the nar and /etc/guix/signing-key.pub to the other PC.
>
> There I ran:
>
> # guix archive --authorize < signing-key.pub
> $ guix archive --import < libreoffice-5.0.3.2.nar
>
> The last command fails with:
>
> guix archive: error: build failed: program `guix-authenticate' failed with exit code 1
>
> What am I doing wrong?
Hm, I'm not sure. Are you sure the source machine's public key is in
/etc/guix/acl?
>
> Side question — why is it building Libreoffice from source on “guix package -i libreoffice”? Recipe there, but not built on Hydra? How can I install an earlier already—built version?
Most likely for this reason:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22653
You can install an earlier version by checking out a commit in the Guix
git repo from before Vigra broke, and building based on that commit [0].
When building Guix from git, be sure to pass the correct value to
./configure --localstatedir=. Most likely it is '/var'.
[0]
https://www.gnu.org/software/guix/manual/guix.html#Building-from-Git
> --
> 白い熊@相撲道
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Export archive and import it on another machine
2016-02-18 22:34 ` Leo Famulari
@ 2016-02-19 9:42 ` 白い熊@相撲道
2016-02-19 17:06 ` Leo Famulari
0 siblings, 1 reply; 7+ messages in thread
From: 白い熊@相撲道 @ 2016-02-19 9:42 UTC (permalink / raw
To: help-guix
On February 18, 2016 11:34:52 PM CET, Leo Famulari <leo@famulari.name> wrote:
>On Thu, Feb 18, 2016 at 08:01:44PM +0000, 白い熊@相撲道 wrote:
>> I'm trying to export Libreoffice from one PC and import it on another
>one — the reason I'm doing this is that with the latest git checkout
>when I try to install it on a PC with a newly installed GuixSD it keeps
>building it from source and failing.
>>
>> Anyhow, on the machine that I have it installed I ran:
>>
>> # guix archive --generate-key
>> $ guix archive --export -r /gnu/store/hash...libreoffice-5.0.3.2 >
>libreoffice-5.0.3.2.nar
>>
>> Then copied the nar and /etc/guix/signing-key.pub to the other PC.
>>
>> There I ran:
>>
>> # guix archive --authorize < signing-key.pub
>> $ guix archive --import < libreoffice-5.0.3.2.nar
>>
>> The last command fails with:
>>
>> guix archive: error: build failed: program `guix-authenticate' failed
>with exit code 1
>>
>> What am I doing wrong?
>
>Hm, I'm not sure. Are you sure the source machine's public key is in
>/etc/guix/acl?
I think it is — I see one entry in the acl file, but since it's a hash I don't know how to confirm that it represents the much shorter hash found in the source machine's signing-key.pub file.
>> Side question — why is it building Libreoffice from source on “guix
>package -i libreoffice”? Recipe there, but not built on Hydra? How can
>I install an earlier already—built version?
>
>Most likely for this reason:
>http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22653
>
>You can install an earlier version by checking out a commit in the Guix
>git repo from before Vigra broke, and building based on that commit
>[0].
That's good — I can do that. I'm not really familiar with git yet — how can I determine the commit representing the point in time before Vitro broke and pull it? And how do I go back to master after rebuilding and installing libreoffice?
>When building Guix from git, be sure to pass the correct value to
>./configure --localstatedir=. Most likely it is '/var'.
Thank you for reminding me of this! I would have forgotten for sure! :@)
--
白い熊@相撲道
>[0]
>https://www.gnu.org/software/guix/manual/guix.html#Building-from-Git
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Export archive and import it on another machine
2016-02-19 9:42 ` 白い熊@相撲道
@ 2016-02-19 17:06 ` Leo Famulari
2016-02-20 11:25 ` 白い熊@相撲道
0 siblings, 1 reply; 7+ messages in thread
From: Leo Famulari @ 2016-02-19 17:06 UTC (permalink / raw
To: 白い熊@相撲道; +Cc: help-guix
On Fri, Feb 19, 2016 at 09:42:59AM +0000, 白い熊@相撲道 wrote:
>
>
> On February 18, 2016 11:34:52 PM CET, Leo Famulari <leo@famulari.name> wrote:
> >On Thu, Feb 18, 2016 at 08:01:44PM +0000, 白い熊@相撲道 wrote:
> >> I'm trying to export Libreoffice from one PC and import it on another
> >one — the reason I'm doing this is that with the latest git checkout
> >when I try to install it on a PC with a newly installed GuixSD it keeps
> >building it from source and failing.
> >>
> >> Anyhow, on the machine that I have it installed I ran:
> >>
> >> # guix archive --generate-key
> >> $ guix archive --export -r /gnu/store/hash...libreoffice-5.0.3.2 >
> >libreoffice-5.0.3.2.nar
> >>
> >> Then copied the nar and /etc/guix/signing-key.pub to the other PC.
> >>
> >> There I ran:
> >>
> >> # guix archive --authorize < signing-key.pub
> >> $ guix archive --import < libreoffice-5.0.3.2.nar
> >>
> >> The last command fails with:
> >>
> >> guix archive: error: build failed: program `guix-authenticate' failed
> >with exit code 1
> >>
> >> What am I doing wrong?
> >
> >Hm, I'm not sure. Are you sure the source machine's public key is in
> >/etc/guix/acl?
>
> I think it is — I see one entry in the acl file, but since it's a hash I don't know how to confirm that it represents the much shorter hash found in the source machine's signing-key.pub file.
Typically there would only be one entry in the acl file, containing
hydra.gnu.org's public key.
So, unless you do not use substitutes from hydra.gnu.org, there should
be two keys.
Also, I believe that the imported key should match the contents of
signing-key.pub. I tested this functionality while reading your message
yesterday and that was my experience. Perhaps try importing the public
key again?
>
> >> Side question — why is it building Libreoffice from source on “guix
> >package -i libreoffice”? Recipe there, but not built on Hydra? How can
> >I install an earlier already—built version?
> >
> >Most likely for this reason:
> >http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22653
> >
> >You can install an earlier version by checking out a commit in the Guix
> >git repo from before Vigra broke, and building based on that commit
> >[0].
>
> That's good — I can do that. I'm not really familiar with git yet — how can I determine the commit representing the point in time before Vitro broke and pull it? And how do I go back to master after rebuilding and installing libreoffice?
I bet if you ask on #guix, somebody will know what broke Vigra and can
help you figure that out. Otherwise, I would read the git log and
compare it to Vigra's dependencies; you might find some clues. Then you
can use `git bisect` to narrow it down.
After installing libreoffice from that commit, you don't need to do
anything special. You can keep using guix normally. Your working
installation of libreoffice will remain in your profile until you can
successfully update it from the HEAD of the master branch again (that
is, with `guix pull`).
>
> >When building Guix from git, be sure to pass the correct value to
> >./configure --localstatedir=. Most likely it is '/var'.
>
> Thank you for reminding me of this! I would have forgotten for sure! :@)
> --
> 白い熊@相撲道
>
> >[0]
> >https://www.gnu.org/software/guix/manual/guix.html#Building-from-Git
>
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Export archive and import it on another machine
2016-02-19 17:06 ` Leo Famulari
@ 2016-02-20 11:25 ` 白い熊@相撲道
2016-02-20 12:50 ` Leo Famulari
2016-02-27 13:01 ` Ricardo Wurmus
0 siblings, 2 replies; 7+ messages in thread
From: 白い熊@相撲道 @ 2016-02-20 11:25 UTC (permalink / raw
To: help-guix
On February 19, 2016 6:06:10 PM CET, Leo Famulari <leo@famulari.name> wrote:
>On Fri, Feb 19, 2016 at 09:42:59AM +0000, 白い熊@相撲道 wrote:
>>
>>
>> On February 18, 2016 11:34:52 PM CET, Leo Famulari
><leo@famulari.name> wrote:
>> >On Thu, Feb 18, 2016 at 08:01:44PM +0000, 白い熊@相撲道 wrote:
>> >> I'm trying to export Libreoffice from one PC and import it on
>another
>> >one — the reason I'm doing this is that with the latest git checkout
>> >when I try to install it on a PC with a newly installed GuixSD it
>keeps
>> >building it from source and failing.
>> >>
>> >> Anyhow, on the machine that I have it installed I ran:
>> >>
>> >> # guix archive --generate-key
>> >> $ guix archive --export -r /gnu/store/hash...libreoffice-5.0.3.2 >
>> >libreoffice-5.0.3.2.nar
>> >>
>> >> Then copied the nar and /etc/guix/signing-key.pub to the other PC.
>
>> >>
>> >> There I ran:
>> >>
>> >> # guix archive --authorize < signing-key.pub
>> >> $ guix archive --import < libreoffice-5.0.3.2.nar
>> >>
>> >> The last command fails with:
>> >>
>> >> guix archive: error: build failed: program `guix-authenticate'
>failed
>> >with exit code 1
>> >>
>> >> What am I doing wrong?
>> >
>> >Hm, I'm not sure. Are you sure the source machine's public key is in
>> >/etc/guix/acl?
>>
>> I think it is — I see one entry in the acl file, but since it's a
>hash I don't know how to confirm that it represents the much shorter
>hash found in the source machine's signing-key.pub file.
>
>Typically there would only be one entry in the acl file, containing
>hydra.gnu.org's public key.
>
>So, unless you do not use substitutes from hydra.gnu.org, there should
>be two keys.
>
>Also, I believe that the imported key should match the contents of
>signing-key.pub. I tested this functionality while reading your message
>yesterday and that was my experience. Perhaps try importing the public
>key again?
Ugh — figured it out — this was dumb on my part. I was running “$ sudo guix archive --authorize < signing-key.pub”, which obviously doesn't extend to input redirection — so nothing was authorized.
Now I truly ran “# guix archive --authorize < signing-key.pub”, it authorized the key.
Then I was able to import libreoffice to the store — the directory is there.
However, it's not installed in my profile — “guix package -I” doesn't list it. Running “guix package -i libreoffice” again wants to rebuild it. How do I install the one that's been imported to the store?
--
白い熊@相撲道
>> >> Side question — why is it building Libreoffice from source on
>“guix
>> >package -i libreoffice”? Recipe there, but not built on Hydra? How
>can
>> >I install an earlier already—built version?
>> >
>> >Most likely for this reason:
>> >http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22653
>> >
>> >You can install an earlier version by checking out a commit in the
>Guix
>> >git repo from before Vigra broke, and building based on that commit
>> >[0].
>>
>> That's good — I can do that. I'm not really familiar with git yet —
>how can I determine the commit representing the point in time before
>Vitro broke and pull it? And how do I go back to master after
>rebuilding and installing libreoffice?
>
>I bet if you ask on #guix, somebody will know what broke Vigra and can
>help you figure that out. Otherwise, I would read the git log and
>compare it to Vigra's dependencies; you might find some clues. Then you
>can use `git bisect` to narrow it down.
>
>After installing libreoffice from that commit, you don't need to do
>anything special. You can keep using guix normally. Your working
>installation of libreoffice will remain in your profile until you can
>successfully update it from the HEAD of the master branch again (that
>is, with `guix pull`).
>
>>
>> >When building Guix from git, be sure to pass the correct value to
>> >./configure --localstatedir=. Most likely it is '/var'.
>>
>> Thank you for reminding me of this! I would have forgotten for sure!
>:@)
>> --
>> 白い熊@相撲道
>>
>> >[0]
>> >https://www.gnu.org/software/guix/manual/guix.html#Building-from-Git
>>
>>
>>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Export archive and import it on another machine
2016-02-20 11:25 ` 白い熊@相撲道
@ 2016-02-20 12:50 ` Leo Famulari
2016-02-27 13:01 ` Ricardo Wurmus
1 sibling, 0 replies; 7+ messages in thread
From: Leo Famulari @ 2016-02-20 12:50 UTC (permalink / raw
To: 白い熊@相撲道; +Cc: help-guix
On Sat, Feb 20, 2016 at 11:25:22AM +0000, 白い熊@相撲道 wrote:
>
>
> On February 19, 2016 6:06:10 PM CET, Leo Famulari <leo@famulari.name> wrote:
> >On Fri, Feb 19, 2016 at 09:42:59AM +0000, 白い熊@相撲道 wrote:
> >>
> >>
> >> On February 18, 2016 11:34:52 PM CET, Leo Famulari
> ><leo@famulari.name> wrote:
> >> >On Thu, Feb 18, 2016 at 08:01:44PM +0000, 白い熊@相撲道 wrote:
> >> >> I'm trying to export Libreoffice from one PC and import it on
> >another
> >> >one — the reason I'm doing this is that with the latest git checkout
> >> >when I try to install it on a PC with a newly installed GuixSD it
> >keeps
> >> >building it from source and failing.
> >> >>
> >> >> Anyhow, on the machine that I have it installed I ran:
> >> >>
> >> >> # guix archive --generate-key
> >> >> $ guix archive --export -r /gnu/store/hash...libreoffice-5.0.3.2 >
> >> >libreoffice-5.0.3.2.nar
> >> >>
> >> >> Then copied the nar and /etc/guix/signing-key.pub to the other PC.
> >
> >> >>
> >> >> There I ran:
> >> >>
> >> >> # guix archive --authorize < signing-key.pub
> >> >> $ guix archive --import < libreoffice-5.0.3.2.nar
> >> >>
> >> >> The last command fails with:
> >> >>
> >> >> guix archive: error: build failed: program `guix-authenticate'
> >failed
> >> >with exit code 1
> >> >>
> >> >> What am I doing wrong?
> >> >
> >> >Hm, I'm not sure. Are you sure the source machine's public key is in
> >> >/etc/guix/acl?
> >>
> >> I think it is — I see one entry in the acl file, but since it's a
> >hash I don't know how to confirm that it represents the much shorter
> >hash found in the source machine's signing-key.pub file.
> >
> >Typically there would only be one entry in the acl file, containing
> >hydra.gnu.org's public key.
> >
> >So, unless you do not use substitutes from hydra.gnu.org, there should
> >be two keys.
> >
> >Also, I believe that the imported key should match the contents of
> >signing-key.pub. I tested this functionality while reading your message
> >yesterday and that was my experience. Perhaps try importing the public
> >key again?
>
> Ugh — figured it out — this was dumb on my part. I was running “$ sudo guix archive --authorize < signing-key.pub”, which obviously doesn't extend to input redirection — so nothing was authorized.
>
> Now I truly ran “# guix archive --authorize < signing-key.pub”, it authorized the key.
>
> Then I was able to import libreoffice to the store — the directory is there.
>
> However, it's not installed in my profile — “guix package -I” doesn't list it. Running “guix package -i libreoffice” again wants to rebuild it. How do I install the one that's been imported to the store?
You have different package definitions on each machine. So, the
libreoffice you built is not the same as the one that would be built on
the destination machine, and so your binaries cannot be substituted.
If you are working out of git, with './pre-inst-env', then you should
make sure you are working from the same commit on both machines. This is
the easiest thing to do if you are trying to share substitutes between
machines. You don't have you run your whole system out of git; you can
just do it for the packages you wish to share.
Otherwise, if you are using `guix pull`, you will need to update both
machines, and possibly rebuild on the source machine if some part of the
libreoffice dependency graph has changed (likely).
There may be other options, but those are the two that I know.
> --
> 白い熊@相撲道
>
> >> >> Side question — why is it building Libreoffice from source on
> >“guix
> >> >package -i libreoffice”? Recipe there, but not built on Hydra? How
> >can
> >> >I install an earlier already—built version?
> >> >
> >> >Most likely for this reason:
> >> >http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22653
> >> >
> >> >You can install an earlier version by checking out a commit in the
> >Guix
> >> >git repo from before Vigra broke, and building based on that commit
> >> >[0].
> >>
> >> That's good — I can do that. I'm not really familiar with git yet —
> >how can I determine the commit representing the point in time before
> >Vitro broke and pull it? And how do I go back to master after
> >rebuilding and installing libreoffice?
> >
> >I bet if you ask on #guix, somebody will know what broke Vigra and can
> >help you figure that out. Otherwise, I would read the git log and
> >compare it to Vigra's dependencies; you might find some clues. Then you
> >can use `git bisect` to narrow it down.
> >
> >After installing libreoffice from that commit, you don't need to do
> >anything special. You can keep using guix normally. Your working
> >installation of libreoffice will remain in your profile until you can
> >successfully update it from the HEAD of the master branch again (that
> >is, with `guix pull`).
> >
> >>
> >> >When building Guix from git, be sure to pass the correct value to
> >> >./configure --localstatedir=. Most likely it is '/var'.
> >>
> >> Thank you for reminding me of this! I would have forgotten for sure!
> >:@)
> >> --
> >> 白い熊@相撲道
> >>
> >> >[0]
> >> >https://www.gnu.org/software/guix/manual/guix.html#Building-from-Git
> >>
> >>
> >>
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Export archive and import it on another machine
2016-02-20 11:25 ` 白い熊@相撲道
2016-02-20 12:50 ` Leo Famulari
@ 2016-02-27 13:01 ` Ricardo Wurmus
1 sibling, 0 replies; 7+ messages in thread
From: Ricardo Wurmus @ 2016-02-27 13:01 UTC (permalink / raw
To: 白い熊@相撲道; +Cc: help-guix
白い熊@相撲道 <help-guix_gnu.org@sumou.com> writes:
> Then I was able to import libreoffice to the store — the directory is there.
>
> However, it's not installed in my profile — “guix package -I” doesn't
> list it. Running “guix package -i libreoffice” again wants to rebuild
> it. How do I install the one that's been imported to the store?
You can run
guix package -i /gnu/store/...-libreoffice-...
i.e. install the particular store item into your profile.
~~ Ricardo
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2016-02-27 13:01 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-02-18 20:01 Export archive and import it on another machine 白い熊@相撲道
2016-02-18 22:34 ` Leo Famulari
2016-02-19 9:42 ` 白い熊@相撲道
2016-02-19 17:06 ` Leo Famulari
2016-02-20 11:25 ` 白い熊@相撲道
2016-02-20 12:50 ` Leo Famulari
2016-02-27 13:01 ` Ricardo Wurmus
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.