guix pull: error: symlink: File exists

guix pull: error: symlink: File exists

[Jimmy Thrasibule]

Hi,

I'm working on an Alpine Docker image with the Guix package manager [1].
The container is building and can run Guix without the ``--privileged``
option.

The installation process is based on the documentation and the installation
script [2]. Everything is working fine however, when I run ``guix pull`` in
the generated image, I got the following error:


    Migrating profile generations to '/var/guix/profiles/per-user/root'...
    guix pull: error: symlink: File exists: "
/var/guix/profiles/per-user/root/current-guix"


This issue has already been discussed at [3] but the workaround to delete
all the links in the directory ``/var/guix/profiles/per-user/root`` is
causing some troubles:

1. If I want to ship a ready to use image and delete the links upfront,
``guix daemon`` will fail to start since ``/root/.config/guix/current`` is
broken.
2. Users of the image can delete the links themselves but this is not
really friendly.

So what is exactly causing this error and what would be a good option to
fix it?


[1] https://hub.docker.com/repository/docker/x237net/alpine-guix
[2] https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh
[3] https://lists.gnu.org/archive/html/help-guix/2018-12/msg00098.html

Re: guix pull: error: symlink: File exists

[Jimmy Thrasibule]

I tried some actions and here is what happening:


    # ls -l .config/guix/
    total 0
    lrwxrwxrwx    1 root     root            45 Jan 19 18:33 current ->
/var/guix/profiles/per-user/root/current-guix
    # guix pull
    Migrating profile generations to '/var/guix/profiles/default'...
    Updating channel 'guix' from Git repository at '
https://git.savannah.gnu.org/git/guix.git'...
    [...]


When ``.config/guix/current`` is pointing to
``/var/guix/profiles/per-user/root/current-guix``, the ``guix pull``
command will change the link to `` /var/guix/profiles/default`` or the
other way arround.

Calling ``guix pull`` again will fail:


    # ls -l .config/guix/
    total 0
    lrwxrwxrwx    1 root     root            39 Jan 19 18:37 current ->
/var/guix/profiles/default/current-guix
    # guix pull
    Migrating profile generations to '/var/guix/profiles/per-user/root'...
    guix pull: error: symlink: File exists:
"/var/guix/profiles/per-user/root/current-guix"


The workaround is to link back the profile to ``per-user/root`` and delete
``/var/guix/profiles/default/current-guix*``.

It is not clear why Guix is constantly swapping the profiles this way.

Le sam. 18 janv. 2020 à 22:11, Jimmy Thrasibule <jimmy.thrasibule@gmail.com>
a écrit :

> Hi,
>
> I'm working on an Alpine Docker image with the Guix package manager [1].
> The container is building and can run Guix without the ``--privileged``
> option.
>
> The installation process is based on the documentation and the
> installation script [2]. Everything is working fine however, when I run
> ``guix pull`` in the generated image, I got the following error:
>
>
>     Migrating profile generations to '/var/guix/profiles/per-user/root'...
>     guix pull: error: symlink: File exists: "
> /var/guix/profiles/per-user/root/current-guix"
>
>
> This issue has already been discussed at [3] but the workaround to delete
> all the links in the directory ``/var/guix/profiles/per-user/root`` is
> causing some troubles:
>
> 1. If I want to ship a ready to use image and delete the links upfront,
> ``guix daemon`` will fail to start since ``/root/.config/guix/current`` is
> broken.
> 2. Users of the image can delete the links themselves but this is not
> really friendly.
>
> So what is exactly causing this error and what would be a good option to
> fix it?
>
>
> [1] https://hub.docker.com/repository/docker/x237net/alpine-guix
> [2] https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh
> [3] https://lists.gnu.org/archive/html/help-guix/2018-12/msg00098.html
>
>

Re: guix pull: error: symlink: File exists

[Jimmy Thrasibule]

OK, so following the discussion at https://issues.guix.info/issue/39195, my
container was missing the $USER environment variable so Guix was failing
back to the "default" profile. Once $USER is set to "root" my current user
in this context, Guix is not complaining about the profiles anymore.

Le dim. 19 janv. 2020 à 19:54, Jimmy Thrasibule <jimmy.thrasibule@gmail.com>
a écrit :

> I tried some actions and here is what happening:
>
>
>     # ls -l .config/guix/
>     total 0
>     lrwxrwxrwx    1 root     root            45 Jan 19 18:33 current ->
> /var/guix/profiles/per-user/root/current-guix
>     # guix pull
>     Migrating profile generations to '/var/guix/profiles/default'...
>     Updating channel 'guix' from Git repository at '
> https://git.savannah.gnu.org/git/guix.git'...
>     [...]
>
>
> When ``.config/guix/current`` is pointing to
> ``/var/guix/profiles/per-user/root/current-guix``, the ``guix pull``
> command will change the link to `` /var/guix/profiles/default`` or the
> other way arround.
>
> Calling ``guix pull`` again will fail:
>
>
>     # ls -l .config/guix/
>     total 0
>     lrwxrwxrwx    1 root     root            39 Jan 19 18:37 current ->
> /var/guix/profiles/default/current-guix
>     # guix pull
>     Migrating profile generations to '/var/guix/profiles/per-user/root'...
>     guix pull: error: symlink: File exists:
> "/var/guix/profiles/per-user/root/current-guix"
>
>
> The workaround is to link back the profile to ``per-user/root`` and delete
> ``/var/guix/profiles/default/current-guix*``.
>
> It is not clear why Guix is constantly swapping the profiles this way.
>
> Le sam. 18 janv. 2020 à 22:11, Jimmy Thrasibule <
> jimmy.thrasibule@gmail.com> a écrit :
>
>> Hi,
>>
>> I'm working on an Alpine Docker image with the Guix package manager [1].
>> The container is building and can run Guix without the ``--privileged``
>> option.
>>
>> The installation process is based on the documentation and the
>> installation script [2]. Everything is working fine however, when I run
>> ``guix pull`` in the generated image, I got the following error:
>>
>>
>>     Migrating profile generations to '/var/guix/profiles/per-user/root'...
>>     guix pull: error: symlink: File exists: "
>> /var/guix/profiles/per-user/root/current-guix"
>>
>>
>> This issue has already been discussed at [3] but the workaround to delete
>> all the links in the directory ``/var/guix/profiles/per-user/root`` is
>> causing some troubles:
>>
>> 1. If I want to ship a ready to use image and delete the links upfront,
>> ``guix daemon`` will fail to start since ``/root/.config/guix/current`` is
>> broken.
>> 2. Users of the image can delete the links themselves but this is not
>> really friendly.
>>
>> So what is exactly causing this error and what would be a good option to
>> fix it?
>>
>>
>> [1] https://hub.docker.com/repository/docker/x237net/alpine-guix
>> [2] https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh
>> [3] https://lists.gnu.org/archive/html/help-guix/2018-12/msg00098.html
>>
>>

Re: guix pull: error: symlink: File exists

[zimoun]

Hi Jimmy,

On Mon, 20 Jan 2020 at 10:30, Jimmy Thrasibule
<jimmy.thrasibule@gmail.com> wrote:

> OK, so following the discussion at https://issues.guix.info/issue/39195, my
> container was missing the $USER environment variable so Guix was failing
> back to the "default" profile. Once $USER is set to "root" my current user
> in this context, Guix is not complaining about the profiles anymore.

I think it is solved now. I guess.
At least, the issue had been discussed in this thread [1] and fixed by
c20ba18304ee63f01895f092bb51bc2a9ce3303b.

You installed from v1.0.1, that's why. Sorry for the inconvenience.
Hope that the binary install will be updated soon using the fix. :-)

All the best,
simon

[1] https://lists.gnu.org/archive/html/guix-devel/2019-11/msg00540.html

[outreachy] Further steps

[Laura Lazzati]

Hi all!

I'm really happy that the patch worked :)

Tomorrow -yet Tuesday here, I live in the past :P - I will close the
in progress contribution.

If you don't mind, I have some questions and need some feedback to go on.

- As regards patches, for future ones:

1)Why my patch file (the one I sent) does not work applying it with
git am in my local cloned repo? Do I need to create a new branch or
something like that?
2)Where can I read about how to set an appropriate commit log? (not
running just git log to see how they were generated before)
3) I added an eol with emacs editor, just as you mentioned. Could you
send me your previous output about the error you were getting about
that line break, if you still have it?
4) I guess you already answered this one, but Is it ok to send patches
attached to an email or is it strict to send them with git send-email
when getting much more involved?

In the thread of mails, I have already asked you, but I would like to
know how to continue from now on:

I would like to go on contributing as much as possible up to November
6th (the deadline for applying for Outreachy).
1) Is it fine to go on packaging R packages that are not available
yet, now that I know how to import them, modify them and the whole
process?
2) Do you prefer another tasks to be done?

- I would like to contribute even after November 6th since I like the
project really much and the community made me feel really comfortable,
that's why I kept saying thank you almost all the time.

Maybe after the deadline for applying for Outreachy, I could be
participating - just some ideas that came into my mind:
1) reading all the documentation even more carefully, and learning
even more about guix commands.
2) Getting much more involved with all the suggested tools that you
use - I used vim in the past, for instance, so I'm learning emacs
commands - and  I am  also learning new git commands, such as the ones
that I had to use for the patches - or even install another hypervisor
that is not VirtualBox. I played a little with KVM in the past, for
example.
3) Go on playing with my VM with GuixSD.
4) Write my daily journal in gitlab, in the format you suggested -
that I also have to learn.
5) Start learning about the stack I need to know for user
documentation - yes, I like documenting as much as coding -, since
sometimes I do not know which stack contains only free software.
I
don't know, there are always many things to go on learning, and I will
not have the pressure by then to have contributions to be done for
Outreachy . And of course this are some ideas, so that's why I am
asking you for suggestions, and what do you think about them.

Best regards!
Laura

Re: [outreachy] Further steps

[Björn Höfling]

[-- Attachment #1: Type: text/plain, Size: 5374 bytes --]

On Tue, 23 Oct 2018 22:48:30 -0300
Laura Lazzati <laura.lazzati.15@gmail.com> wrote:

> Hi all!
> 
> I'm really happy that the patch worked :)
> 
> Tomorrow -yet Tuesday here, I live in the past :P - I will close the
> in progress contribution.
> 
> If you don't mind, I have some questions and need some feedback to go
> on.
> 
> - As regards patches, for future ones:
> 
> 1)Why my patch file (the one I sent) does not work applying it with
> git am in my local cloned repo? Do I need to create a new branch or
> something like that?

I think that was the problem. Here I already applied your patch and it
fails (On line 9 already because of the copyright header):

~/guix/wt/kde$ git log -1 | cat; git am ~/0001-gnu-Add-r-aspi.patch 
commit c3ff36b4aa08caa8131b65a14caa03161b71e564
Author: Laura Lazzati <laura.lazzati.15@gmail.com>
Date:   Tue Oct 23 01:59:22 2018 -0300

    gnu: Add r-aspi.
    
    * gnu/packages/cran.scm (r-aspi): New variable.
Applying: gnu: Add r-aspi.
error: patch failed: gnu/packages/cran.scm:9
error: gnu/packages/cran.scm: patch does not apply
Patch failed at 0001 gnu: Add r-aspi.
hint: Use 'git am --show-current-patch' to see the failed patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".

My workflow usually is to get the lastest master and then to create and
work on a branch for that, for example "wip-r-aspi". Then I can create
another branch "wip-r-aspi2" and go  again from there. Usually I have
too many of those branches and have to clean up from time to tome.


> 2)Where can I read about how to set an appropriate commit log? (not
> running just git log to see how they were generated before)

That's a bit hidden, but documented: In section "7.5 Submitting
Patches" there is a link to the GNU Coding Standards:

https://www.gnu.org/prep/standards/html_node/Change-Logs.html#Change-Logs


> 3) I added an eol with emacs editor, just as you mentioned. Could you
> send me your previous output about the error you were getting about
> that line break, if you still have it?

I haven't looked into that broken patch. Gabor?

> 4) I guess you already answered this one, but Is it ok to send patches
> attached to an email or is it strict to send them with git send-email
> when getting much more involved?

It's OK. I think it comes more convenient when you have a long series
of patches, i.e. you add one package one its 20 dependencies, then you
get a series Patch[1/21]..., see the patch-tracker for examples. But
there are also some examples of people sending patches as attachments.

 
> In the thread of mails, I have already asked you, but I would like to
> know how to continue from now on:
> 
> I would like to go on contributing as much as possible up to November
> 6th (the deadline for applying for Outreachy).
> 1) Is it fine to go on packaging R packages that are not available
> yet, now that I know how to import them, modify them and the whole
> process?
> 2) Do you prefer another tasks to be done?

I would say that R-packages is fine. Gabor do you see any specific
other tasks?

If you have any other favourite packages, you can give them also a try.
It could just get more difficult, with more manual steps, other build
systems, dependencies to be packed first, code to be patched, etc.

 
> - I would like to contribute even after November 6th since I like the
> project really much and the community made me feel really comfortable,
> that's why I kept saying thank you almost all the time.

Of cause. Nice to hear.

> Maybe after the deadline for applying for Outreachy, I could be
> participating - just some ideas that came into my mind:
> 1) reading all the documentation even more carefully, and learning
> even more about guix commands.
> 2) Getting much more involved with all the suggested tools that you
> use - I used vim in the past, for instance, so I'm learning emacs
> commands - and  I am  also learning new git commands, such as the ones
> that I had to use for the patches - or even install another hypervisor
> that is not VirtualBox. I played a little with KVM in the past, for
> example.
> 3) Go on playing with my VM with GuixSD.

If you have guix on top of another distro on your real hardware: You
can just install qemu with guix. And you can try

guix system vm-image my-system-configuration.scm

That produces a QEMU image. Copy it out of your store into your home
directory, then it is read/write. and start it.

> I
> don't know, there are always many things to go on learning, and I will
> not have the pressure by then to have contributions to be done for
> Outreachy . And of course this are some ideas, so that's why I am
> asking you for suggestions, and what do you think about them.


Looking at Outreachy, you could try out all things with generations:

 * guix package
 * guix pull
 * guix system

See how they behave, how you can roll back, delete old generations,
garbage collect.

You can also get more into environment and containers:

guix environment, with "-C" or "--pure", with network "-N" or
"--shared" folders.

There is plenty of magic to be explored in Guix :-)

Björn

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [outreachy] Further steps

[Gábor Boskovits]

Hello Laura,

Congratulations!

Björn Höfling <bjoern.hoefling@bjoernhoefling.de> ezt írta (időpont:
2018. okt. 24., Sze, 7:17):
>
> On Tue, 23 Oct 2018 22:48:30 -0300
> Laura Lazzati <laura.lazzati.15@gmail.com> wrote:
>
> > Hi all!
> >
> > I'm really happy that the patch worked :)
> >
> > Tomorrow -yet Tuesday here, I live in the past :P - I will close the
> > in progress contribution.
> >
> > If you don't mind, I have some questions and need some feedback to go
> > on.
> >
> > - As regards patches, for future ones:
> >
> > 1)Why my patch file (the one I sent) does not work applying it with
> > git am in my local cloned repo? Do I need to create a new branch or
> > something like that?
>

The last version you sent worked just fine for me. I could use git am
without a problem. (I downloaded the attachment, and used git am on
that)
I used the current master, created a branch, then used git am to apply
your patch. (I create a branch so that I don't touch master in my checkout,
it should work without it)

How was it failing for you?

> I think that was the problem. Here I already applied your patch and it
> fails (On line 9 already because of the copyright header):
>
> ~/guix/wt/kde$ git log -1 | cat; git am ~/0001-gnu-Add-r-aspi.patch
> commit c3ff36b4aa08caa8131b65a14caa03161b71e564
> Author: Laura Lazzati <laura.lazzati.15@gmail.com>
> Date:   Tue Oct 23 01:59:22 2018 -0300
>
>     gnu: Add r-aspi.
>
>     * gnu/packages/cran.scm (r-aspi): New variable.
> Applying: gnu: Add r-aspi.
> error: patch failed: gnu/packages/cran.scm:9
> error: gnu/packages/cran.scm: patch does not apply
> Patch failed at 0001 gnu: Add r-aspi.
> hint: Use 'git am --show-current-patch' to see the failed patch
> When you have resolved this problem, run "git am --continue".
> If you prefer to skip this patch, run "git am --skip" instead.
> To restore the original branch and stop patching, run "git am --abort".
>
> My workflow usually is to get the lastest master and then to create and
> work on a branch for that, for example "wip-r-aspi". Then I can create
> another branch "wip-r-aspi2" and go  again from there. Usually I have
> too many of those branches and have to clean up from time to tome.
>

