bug#66168: zsh home service breaks guix shell via ssh

[Malte Frank Gerdes]

Saku Laesvuori  writes:

> [[PGP Signed Part:Undecided]]
> On Sat, Sep 23, 2023 at 12:19:10PM +0200, Malte Frank Gerdes wrote:
>> I noticed that after connecting via ssh the profile that gets created
>> when doing `guix shell' is not sourced, therefore the environment
>> variables are not correct.  This seems to be because guix home inserts
>> "[ -n \"$SSH_CLIENT\" ] && source /etc/profile" into the zshenv file.  I
>> assume this is meant to ensure that /etc/profile is sourced because ssh
>> does not start a login shell?
>
> That is correct, it was added in 
> because commands like `ssh host -- cmd` (and commands depending on ssh
> such as `git pull/push`) failed.
Ah, i didn't think about this use case.

>> Anyway, removing that line makes everything work normally.  So am i
>> doing it wrong or is this actually unnecessary?
>
> I can reproduce this:
>
> ```
> $ ssh localhost
> $ guix shell gnuplot
> $ gnuplot
> zsh: command not found: gnuplot
> ```
>
> However (still within the ssh session)
>
> ```
> $ guix shell gnuplot -- gnuplot
> [gnuplot opens as expected]
> ```
>
> and weirdly enough
>
> ```
> $ guix shell --check gnuplot
> guix shell: checking the environment variables visible from shell 
> '/gnu/store/i4rj0banq044423if5xwb3df723g14r9-zsh-5.9/bin/zsh'...
> guix shell: All is good!  The shell gets correct environment variables.
> $ gnuplot
> zsh: command not found: gnuplot
> ```
>
> I don't really know what is happening here. Why does it work when
> running the command directly and why does `guix shell --check` claim
> that everything is correct when clearly something is wrong? If I
> understand correctly `.zshenv` should be sourced in all these cases but
> for some reason the problems only occur in some of them.
>
> Any ideas?
My guess would be that sourcing /etc/profile should only happen once,
but the SSH_CLIENT variable is inherited to the child shell which
evaluates zshenv which in turn sources /etc/profile because SSH_CLIENT
has non-zero length.  So /etc/profile is sourced twice.

This is just a wild guess though.


mfg²

bug#66182: rm -r /root/.cache/guix # works

[chris]

The issue is resolved here. Per irc discussion, root's guix cache was removed
```
sudo rm -r /root/.cache/guix
sudo rm -r /root/.cache/guile
```

After that, `guix pull` and `sudo guix system reconfigure guix.system.scm` 
succeeded

bug#66182: git error: object not found when running system reconfigure

[chris]

Hello,

https://paste.debian.net/1292978/

For the past day or so `sudo guix system reconfigure guix.system.scm` results 
in the error attached to this mail. The id value has changed from yesterday. I 
visited the irc channel and someone there recommended the same advice found 
here https://issues.guix.gnu.org/40769 to delete "~/.cache/guix" and actually I 
deleted all "~/.cache" but the error is still there.

This morning, again, I tried "rm -r ~/.cache/guix" and "sudo guix system 
reconfigure guix.system.scm" and the same error occurred and I don't know how 
to resolve.

Thanks for any advice,

Chris
Backtrace:
In guix/ui.scm:
  2286:10 19 (run-guix-command _ . _)
In ice-9/boot-9.scm:
  1752:10 18 (with-exception-handler _ _ #:unwind? _ # _)
In guix/status.scm:
859:3 17 (_)
839:4 16 (call-with-status-report _ _)
In guix/scripts/system.scm:
   1278:4 15 (_)
In ice-9/boot-9.scm:
  1752:10 14 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
   659:37 13 (thunk)
   1298:8 12 (call-with-build-handler # …)
  2168:25 11 (run-with-store # …)
In guix/scripts/system.scm:
  1302:15 10 (_ _)
831:5  9 (perform-action reconfigure #< name: #f format:…> …)
In guix/scripts/system/reconfigure.scm:
346:3  8 (check-forward-update _ #:current-channels _)
In srfi/srfi-1.scm:
   691:23  7 (filter-map # . #)
In guix/scripts/system/reconfigure.scm:
   353:39  6 (_ #< name: guix url: "https://git.savannah.gn…>)
In guix/git.scm:
   481:21  5 (update-cached-checkout _ #:ref _ #:recursive? _ # _ # _ …)
   367:15  4 (reference-available? _ _)
In git/commit.scm:
172:8  3 (_ # #)
In git/bindings.scm:
 77:2  2 (raise-git-error _)
In ice-9/boot-9.scm:
  1685:16  1 (raise-exception _ #:continuable? _)
  1685:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
Git error: object not found - no match for id 
(e134686cead6db62ea8b941b2ed7c0bd660804da)

bug#66168: zsh home service breaks guix shell via ssh

[Saku Laesvuori via Bug reports for GNU Guix]

On Sat, Sep 23, 2023 at 12:19:10PM +0200, Malte Frank Gerdes wrote:
> I noticed that after connecting via ssh the profile that gets created
> when doing `guix shell' is not sourced, therefore the environment
> variables are not correct.  This seems to be because guix home inserts
> "[ -n \"$SSH_CLIENT\" ] && source /etc/profile" into the zshenv file.  I
> assume this is meant to ensure that /etc/profile is sourced because ssh
> does not start a login shell?