Yes, the workflow Björn described works for me as well :)
I git you often have a lot of branches, as they are cheap,
and help to organize work. I also have to clean them up from time
to time. I also tend to have throwaway branches,  where I just experiment.

>
> > 2)Where can I read about how to set an appropriate commit log? (not
> > running just git log to see how they were generated before)
>
> That's a bit hidden, but documented: In section "7.5 Submitting
> Patches" there is a link to the GNU Coding Standards:
>
> https://www.gnu.org/prep/standards/html_node/Change-Logs.html#Change-Logs
>
>
> > 3) I added an eol with emacs editor, just as you mentioned. Could you
> > send me your previous output about the error you were getting about
> > that line break, if you still have it?
>
> I haven't looked into that broken patch. Gabor?
>

As we have those messages, you can have a look at the output yourself, just
try to apply the inline patch from the mail. (You can download in mbox format
from the debbugs interface)

You will see an output similar to what Björn quoted above, except it will say:
'Corrupt patch at line 10' instead of 'patch does not apply'

> > 4) I guess you already answered this one, but Is it ok to send patches
> > attached to an email or is it strict to send them with git send-email
> > when getting much more involved?
>
> It's OK. I think it comes more convenient when you have a long series
> of patches, i.e. you add one package one its 20 dependencies, then you
> get a series Patch[1/21]..., see the patch-tracker for examples. But
> there are also some examples of people sending patches as attachments.
>

Yes, Björn is right here, it is easier to handle longer series with
git send-email,
but it is perfectly ok to send patches as attachments.

>
> > In the thread of mails, I have already asked you, but I would like to
> > know how to continue from now on:
> >
> > I would like to go on contributing as much as possible up to November
> > 6th (the deadline for applying for Outreachy).
> > 1) Is it fine to go on packaging R packages that are not available
> > yet, now that I know how to import them, modify them and the whole
> > process?
> > 2) Do you prefer another tasks to be done?
>
> I would say that R-packages is fine. Gabor do you see any specific
> other tasks?
>

R-packages are fine for now.

> If you have any other favourite packages, you can give them also a try.
> It could just get more difficult, with more manual steps, other build
> systems, dependencies to be packed first, code to be patched, etc.
>

Yes, this would also be good. Please tell us if you have any specific package
in mind.

>
> > - I would like to contribute even after November 6th since I like the
> > project really much and the community made me feel really comfortable,
> > that's why I kept saying thank you almost all the time.
>
> Of cause. Nice to hear.
>

Yes, nice to hear.

> > Maybe after the deadline for applying for Outreachy, I could be
> > participating - just some ideas that came into my mind:
> > 1) reading all the documentation even more carefully, and learning
> > even more about guix commands.
> > 2) Getting much more involved with all the suggested tools that you
> > use - I used vim in the past, for instance, so I'm learning emacs
> > commands - and  I am  also learning new git commands, such as the ones
> > that I had to use for the patches - or even install another hypervisor
> > that is not VirtualBox. I played a little with KVM in the past, for
> > example.
> > 3) Go on playing with my VM with GuixSD.
>
> If you have guix on top of another distro on your real hardware: You
> can just install qemu with guix. And you can try
>
> guix system vm-image my-system-configuration.scm
>
> That produces a QEMU image. Copy it out of your store into your home
> directory, then it is read/write. and start it.
>

You can also try guix system vm, but that way the image is not writeable.

> > I
> > don't know, there are always many things to go on learning, and I will
> > not have the pressure by then to have contributions to be done for
> > Outreachy . And of course this are some ideas, so that's why I am
> > asking you for suggestions, and what do you think about them.
>
>
> Looking at Outreachy, you could try out all things with generations:
>
>  * guix package
>  * guix pull
>  * guix system
>
> See how they behave, how you can roll back, delete old generations,
> garbage collect.
>
> You can also get more into environment and containers:
>
> guix environment, with "-C" or "--pure", with network "-N" or
> "--shared" folders.
>
> There is plenty of magic to be explored in Guix :-)
>
> Björn

Best regards,
g_bor

Re: [outreachy] Further steps

[Laura Lazzati]

On Wed, Oct 24, 2018 at 4:01 AM Gábor Boskovits <boskovits@gmail.com> wrote:
>
> Hello Laura,
>
> Congratulations!
>
> Björn Höfling <bjoern.hoefling@bjoernhoefling.de> ezt írta (időpont:
> 2018. okt. 24., Sze, 7:17):
> >
> > On Tue, 23 Oct 2018 22:48:30 -0300
> > Laura Lazzati <laura.lazzati.15@gmail.com> wrote:
> >
> > > Hi all!
> > >
> > > I'm really happy that the patch worked :)
> > >
> > > Tomorrow -yet Tuesday here, I live in the past :P - I will close the
> > > in progress contribution.
> > >
> > > If you don't mind, I have some questions and need some feedback to go
> > > on.
> > >
> > > - As regards patches, for future ones:
> > >
> > > 1)Why my patch file (the one I sent) does not work applying it with
> > > git am in my local cloned repo? Do I need to create a new branch or
> > > something like that?
> >
>
> The last version you sent worked just fine for me. I could use git am
> without a problem. (I downloaded the attachment, and used git am on
> that)
> I used the current master, created a branch, then used git am to apply
> your patch. (I create a branch so that I don't touch master in my checkout,
> it should work without it)
>
> How was it failing for you?
I guess it was failing because of not branching. I pulled master,
branched, reset to a previous commit on the branch and am worked fine.
>
> > I think that was the problem. Here I already applied your patch and it
> > fails (On line 9 already because of the copyright header):
> >
> > ~/guix/wt/kde$ git log -1 | cat; git am ~/0001-gnu-Add-r-aspi.patch
> > commit c3ff36b4aa08caa8131b65a14caa03161b71e564
> > Author: Laura Lazzati <laura.lazzati.15@gmail.com>
> > Date:   Tue Oct 23 01:59:22 2018 -0300
> >
> >     gnu: Add r-aspi.
> >
> >     * gnu/packages/cran.scm (r-aspi): New variable.
> > Applying: gnu: Add r-aspi.
> > error: patch failed: gnu/packages/cran.scm:9
> > error: gnu/packages/cran.scm: patch does not apply
> > Patch failed at 0001 gnu: Add r-aspi.
> > hint: Use 'git am --show-current-patch' to see the failed patch
> > When you have resolved this problem, run "git am --continue".
> > If you prefer to skip this patch, run "git am --skip" instead.
> > To restore the original branch and stop patching, run "git am --abort".
Yes, I was getting that error too.
> >
> > My workflow usually is to get the lastest master and then to create and
> > work on a branch for that, for example "wip-r-aspi". Then I can create
> > another branch "wip-r-aspi2" and go  again from there. Usually I have
> > too many of those branches and have to clean up from time to tome.
> >
>
> Yes, the workflow Björn described works for me as well :)
> I git you often have a lot of branches, as they are cheap,
> and help to organize work. I also have to clean them up from time
> to time. I also tend to have throwaway branches,  where I just experiment.
>
Great! I will apply it too :)
> >
> > > 2)Where can I read about how to set an appropriate commit log? (not
> > > running just git log to see how they were generated before)
> >
> > That's a bit hidden, but documented: In section "7.5 Submitting
> > Patches" there is a link to the GNU Coding Standards:
> >
> > https://www.gnu.org/prep/standards/html_node/Change-Logs.html#Change-Logs
> >
> >
> > > 3) I added an eol with emacs editor, just as you mentioned. Could you
> > > send me your previous output about the error you were getting about
> > > that line break, if you still have it?
> >
> > I haven't looked into that broken patch. Gabor?
> >
>
> As we have those messages, you can have a look at the output yourself, just
> try to apply the inline patch from the mail. (You can download in mbox format
> from the debbugs interface)
>
> You will see an output similar to what Björn quoted above, except it will say:
> 'Corrupt patch at line 10' instead of 'patch does not apply'
>
> > > 4) I guess you already answered this one, but Is it ok to send patches
> > > attached to an email or is it strict to send them with git send-email
> > > when getting much more involved?
> >
> > It's OK. I think it comes more convenient when you have a long series
> > of patches, i.e. you add one package one its 20 dependencies, then you
> > get a series Patch[1/21]..., see the patch-tracker for examples. But
> > there are also some examples of people sending patches as attachments.
> >
>
> Yes, Björn is right here, it is easier to handle longer series with
> git send-email,
> but it is perfectly ok to send patches as attachments.
>
> >
> > > In the thread of mails, I have already asked you, but I would like to
> > > know how to continue from now on:
> > >
> > > I would like to go on contributing as much as possible up to November
> > > 6th (the deadline for applying for Outreachy).
> > > 1) Is it fine to go on packaging R packages that are not available
> > > yet, now that I know how to import them, modify them and the whole
> > > process?
> > > 2) Do you prefer another tasks to be done?
> >
> > I would say that R-packages is fine. Gabor do you see any specific
> > other tasks?
> >
>
> R-packages are fine for now.
>
> > If you have any other favourite packages, you can give them also a try.
> > It could just get more difficult, with more manual steps, other build
> > systems, dependencies to be packed first, code to be patched, etc.
> >
>
> Yes, this would also be good. Please tell us if you have any specific package
> in mind.
I guess I could package some more R packages, and then let me know
which ones you think are more convenient, or you find more appealing
for Guix.
>
> >
> > > - I would like to contribute even after November 6th since I like the
> > > project really much and the community made me feel really comfortable,
> > > that's why I kept saying thank you almost all the time.
> >
> > Of cause. Nice to hear.
> >
>
> Yes, nice to hear.
>
> > > Maybe after the deadline for applying for Outreachy, I could be
> > > participating - just some ideas that came into my mind:
> > > 1) reading all the documentation even more carefully, and learning
> > > even more about guix commands.
> > > 2) Getting much more involved with all the suggested tools that you
> > > use - I used vim in the past, for instance, so I'm learning emacs
> > > commands - and  I am  also learning new git commands, such as the ones
> > > that I had to use for the patches - or even install another hypervisor
> > > that is not VirtualBox. I played a little with KVM in the past, for
> > > example.
> > > 3) Go on playing with my VM with GuixSD.
> >
> > If you have guix on top of another distro on your real hardware: You
> > can just install qemu with guix. And you can try
> >
> > guix system vm-image my-system-configuration.scm
> >
> > That produces a QEMU image. Copy it out of your store into your home
> > directory, then it is read/write. and start it.
> >
>
> You can also try guix system vm, but that way the image is not writeable.
>
> > > I
> > > don't know, there are always many things to go on learning, and I will
> > > not have the pressure by then to have contributions to be done for
> > > Outreachy . And of course this are some ideas, so that's why I am
> > > asking you for suggestions, and what do you think about them.
> >
> >
> > Looking at Outreachy, you could try out all things with generations:
> >
> >  * guix package
> >  * guix pull
> >  * guix system
> >
> > See how they behave, how you can roll back, delete old generations,
> > garbage collect.
> >
> > You can also get more into environment and containers:
> >
> > guix environment, with "-C" or "--pure", with network "-N" or
> > "--shared" folders.
Ok, I'll take all this into account for later :)
> >
> > There is plenty of magic to be explored in Guix :-)
> >
> > Björn
>
> Best regards,
> g_bor

Best regards!
Laura

Re: [outreachy] Further steps

[Ricardo Wurmus]

Hi Laura,

>> > If you have any other favourite packages, you can give them also a try.
>> > It could just get more difficult, with more manual steps, other build
>> > systems, dependencies to be packed first, code to be patched, etc.
>> >
>>
>> Yes, this would also be good. Please tell us if you have any specific package
>> in mind.
> I guess I could package some more R packages, and then let me know
> which ones you think are more convenient, or you find more appealing
> for Guix.

All free R packages on CRAN are appealing from my perspective.  You can
also pick a package from Bioconductor, which might be a tad more
difficult, as that could depend not only on other Bioconductor packages
but also packages on CRAN.  Note that the importer does not
automatically switch between downloading from Bioconductor to
downloading from CRAN, so you may have to run the importer more than
once.

Use “guix import cran -a bioconductor -r PACKAGE” — when it aborts you
may have stumbled upon an unpackaged CRAN package.

R packages from Bioconductor should be added to the (gnu packages
bioconductor) module.

As far as learning new things goes: R packages usually are very simple.
They rarely ever require changes to the build system, so you don’t get
to learn about the “arguments” field of the “package” DSL.

Alternatively, you could look into making changes to the Texinfo
documentation.  For the project you would need to be somewhat familiar
with the manual, so it can’t hurt if you would edit it a little.  An
easy edit is to add a handful of “@cindex” lines to places in the manual
that currently miss them.  A “@cindex” line adds a location in the
manual to the index for a given keyword, so that people can find
relevant places in the manual more easily.

--
Ricardo

Re: [outreachy] Further steps

[Laura Lazzati]

On Thu, Oct 25, 2018 at 12:08 AM Ricardo Wurmus <rekado@elephly.net> wrote:
>
>
> Hi Laura,
>
> >> > If you have any other favourite packages, you can give them also a try.
> >> > It could just get more difficult, with more manual steps, other build
> >> > systems, dependencies to be packed first, code to be patched, etc.
> >> >
> >>
> >> Yes, this would also be good. Please tell us if you have any specific package
> >> in mind.
> > I guess I could package some more R packages, and then let me know
> > which ones you think are more convenient, or you find more appealing
> > for Guix.
>
> All free R packages on CRAN are appealing from my perspective.  You can
> also pick a package from Bioconductor, which might be a tad more
> difficult, as that could depend not only on other Bioconductor packages
> but also packages on CRAN.  Note that the importer does not
> automatically switch between downloading from Bioconductor to
> downloading from CRAN, so you may have to run the importer more than
> once.
>
> Use “guix import cran -a bioconductor -r PACKAGE” — when it aborts you
> may have stumbled upon an unpackaged CRAN package.
>
> R packages from Bioconductor should be added to the (gnu packages
> bioconductor) module.
>
Yes, I was thinking that maybe a trade-off between learning new things
and contributing with things that you need right now, that was why I
was thinking of R packages. Maybe I could package one or two more, to
practice doing so by myself this time, and then switch to another
task, WDYT?
BTW, I was trying to run guix pull, the one installed on top of my
foreing distro - not the one in the guix environment - and I am
getting this error, don't know why, I have already run guix pull
before:
:~/guix$ guix pull
Migrating profile generations to '/var/guix/profiles/per-user/laura'...
guix pull: error: symlink: File exists:
"/var/guix/profiles/per-user/laura/current-guix-1-link"
> As far as learning new things goes: R packages usually are very simple
> They rarely ever require changes to the build system, so you don’t get
> to learn about the “arguments” field of the “package” DSL.
>
> Alternatively, you could look into making changes to the Texinfo
> documentation.  For the project you would need to be somewhat familiar
> with the manual, so it can’t hurt if you would edit it a little.  An
> easy edit is to add a handful of “@cindex” lines to places in the manual
> that currently miss them.  A “@cindex” line adds a location in the
> manual to the index for a given keyword, so that people can find
> relevant places in the manual more easily.
By the manual you, mean,
https://www.gnu.org/software/guix/manual/en/html_node/index.html#Top,
or am I missing something?
If that's the manual, please, let me know further steps to edit it,
since I don't have much idea of how to do so.
It also mentions that you need help for translations, my mother tongue
is spanish, and I am good at translating documentation, at least in
neutral latin american spanish, but I don't know if that is for
another project - I followed the link: Translation Project.

Regards!
Laura

>
> --
> Ricardo
>

Re: [outreachy] Further steps

[Gábor Boskovits]

Hello Laura,