That is correct, it was added in 
because commands like `ssh host -- cmd` (and commands depending on ssh
such as `git pull/push`) failed. 


> Anyway, removing that line makes everything work normally.  So am i
> doing it wrong or is this actually unnecessary?

I can reproduce this:

```
$ ssh localhost
$ guix shell gnuplot
$ gnuplot
zsh: command not found: gnuplot
```

However (still within the ssh session)

```
$ guix shell gnuplot -- gnuplot
[gnuplot opens as expected]
```

and weirdly enough

```
$ guix shell --check gnuplot
guix shell: checking the environment variables visible from shell 
'/gnu/store/i4rj0banq044423if5xwb3df723g14r9-zsh-5.9/bin/zsh'...
guix shell: All is good!  The shell gets correct environment variables.
$ gnuplot
zsh: command not found: gnuplot
```

I don't really know what is happening here. Why does it work when
running the command directly and why does `guix shell --check` claim
that everything is correct when clearly something is wrong? If I
understand correctly `.zshenv` should be sourced in all these cases but
for some reason the problems only occur in some of them.

Any ideas?


signature.asc
Description: PGP signature

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

[Guillaume Le Vaillant]

Liliana Marie Prikler  skribis:

> Am Sonntag, dem 24.09.2023 um 08:49 + schrieb Guillaume Le
> Vaillant:
>> Liliana Marie Prikler  skribis:
>> 
>> > Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko:
>> > > I am trying to upgrade my guix systems. I ran guix pull and now I
>> > > am
>> > > trying to run guix system reconfigure. It failed on two different
>> > > machines with the same backtrace. Please see the full backtrace
>> > > attached. The error message from it:
>> > > 
>> > > ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> > > Git error: object not found - no match for id
>> > > (4f35ff1275e05be31f5d41464ccf147e9dbfd016)
>> > > 
>> > > 
>> > > $ guix describe
>> > > Generation 28   Sep 23 2023 19:30:36(current)
>> > >   guix 4f35ff1
>> > >     repository URL: https://git.savannah.gnu.org/git/guix.git
>> > >     branch: master
>> > >     commit: 4f35ff1275e05be31f5d41464ccf147e9dbfd016
>> > > 
>> > > Considering that I experience it on two guix machines with
>> > > different
>> > > system configurations, I assume that there is some bug somewhere.
>> > Experiencing the same for commit
>> > 35fd25af9bbcce84908101a9f487ba106a8d6df7.  I would hazard a guess
>> > that it's due to them being merge commits.  Interestingly,
>> > allow-downgrades does not have an effect on this message.
>> > 
>> > Cheers
>> 
>> I reconfigured two machines using commit
>> 4f35ff1275e05be31f5d41464ccf147e9dbfd016, and it succeeded on both
>> machines, I didn't get this "no match for id" issue.
>> That's strange...
> Do you have provenance tracking on your machines (the default)?

Yes. I use an additional channel, not only the "guix" default channel.
Maybe that makes a difference...


signature.asc
Description: PGP signature

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

[Liliana Marie Prikler]

Am Sonntag, dem 24.09.2023 um 10:37 +0200 schrieb Liliana Marie
Prikler:
> Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko:
> > ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> > Git error: object not found - no match for id
> > (4f35ff1275e05be31f5d41464ccf147e9dbfd016)
> Experiencing the same for commit
> 35fd25af9bbcce84908101a9f487ba106a8d6df7.

Am Sonntag, dem 24.09.2023 um 08:49 + schrieb Guillaume Le
Vaillant:
> I reconfigured two machines using commit
> 4f35ff1275e05be31f5d41464ccf147e9dbfd016, and it succeeded on both
> machines[.]

I now have a workaround that looks quite odd.  If you 
  $ sudo rm -rf /root/.cache/guix
guix system will rerun the indexing and thus pick up the new commits. 
I will dub this "advanced cache invalidation" since it appears as
though we are looking up commits in the wrong cache.