Laura Lazzati <laura.lazzati.15@gmail.com> ezt írta (időpont: 2018.
okt. 25., Cs, 16:17):
>
> On Thu, Oct 25, 2018 at 12:08 AM Ricardo Wurmus <rekado@elephly.net> wrote:
> >
> >
> > Hi Laura,
> >
> > >> > If you have any other favourite packages, you can give them also a try.
> > >> > It could just get more difficult, with more manual steps, other build
> > >> > systems, dependencies to be packed first, code to be patched, etc.
> > >> >
> > >>
> > >> Yes, this would also be good. Please tell us if you have any specific package
> > >> in mind.
> > > I guess I could package some more R packages, and then let me know
> > > which ones you think are more convenient, or you find more appealing
> > > for Guix.
> >
> > All free R packages on CRAN are appealing from my perspective.  You can
> > also pick a package from Bioconductor, which might be a tad more
> > difficult, as that could depend not only on other Bioconductor packages
> > but also packages on CRAN.  Note that the importer does not
> > automatically switch between downloading from Bioconductor to
> > downloading from CRAN, so you may have to run the importer more than
> > once.
> >
> > Use “guix import cran -a bioconductor -r PACKAGE” — when it aborts you
> > may have stumbled upon an unpackaged CRAN package.
> >
> > R packages from Bioconductor should be added to the (gnu packages
> > bioconductor) module.
> >
> Yes, I was thinking that maybe a trade-off between learning new things
> and contributing with things that you need right now, that was why I
> was thinking of R packages. Maybe I could package one or two more, to
> practice doing so by myself this time, and then switch to another
> task, WDYT?

That would be great!

> BTW, I was trying to run guix pull, the one installed on top of my
> foreing distro - not the one in the guix environment - and I am
> getting this error, don't know why, I have already run guix pull
> before:
> :~/guix$ guix pull
> Migrating profile generations to '/var/guix/profiles/per-user/laura'...
> guix pull: error: symlink: File exists:
> "/var/guix/profiles/per-user/laura/current-guix-1-link"

It seems that something is mixed up between the old and new guix pull,
I hope someone can provide some more insight. Ludo?

> > As far as learning new things goes: R packages usually are very simple
> > They rarely ever require changes to the build system, so you don’t get
> > to learn about the “arguments” field of the “package” DSL.
> >
> > Alternatively, you could look into making changes to the Texinfo
> > documentation.  For the project you would need to be somewhat familiar
> > with the manual, so it can’t hurt if you would edit it a little.  An
> > easy edit is to add a handful of “@cindex” lines to places in the manual
> > that currently miss them.  A “@cindex” line adds a location in the
> > manual to the index for a given keyword, so that people can find
> > relevant places in the manual more easily.
> By the manual you, mean,
> https://www.gnu.org/software/guix/manual/en/html_node/index.html#Top,
> or am I missing something?

There is the manual in the source tree, at doc/guix.texi.
The one on the website is generated from that.

> If that's the manual, please, let me know further steps to edit it,
> since I don't have much idea of how to do so.

You can modify the manual at doc/guix.texi, and send a patch
the same way you would do for adding a package. Please note,
that info is sometimes quite fussy about format, so try to rebuild
the manual after modifications.

> It also mentions that you need help for translations, my mother tongue
> is spanish, and I am good at translating documentation, at least in
> neutral latin american spanish, but I don't know if that is for
> another project - I followed the link: Translation Project.
>

You are welcome to help with translations if you can find the time for that.
Translation Project is a hub, where different projects can send there po files
for translation. Usually there are language communities for a given language,
and they are coordinating translation work. This is orthogonal to this Outreachy
project.

However, it would be nice if you could provide the translations of the videos,
once we get there,

> Regards!
> Laura
>
> >
> > --
> > Ricardo
> >

Best regards,
g_bor

Re: [outreachy] Further steps

[Laura Lazzati]

On Thu, Oct 25, 2018 at 11:37 AM Gábor Boskovits <boskovits@gmail.com> wrote:
>
> Hello Laura,
>
> Laura Lazzati <laura.lazzati.15@gmail.com> ezt írta (időpont: 2018.
> okt. 25., Cs, 16:17):
> >
> > On Thu, Oct 25, 2018 at 12:08 AM Ricardo Wurmus <rekado@elephly.net> wrote:
> > >
> > >
> > > Hi Laura,
> > >
> > > >> > If you have any other favourite packages, you can give them also a try.
> > > >> > It could just get more difficult, with more manual steps, other build
> > > >> > systems, dependencies to be packed first, code to be patched, etc.
> > > >> >
> > > >>
> > > >> Yes, this would also be good. Please tell us if you have any specific package
> > > >> in mind.
> > > > I guess I could package some more R packages, and then let me know
> > > > which ones you think are more convenient, or you find more appealing
> > > > for Guix.
> > >
> > > All free R packages on CRAN are appealing from my perspective.  You can
> > > also pick a package from Bioconductor, which might be a tad more
> > > difficult, as that could depend not only on other Bioconductor packages
> > > but also packages on CRAN.  Note that the importer does not
> > > automatically switch between downloading from Bioconductor to
> > > downloading from CRAN, so you may have to run the importer more than
> > > once.
> > >
> > > Use “guix import cran -a bioconductor -r PACKAGE” — when it aborts you
> > > may have stumbled upon an unpackaged CRAN package.
> > >
> > > R packages from Bioconductor should be added to the (gnu packages
> > > bioconductor) module.
> > >
> > Yes, I was thinking that maybe a trade-off between learning new things
> > and contributing with things that you need right now, that was why I
> > was thinking of R packages. Maybe I could package one or two more, to
> > practice doing so by myself this time, and then switch to another
> > task, WDYT?
>
> That would be great!
Ok then, I start with a new R package, and then send the patch.
>
> > BTW, I was trying to run guix pull, the one installed on top of my
> > foreing distro - not the one in the guix environment - and I am
> > getting this error, don't know why, I have already run guix pull
> > before:
> > :~/guix$ guix pull
> > Migrating profile generations to '/var/guix/profiles/per-user/laura'...
> > guix pull: error: symlink: File exists:
> > "/var/guix/profiles/per-user/laura/current-guix-1-link"
>
> It seems that something is mixed up between the old and new guix pull,
> I hope someone can provide some more insight. Ludo?
Yes please, I need to fix this before going on.
Here is what happened, so that I provide the full information
After having my patch approved, I ran git pull (on master branch, of
course, I then created branches)
I wanted to check that everything was fine, so I ran:
:~/guix$ guix package -s "^r" | recsel -p name description| grep '\S'
| sort >newR.txt
And got the output:
Command 'recsel' not found, but can be installed with:
sudo apt install recutils
(which is strange, I have played with recsel before sending my
patches, when learning guix package command)
so i ran guix package -I, where recutils was effectively installed
However, I tried:
$guix package -i recutils
guix package: warning: Your Guix installation is 13 days old.
guix package: warning: Consider running 'guix pull' followed by
'guix package -u' to get up-to-date packages and security updates.
The package was installed after those warnings, and I was asked to
export env variables:
export PATH="/home/laura/.guix-profile/bin${PATH:+:}$PATH"
export INFOPATH="/home/laura/.guix-profile/share/info${INFOPATH:+:}$INFOPATH"
Did so, but when running again:
:~/guix$ guix package -s "^r" | recsel -p name description| grep '\S'
| sort >newR.txt
Got the output:
recsel: error: cannot read file description
And also got that error when running guix pull.
>
> > > As far as learning new things goes: R packages usually are very simple
> > > They rarely ever require changes to the build system, so you don’t get
> > > to learn about the “arguments” field of the “package” DSL.
> > >
> > > Alternatively, you could look into making changes to the Texinfo
> > > documentation.  For the project you would need to be somewhat familiar
> > > with the manual, so it can’t hurt if you would edit it a little.  An
> > > easy edit is to add a handful of “@cindex” lines to places in the manual
> > > that currently miss them.  A “@cindex” line adds a location in the
> > > manual to the index for a given keyword, so that people can find
> > > relevant places in the manual more easily.
> > By the manual you, mean,
> > https://www.gnu.org/software/guix/manual/en/html_node/index.html#Top,
> > or am I missing something?
>
> There is the manual in the source tree, at doc/guix.texi.
> The one on the website is generated from that.
>
> > If that's the manual, please, let me know further steps to edit it,
> > since I don't have much idea of how to do so.
>
> You can modify the manual at doc/guix.texi, and send a patch
> the same way you would do for adding a package. Please note,
> that info is sometimes quite fussy about format, so try to rebuild
> the manual after modifications.
>
> > It also mentions that you need help for translations, my mother tongue
> > is spanish, and I am good at translating documentation, at least in
> > neutral latin american spanish, but I don't know if that is for
> > another project - I followed the link: Translation Project.
> >
>
> You are welcome to help with translations if you can find the time for that.
> Translation Project is a hub, where different projects can send there po files
> for translation. Usually there are language communities for a given language,
> and they are coordinating translation work. This is orthogonal to this Outreachy
> project.
>
> However, it would be nice if you could provide the translations of the videos,
> once we get there,
>
> > Regards!
> > Laura
> >
> > >
> > > --
> > > Ricardo
> > >
>
> Best regards,
> g_bor

guix pull: error: symlink: File exists (was: Re: [outreachy] Further steps)

[Thorsten Wilms]

On 25/10/2018 16.55, Laura Lazzati wrote:
>>> BTW, I was trying to run guix pull, the one installed on top of my
>>> foreing distro - not the one in the guix environment - and I am
>>> getting this error, don't know why, I have already run guix pull
>>> before:
>>> :~/guix$ guix pull
>>> Migrating profile generations to '/var/guix/profiles/per-user/laura'...
>>> guix pull: error: symlink: File exists:
>>> "/var/guix/profiles/per-user/laura/current-guix-1-link"
>> It seems that something is mixed up between the old and new guix pull,
>> I hope someone can provide some more insight. Ludo?
> Yes please, I need to fix this before going on.
> Here is what happened, so that I provide the full information
> After having my patch approved, I ran git pull (on master branch, of
> course, I then created branches)
> I wanted to check that everything was fine, so I ran:
> :~/guix$ guix package -s "^r" | recsel -p name description| grep '\S'
> | sort >newR.txt
> And got the output:
> Command 'recsel' not found, but can be installed with:
> sudo apt install recutils
> (which is strange, I have played with recsel before sending my
> patches, when learning guix package command)
> so i ran guix package -I, where recutils was effectively installed
> However, I tried:
> $guix package -i recutils
> guix package: warning: Your Guix installation is 13 days old.
> guix package: warning: Consider running 'guix pull' followed by
> 'guix package -u' to get up-to-date packages and security updates.
> The package was installed after those warnings, and I was asked to
> export env variables:
> export PATH="/home/laura/.guix-profile/bin${PATH:+:}$PATH"
> export INFOPATH="/home/laura/.guix-profile/share/info${INFOPATH:+:}$INFOPATH"
> Did so, but when running again:
> :~/guix$ guix package -s "^r" | recsel -p name description| grep '\S'
> | sort >newR.txt
> Got the output:
> recsel: error: cannot read file description
> And also got that error when running guix pull.

Hi, this error happened here, too, also on a foreign distro, without any 
extra steps.

---
Migrating profile generations to '/var/guix/profiles/per-user/thorwil'...
guix pull: error: symlink: File exists: 
"/var/guix/profiles/per-user/thorwil/current-guix-1-link"
---

At the same time, a `sudo guix pull` works fine.


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/

Re: guix pull: error: symlink: File exists (was: Re: [outreachy] Further steps)

[Gábor Boskovits]