Cheers

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

[Liliana Marie Prikler]

Am Sonntag, dem 24.09.2023 um 08:49 + schrieb Guillaume Le
Vaillant:
> Liliana Marie Prikler  skribis:
> 
> > Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko:
> > > I am trying to upgrade my guix systems. I ran guix pull and now I
> > > am
> > > trying to run guix system reconfigure. It failed on two different
> > > machines with the same backtrace. Please see the full backtrace
> > > attached. The error message from it:
> > > 
> > > ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> > > Git error: object not found - no match for id
> > > (4f35ff1275e05be31f5d41464ccf147e9dbfd016)
> > > 
> > > 
> > > $ guix describe
> > > Generation 28   Sep 23 2023 19:30:36(current)
> > >   guix 4f35ff1
> > >     repository URL: https://git.savannah.gnu.org/git/guix.git
> > >     branch: master
> > >     commit: 4f35ff1275e05be31f5d41464ccf147e9dbfd016
> > > 
> > > Considering that I experience it on two guix machines with
> > > different
> > > system configurations, I assume that there is some bug somewhere.
> > Experiencing the same for commit
> > 35fd25af9bbcce84908101a9f487ba106a8d6df7.  I would hazard a guess
> > that it's due to them being merge commits.  Interestingly,
> > allow-downgrades does not have an effect on this message.
> > 
> > Cheers
> 
> I reconfigured two machines using commit
> 4f35ff1275e05be31f5d41464ccf147e9dbfd016, and it succeeded on both
> machines, I didn't get this "no match for id" issue.
> That's strange...
Do you have provenance tracking on your machines (the default)?

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

[Guillaume Le Vaillant]

Liliana Marie Prikler  skribis:

> Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko:
>> I am trying to upgrade my guix systems. I ran guix pull and now I am
>> trying to run guix system reconfigure. It failed on two different
>> machines with the same backtrace. Please see the full backtrace
>> attached. The error message from it:
>> 
>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> Git error: object not found - no match for id
>> (4f35ff1275e05be31f5d41464ccf147e9dbfd016)
>> 
>> 
>> $ guix describe
>> Generation 28   Sep 23 2023 19:30:36(current)
>>   guix 4f35ff1
>>     repository URL: https://git.savannah.gnu.org/git/guix.git
>>     branch: master
>>     commit: 4f35ff1275e05be31f5d41464ccf147e9dbfd016
>> 
>> Considering that I experience it on two guix machines with different
>> system configurations, I assume that there is some bug somewhere.
> Experiencing the same for commit
> 35fd25af9bbcce84908101a9f487ba106a8d6df7.  I would hazard a guess that
> it's due to them being merge commits.  Interestingly, allow-downgrades
> does not have an effect on this message.
>
> Cheers

I reconfigured two machines using commit
4f35ff1275e05be31f5d41464ccf147e9dbfd016, and it succeeded on both
machines, I didn't get this "no match for id" issue.
That's strange...


signature.asc
Description: PGP signature

bug#63986: Julia is very slow

[Cayetano Santos via Bug reports for GNU Guix]

>mer. 20 sept. 2023 at 17:57, Simon Tournier  wrote:

> Hi Efraim,

> Any idea?  I have no idea and it is blocking the merge because ~20
> packages are then broken.  Well, if we have no idea, I will push the fix
> for “Julia is slow” and we will fix later these ~20 failures.  WDYT?

Sounds good to me.

C.

bug#66169: guix reconfigure error no match for id 4f35ff1275e05be31f5d41464ccf147e9dbfd016

[Liliana Marie Prikler]

Am Samstag, dem 23.09.2023 um 22:02 +0300 schrieb Roman Riabenko:
> I am trying to upgrade my guix systems. I ran guix pull and now I am
> trying to run guix system reconfigure. It failed on two different
> machines with the same backtrace. Please see the full backtrace
> attached. The error message from it:
> 
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> Git error: object not found - no match for id
> (4f35ff1275e05be31f5d41464ccf147e9dbfd016)
> 
> 
> $ guix describe
> Generation 28   Sep 23 2023 19:30:36(current)
>   guix 4f35ff1
>     repository URL: https://git.savannah.gnu.org/git/guix.git
>     branch: master
>     commit: 4f35ff1275e05be31f5d41464ccf147e9dbfd016
> 
> Considering that I experience it on two guix machines with different
> system configurations, I assume that there is some bug somewhere.
Experiencing the same for commit
35fd25af9bbcce84908101a9f487ba106a8d6df7.  I would hazard a guess that
it's due to them being merge commits.  Interestingly, allow-downgrades
does not have an effect on this message.

Cheers