[-- Attachment #1: Type: text/plain, Size: 2665 bytes --]

Thorsten Wilms <t_w_@freenet.de> ezt írta (időpont: 2018. okt. 25., Cs
20:06):

> On 25/10/2018 16.55, Laura Lazzati wrote:
> >>> BTW, I was trying to run guix pull, the one installed on top of my
> >>> foreing distro - not the one in the guix environment - and I am
> >>> getting this error, don't know why, I have already run guix pull
> >>> before:
> >>> :~/guix$ guix pull
> >>> Migrating profile generations to '/var/guix/profiles/per-user/laura'...
> >>> guix pull: error: symlink: File exists:
> >>> "/var/guix/profiles/per-user/laura/current-guix-1-link"
> >> It seems that something is mixed up between the old and new guix pull,
> >> I hope someone can provide some more insight. Ludo?
> > Yes please, I need to fix this before going on.
> > Here is what happened, so that I provide the full information
> > After having my patch approved, I ran git pull (on master branch, of
> > course, I then created branches)
> > I wanted to check that everything was fine, so I ran:
> > :~/guix$ guix package -s "^r" | recsel -p name description| grep '\S'
> > | sort >newR.txt
> > And got the output:
> > Command 'recsel' not found, but can be installed with:
> > sudo apt install recutils
> > (which is strange, I have played with recsel before sending my
> > patches, when learning guix package command)
> > so i ran guix package -I, where recutils was effectively installed
> > However, I tried:
> > $guix package -i recutils
> > guix package: warning: Your Guix installation is 13 days old.
> > guix package: warning: Consider running 'guix pull' followed by
> > 'guix package -u' to get up-to-date packages and security updates.
> > The package was installed after those warnings, and I was asked to
> > export env variables:
> > export PATH="/home/laura/.guix-profile/bin${PATH:+:}$PATH"
> > export
> INFOPATH="/home/laura/.guix-profile/share/info${INFOPATH:+:}$INFOPATH"
> > Did so, but when running again:
> > :~/guix$ guix package -s "^r" | recsel -p name description| grep '\S'
> > | sort >newR.txt
> > Got the output:
> > recsel: error: cannot read file description
> > And also got that error when running guix pull.
>
> Hi, this error happened here, too, also on a foreign distro, without any
> extra steps.
>
> ---
> Migrating profile generations to '/var/guix/profiles/per-user/thorwil'...
> guix pull: error: symlink: File exists:
> "/var/guix/profiles/per-user/thorwil/current-guix-1-link"
> ---
>
> At the same time, a `sudo guix pull` works fine.
>

Thanks for this finding.


>
> --
> Thorsten Wilms
>
> thorwil's design for free software:
> http://thorwil.wordpress.com/
>
>

[-- Attachment #2: Type: text/html, Size: 3657 bytes --]

Re: guix pull: error: symlink: File exists (was: Re: [outreachy] Further steps)

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 980 bytes --]

On Thu, Oct 25, 2018 at 4:08 PM Gábor Boskovits <boskovits@gmail.com> wrote:

>
>
> Thorsten Wilms <t_w_@freenet.de> ezt írta (időpont: 2018. okt. 25., Cs
> 20:06):
>
>>
>>
>> Hi, this error happened here, too, also on a foreign distro, without any
>> extra steps.
>>
>> ---
>> Migrating profile generations to '/var/guix/profiles/per-user/thorwil'...
>> guix pull: error: symlink: File exists:
>> "/var/guix/profiles/per-user/thorwil/current-guix-1-link"
>> ---
>>
>> At the same time, a `sudo guix pull` works fine.
>>
>
> Thanks for this finding.
>
Sorry, I thought this fixed it for me too, but now every time I run an
installed package, I get that guix is 18 days old,  asks me to guix pull,
and if I run even the hello package, i get that it is not installed and
claims to install it with, in my case, apt.

>
>>
>> --
>> Thorsten Wilms
>>
>> thorwil's design for free software:
>> http://thorwil.wordpress.com/
>>
>
Regards,
Laura

[-- Attachment #2: Type: text/html, Size: 1992 bytes --]

Re: guix pull: error: symlink: File exists

[Thorsten Wilms]

On 30/10/2018 19.16, Laura Lazzati wrote:
>         At the same time, a `sudo guix pull` works fine.
> 
> 
>     Thanks for this finding.
> 
> Sorry, I thought this fixed it for me too, but now every time I run an 
> installed package, I get that guix is 18 days old,  asks me to guix 
> pull, and if I run even the hello package, i get that it is not 
> installed and claims to install it with, in my case, apt.

Sorry Laura, I did not mean to suggest that this was a fix. It's just 
that `guix pull` for the root profile stayed functional. My own plain 
user `guix pull` still results in the same old:

Migrating profile generations to '/var/guix/profiles/per-user/thorwil'...
guix pull: error: symlink: File exists: 
"/var/guix/profiles/per-user/thorwil/current-guix-1-link"


Looking for an explanation for having user and root profile guix, since 
you seem to be unaware of how that works and I can't be sure of my own 
understanding, I found something related:
https://lists.gnu.org/archive/html/help-guix/2017-10/msg00014.html

Thing is, I did
`ln -s /var/guix/profiles/per-user/root/guix-profile/bin/guix
/usr/local/bin/guix`
during installation and that symlink is still intact. Yet, `guix pull` 
and `sudo guix pull` are markedly different.


-- 
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/

Re: guix pull: error: symlink: File exists

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 1001 bytes --]

On Tue, Oct 30, 2018 at 5:05 PM Thorsten Wilms <t_w_@freenet.de> wrote:

> Looking for an explanation for having user and root profile guix, since
> you seem to be unaware of how that works and I can't be sure of my own
> understanding, I found something related:
> https://lists.gnu.org/archive/html/help-guix/2017-10/msg00014.html
>
> Thing is, I did
> `ln -s /var/guix/profiles/per-user/root/guix-profile/bin/guix
> /usr/local/bin/guix`
> during installation and that symlink is still intact. Yet, `guix pull`
> and `sudo guix pull` are markedly different.
>
I see, then I will try to go back to my VM snapshot before I first made a
guix pull when trying commands  - then I don't understand why the first
time it worked for me - and make the symlink, because I need to have it
working, and I would like to have it for my user - yes my user can run
sudo, but that's not the point - :(

> --
> Thorsten Wilms
>
> thorwil's design for free software:
> http://thorwil.wordpress.com/
>
> Regards!
Laura

[-- Attachment #2: Type: text/html, Size: 1653 bytes --]

Re: guix pull: error: symlink: File exists

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 963 bytes --]

Hi!
On Tue, Oct 30, 2018 at 7:43 PM Laura Lazzati <laura.lazzati.15@gmail.com>
wrote:

> On Tue, Oct 30, 2018 at 5:05 PM Thorsten Wilms <t_w_@freenet.de> wrote:
>
>> Thing is, I did
>> `ln -s /var/guix/profiles/per-user/root/guix-profile/bin/guix
>> /usr/local/bin/guix`
>> during installation and that symlink is still intact. Yet, `guix pull`
>> and `sudo guix pull` are markedly different
>
> I restored my VM with guix over a foreing distro.
I already had this:
cd /usr/local/bin
 ll | grep guix
lrwxrwxrwx  1 root root   54 oct  7 14:07 guix ->
/var/guix/profiles/per-user/root/guix-profile/bin/guix*
However, when I run sudo guix pull - at least when I tried after asking for
help with this issue, it kind of takes all day long, and it ends up like
stuck somewhere testing guile, When I first ran guix pull it just took a
while

>
>
>> --
>> Thorsten Wilms
>>
>> thorwil's design for free software:
>> http://thorwil.wordpress.com/
>>
>> Regards!
> Laura
>

[-- Attachment #2: Type: text/html, Size: 2056 bytes --]

Re: guix pull: error: symlink: File exists

[Gábor Boskovits]

Hello Laura,

Laura Lazzati <laura.lazzati.15@gmail.com> ezt írta (időpont: 2018.
okt. 31., Sze, 11:08):
>
>
> Hi!
> On Tue, Oct 30, 2018 at 7:43 PM Laura Lazzati <laura.lazzati.15@gmail.com> wrote:
>>
>> On Tue, Oct 30, 2018 at 5:05 PM Thorsten Wilms <t_w_@freenet.de> wrote:
>>>
>>> Thing is, I did
>>> `ln -s /var/guix/profiles/per-user/root/guix-profile/bin/guix
>>> /usr/local/bin/guix`
>>> during installation and that symlink is still intact. Yet, `guix pull`
>>> and `sudo guix pull` are markedly different
>
> I restored my VM with guix over a foreing distro.
> I already had this:
> cd /usr/local/bin
>  ll | grep guix
> lrwxrwxrwx  1 root root   54 oct  7 14:07 guix -> /var/guix/profiles/per-user/root/guix-profile/bin/guix*
> However, when I run sudo guix pull - at least when I tried after asking for help with this issue, it kind of takes all day long, and it ends up like stuck somewhere testing guile, When I first ran guix pull it just took a while
>>

Recently we were having problems on our build farms, you could try
guix pull --substitute-urls="https://berlin.guixsd.org", berlin is
back online just for about and hour, or so. Sorry about that.

>>
>>>
>>> --
>>> Thorsten Wilms
>>>
>>> thorwil's design for free software:
>>> http://thorwil.wordpress.com/
>>>
>> Regards!
>> Laura

Best regards,
g_bor

Re: guix pull: error: symlink: File exists

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 475 bytes --]

On Wed, Oct 31, 2018 at 7:27 AM Gábor Boskovits <boskovits@gmail.com> wrote:

> Hello Laura,
>
>
> Recently we were having problems on our build farms, you could try
> guix pull --substitute-urls="https://berlin.guixsd.org", berlin is
> back online just for about and hour, or so. Sorry about that.
>
Yes, I read that thread, did not know if that had impact on the guix pull
stuff. I will try with this now :)

>
> Best regards,
> g_bor
>

Regards!
Laura

[-- Attachment #2: Type: text/html, Size: 994 bytes --]

Re: guix pull: error: symlink: File exists

[Gábor Boskovits]

Hello Laura,

I've just installed guix on debian.
What I did: installed guix using the script, then guix pulled.
Then did what it said on the final line: added to $PATH the
.config/guix/current/bin stuff.
I also added that to the thne non-existent .bash_profile
Then ran guix pull again, it did the profile migration.
Then ran guix pull again, and it did not want to do the profile
migration any more.

I will report back, once guix gets an update and the next guix pull
does something,
but it looks good so far.

Re: guix pull: error: symlink: File exists

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 723 bytes --]

On Wed, Oct 31, 2018 at 8:08 AM Gábor Boskovits <boskovits@gmail.com> wrote:

> Hello Laura,
>
> I've just installed guix on debian.
> What I did: installed guix using the script, then guix pulled.
> Then did what it said on the final line: added to $PATH the
> .config/guix/current/bin stuff.
> I also added that to the thne non-existent .bash_profile
> Then ran guix pull again, it did the profile migration.
> Then ran guix pull again, and it did not want to do the profile
> migration any more.
>
Yes, that were the steps I followed and tried different in between. Please
let me know when it works for you, because I am wasting too many days stuck
with this.
I will write you on another thread now :)

[-- Attachment #2: Type: text/html, Size: 1013 bytes --]

Re: guix pull: error: symlink: File exists

[Gábor Boskovits]

Hello Laura,

It took me some time time to get this working, as
there are some confusions around the startup files, so here it goes:

There is no need for .bash_profile, I added the PATH export to:
.profile : to have it when logging in through ssh or on the console.
(this file did exists)
.xsessionrc : to have them when I start a terminal on my desktop (it is xfce)
(i had to create this file)

Re: guix pull: error: symlink: File exists

[Catonano]

[-- Attachment #1: Type: text/plain, Size: 513 bytes --]

Il mer 31 ott 2018, 12:53 Gábor Boskovits <boskovits@gmail.com> ha scritto:

> Hello Laura,
>
> It took me some time time to get this working, as
> there are some confusions around the startup files, so here it goes:
>
> There is no need for .bash_profile, I added the PATH export to:
> .profile : to have it when logging in through ssh or on the console.
> (this file did exists)
> .xsessionrc : to have them when I start a terminal on my desktop (it is
> xfce)
> (i had to create this file)
>
>

[-- Attachment #2: Type: text/html, Size: 774 bytes --]

Re: guix pull: error: symlink: File exists

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 512 bytes --]

Hi!

>
> There is no need for .bash_profile, I added the PATH export to:
> .profile : to have it when logging in through ssh or on the console.
> (this file did exists)
>
I had done this too in the first place. However, checked opening a tty and
still had the same problem.
I went back to one of the first snapshots before running guix pull for the
first time - as regards my work on later ones, I have a shared folder to my
host and I drop there files from later snapshots. Hope this time works!
Regards!
Laura

[-- Attachment #2: Type: text/html, Size: 749 bytes --]

Re: guix pull: error: symlink: File exists

[Gábor Boskovits]

Hello Laura,

I've found that adding to xsessionrc
is what made it work for me, I actually tried to source the
GUIX_PROFILE/etc/profile, but I could not make that work reliably
(seemingly .xsessionrc dost not cut the bill here).
I guess I could make it working by adding to bashrc, but I feel that
it is not the good thing to do...

Laura Lazzati <laura.lazzati.15@gmail.com> ezt írta (időpont: 2018.
okt. 31., Sze, 17:03):
>
> Hi!
>>
>>
>> There is no need for .bash_profile, I added the PATH export to:
>> .profile : to have it when logging in through ssh or on the console.
>> (this file did exists)
>
> I had done this too in the first place. However, checked opening a tty and still had the same problem.
> I went back to one of the first snapshots before running guix pull for the first time - as regards my work on later ones, I have a shared folder to my host and I drop there files from later snapshots. Hope this time works!
> Regards!
> Laura

Re: guix pull: error: symlink: File exists

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 601 bytes --]

>
> I've found that adding to xsessionrc
> is what made it work for me, I actually tried to source the
> GUIX_PROFILE/etc/profile, but I could not make that work reliably
> (seemingly .xsessionrc dost not cut the bill here)

Did you just create the file adding the export PATH line that is also in
.profile and that's it in the user's home folder? I've never had to deal
with .xsessionrc before, I am reading different sites on the web, but maybe
I am doing something not in the right way.
Just in case something went wrong in between, I am following your steps,
and documenting it.

Regards :)
Laura

[-- Attachment #2: Type: text/html, Size: 868 bytes --]

Re: guix pull: error: symlink: File exists

[Gábor Boskovits]

Hello Laura,

Laura Lazzati <laura.lazzati.15@gmail.com> ezt írta (időpont: 2018.
okt. 31., Sze, 19:10):
>>
>> I've found that adding to xsessionrc
>> is what made it work for me, I actually tried to source the
>> GUIX_PROFILE/etc/profile, but I could not make that work reliably
>> (seemingly .xsessionrc dost not cut the bill here)
>
> Did you just create the file adding the export PATH line that is also in .profile and that's it in the user's home folder? I've never had to deal with .xsessionrc before, I am reading different sites on the web, but maybe I am doing something not in the right way.

yes, exactly.

> Just in case something went wrong in between, I am following your steps, and documenting it.
>
> Regards :)
> Laura

Now I am trying to get the official way working, that is by sourcing
~/.guix-profile/etc/profile, but it does not seem to work yet.
(I could of course just source it manually whenever I start a
terminal, but this does not feel comfortable)
I will have a look if I can simply get it working using . instead of
source, or any other reasonable way.
(Guix prepares most of the recommended environment variables there)

Best regards,
g_bor

Re: guix pull: error: symlink: File exists

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 1427 bytes --]

Now I am trying to get the official way working, that is by sourcing
> ~/.guix-profile/etc/profile, but it does not seem to work yet.
> (I could of course just source it manually whenever I start a
> terminal, but this does not feel comfortable)
> I will have a look if I can simply get it working using . instead of
> source, or any other reasonable way.
> (Guix prepares most of the recommended environment variables there)
>
> With my almost fresh VM, I tried
guix pull --substitute-urls="https://berlin.guixsd.org"
And about two hours ago I had it updated.
Exported the PATH env on mi cli, added it to .profile.
Then ran guix pull -l
And got:
Migrating profile generations to '/var/guix/profiles/per-user/laura'...
Generation 1    Oct 31 2018 19:44:03    (current)

guix c16913d

    repository URL: https://git.savannah.gnu.org/git/guix.git

    branch: origin/master

    commit: c16913d34df610f5e1560ab8da953e32b3a4e7d7

Generation 2    Oct 31 2018 21:30:12    (current)
  guix c16913d
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: c16913d34df610f5e1560ab8da953e32b3a4e7d7
And then tried guix pull again (always with substitute) The only difference
was this output by the end:

Computing Guix derivation for 'x86_64-linux'... \

nothing to be done
I don't know if this was the output you were getting. But it is different
from what I was getting before.

Regards :)

Laura

[-- Attachment #2: Type: text/html, Size: 4773 bytes --]

Re: guix pull: error: symlink: File exists

[Gábor Boskovits]

Hello Laura,

Laura Lazzati <laura.lazzati.15@gmail.com> ezt írta (időpont: 2018.
nov. 1., Cs, 3:09):
>
>
>
>> Now I am trying to get the official way working, that is by sourcing
>> ~/.guix-profile/etc/profile, but it does not seem to work yet.
>> (I could of course just source it manually whenever I start a
>> terminal, but this does not feel comfortable)
>> I will have a look if I can simply get it working using . instead of
>> source, or any other reasonable way.
>> (Guix prepares most of the recommended environment variables there)
>>
> With my almost fresh VM, I tried
> guix pull --substitute-urls="https://berlin.guixsd.org"
> And about two hours ago I had it updated.
> Exported the PATH env on mi cli, added it to .profile.
> Then ran guix pull -l
> And got:
> Migrating profile generations to '/var/guix/profiles/per-user/laura'...
> Generation 1    Oct 31 2018 19:44:03    (current)
>
> guix c16913d
>
>     repository URL: https://git.savannah.gnu.org/git/guix.git
>
>     branch: origin/master
>
>     commit: c16913d34df610f5e1560ab8da953e32b3a4e7d7
>
>
> Generation 2    Oct 31 2018 21:30:12    (current)
>   guix c16913d
>     repository URL: https://git.savannah.gnu.org/git/guix.git
>     branch: master
>     commit: c16913d34df610f5e1560ab8da953e32b3a4e7d7
> And then tried guix pull again (always with substitute) The only difference was this output by the end:
>
> Computing Guix derivation for 'x86_64-linux'... \
>
> nothing to be done
>
> I don't know if this was the output you were getting. But it is different from what I was getting before.
>
> Regards :)
>
> Laura
>
This seems to be ok so far :)

I have a question, do you still use VirtualBox for the VM-s?
If it is so, maybe you could have a look at this thread:
*** TRYING TO INSTALL GUIXSD v0.15.0 FOR DAYS ***
they are experiencing the hang in the guile test suite on
VirtualBox.

Best regards,
g_bor

Re: guix pull: error: symlink: File exists

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 514 bytes --]

Hi!

> I have a question, do you still use VirtualBox for the VM-s?
>
Yes, in my TODO list I have: stop using Vbox, maybe KVM?

> If it is so, maybe you could have a look at this thread:
> *** TRYING TO INSTALL GUIXSD v0.15.0 FOR DAYS ***
> they are experiencing the hang in the guile test suite on
> VirtualBox.
>
Thanks, that would have been really helpful.  But I have been looking for
it in the guix-devel archive and can't find it (used the expressions
suggested)

>
> Best regards,
> g_bor
>

Regards!
Laura

[-- Attachment #2: Type: text/html, Size: 1083 bytes --]

Re: guix pull: error: symlink: File exists

[Gábor Boskovits]

Laura Lazzati <laura.lazzati.15@gmail.com> ezt írta (időpont: 2018.
nov. 1., Cs, 12:38):
>
> Hi!
>>
>> I have a question, do you still use VirtualBox for the VM-s?
>
> Yes, in my TODO list I have: stop using Vbox, maybe KVM?
>>
>> If it is so, maybe you could have a look at this thread:
>> *** TRYING TO INSTALL GUIXSD v0.15.0 FOR DAYS ***
>> they are experiencing the hang in the guile test suite on
>> VirtualBox.
>

Sorry, didn't write that, it's on the help-guix list.

> Thanks, that would have been really helpful.  But I have been looking for it in the guix-devel archive and can't find it (used the expressions suggested)
>>
>>
>> Best regards,
>> g_bor
>
>
> Regards!
> Laura

Re: guix pull: error: symlink: File exists

[Laura Lazzati]

[-- Attachment #1: Type: text/plain, Size: 27 bytes --]

Ok, I will take a look. :)

[-- Attachment #2: Type: text/html, Size: 75 bytes --]