bug#52372: gash-utils & fzf conflict

2021-12-11 Thread Timothy Sample
Hi Blake and Tobias,

Tobias Geerinckx-Rice via Bug reports for GNU Guix 
writes:

> gash-utils doesn't implement find -L, so failure is to be expected.
> As you discovered the fix is as simple as uninstalling gash-utils, and
> possibly using it in a Guix environment if you really need it.
>
> I don't think installing gash-utils globally into your main profile is
> a good idea!

Definitely not!  Gash-Utils is very much pre-alpha software, and I don’t
really intend for those utilities to be useful beyond bootstrapping
their fully-featured GNU cousins.  Ideally there would be a
bootstrapping version of Gash-Utils that installs the utilities, and a
regular version that just has Scheme interfaces.  To date, it has felt a
little premature to bother with that.

However, if you find the Scheme interfaces from Gash-Utils useful, I’m
happy to make accommodations.  Right now, I think that Guilers either
write their own utilities like ‘find-files’ or they copy them out of
Guix’s ‘(guix build utils)’ module (I tend to do the latter).  It would
be nice if Gash-Utils could cover this use case and be a bit like
Python’s ‘shutil’, allowing a smoother transition from shell scripting
skills to Guile scripting skills.


-- Tim





bug#52139: jupyter trying to modify /gnu/store

2021-12-11 Thread Alexander Asteroth
Nope:

> stat: cannot statx 
> '/gnu/store/djb0y6kn86ijbvkx93q48q484krp1kbb-profile/etc/jupyter:/home/aster/.config/jupyter/migrated':
>  No such file or directory

Cheers,
Alex

On Sat, Dec 11 2021, 10:36:45, Lars-Dominik Braun  wrote:

> Hi,
>
>> I can’t reproduce it with: […]
> I cannot reproduce it either and this migration should not happen™,
> because the phase 'disable-migration should disable it. (See
> /gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/application.py:145).
>
> Alexander: Does this file exists for you too?
>
> guix shell python-notebook -- sh -c "stat \$JUPYTER_CONFIG_DIR/migrated"
>
>> The JUPYTER_CONFIG_DIR search path was added to ‘python-jupyter-core’ in
>> commit 1683e9d9677d54f695a54fc44ed309287989fc34.  Lars, what are you
>> thoughts?
> Please *do not* remove this environment variable. It is required, because
> packages like jupyterlab drop a config file into this directory. Without
> it the jupyterlab extension will not be loaded by default and a simple
> `guix shell python-jupyterlab -- jupyter lab` will not work.
>
> Cheers,
> Lars



signature.asc
Description: PGP signature


bug#52103: guix pull: guix-manual.drv' failed with exit code 1, In procedure copy-file: Permission denied

2021-12-11 Thread Christopher Baines

Ludovic Courtès  writes:

> Hi,
>
> Christopher Baines  skribis:
>
>> I'm having trouble pulling on a aarch64-linux machine, both from master
>> and core-updates-frozen, and they fail with similar output.
>
> FWIW I’ve successfully upgraded on aarch64-linux to current ‘master’:
>
> ludo@overdrive1 ~$ guix describe
> Generation 12   Dec 10 2021 14:24:21(current)
>   guix 18c406d
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: 18c406df973d24fa8adb9cdaf58d73769da44937
> ludo@overdrive1 ~$ uname -om
> aarch64 GNU/Linux
>
>
> [...]
>
>> \builder for `/gnu/store/g55hf0qbs3yhwrvi3lq5v4xaj1bw9mrd-guix-manual.drv' 
>> failed with exit code 1
>> build of /gnu/store/g55hf0qbs3yhwrvi3lq5v4xaj1bw9mrd-guix-manual.drv failed
>> View build log at 
>> '/var/log/guix/drvs/g5/5hf0qbs3yhwrvi3lq5v4xaj1bw9mrd-guix-manual.drv.bz2'.
>> cannot build derivation 
>> `/gnu/store/pdbv64gcy97cm3xw9iwnxzd6npazvp5s-guix-4fd6aabea.drv': 1 
>> dependencies couldn't be built
>> cannot build derivation 
>> `/gnu/store/pa2apwy1nypkxggh3p75yi9rmghn0xjy-profile.drv': 1 dependencies 
>> couldn't be built
>> guix time-machine: error: build of 
>> `/gnu/store/pa2apwy1nypkxggh3p75yi9rmghn0xjy-profile.drv' failed
>>
>> cbaines@hatysa ~$ bzcat 
>> /var/log/guix/drvs/g5/5hf0qbs3yhwrvi3lq5v4xaj1bw9mrd-guix-manual.drv.bz2
>> Backtrace: 
>>4 (primitive-load "/gnu/store/h9n0ssml2v8j9bzxxx1zjj0swn3?")
>> In ice-9/eval.scm:
>> 619:8  3 (_ #f)
>> In ice-9/ftw.scm:
>>505:39  2 (loop _ _ #(66306 8660889 16749 2 0 0 0 4096 # 1 # # ?) ?)
>> In guix/build/utils.scm:
>>345:27  1 (_ "/gnu/store/4wfkj6z151b97f54415g39apc58chsx7-guix-t?" ?)
>> In unknown file:
>>0 (copy-file "/gnu/store/4wfkj6z151b97f54415g39apc58chsx?" ?)
>>
>> ERROR: In procedure copy-file:
>> In procedure copy-file: Permission denied
>
> Are you still experiencing this?

Yep.

> If yes, could you share the .drv file name and maybe strace -f the child
> guix-daemon process to get the file names that the backtrace is
> hiding?

I've had a go at debugging this further, I'm not confident I've found
the relevant part of the strace output, but I think it could be this bit:

14403 newfstatat(AT_FDCWD, 
"/gnu/store/vcgx18jbb4dyk8kxx2gn8046jsavlgf8-guix-translated-texinfo/guix.de.texi",
 {st_mode=S_IFREG|0444, st_size=925279, ...}, AT_SYMLINK_NOFOLLOW) = 0
14403 openat(AT_FDCWD, 
"/gnu/store/vcgx18jbb4dyk8kxx2gn8046jsavlgf8-guix-translated-texinfo/guix.de.texi",
 O_RDONLY) = 15
14403 fstat(15, {st_mode=S_IFREG|0444, st_size=925279, ...}) = 0
14403 openat(AT_FDCWD, "./guix.de.texi", O_WRONLY|O_CREAT|O_TRUNC, 0444) = -1 
EACCES (Permission denied)

There's more information below. I wonder if this could somehow be
connected to guix.de.texi being both in the -doc store item, and
-guix-translated-texinfo. Reading the builder, it looks like it copies
it first from -doc, then again from -guix-translated-texinfo, and that's
the point at which it fails?


cbaines@hatysa ~$ guix build 
/gnu/store/qpms3smm2fmdcmv0q727yfqbcclw8laq-guix-manual.drv --keep-failed
The following derivation will be built:
   /gnu/store/qpms3smm2fmdcmv0q727yfqbcclw8laq-guix-manual.drv
building /gnu/store/qpms3smm2fmdcmv0q727yfqbcclw8laq-guix-manual.drv...
Backtrace:
   4 (primitive-load "/gnu/store/l9dnjs4h1vxdnbxc3ips7p6s6kf?")
In ice-9/eval.scm:
619:8  3 (_ #f)
In ice-9/ftw.scm:
   505:39  2 (loop _ _ #(66306 15087543 16749 2 0 0 0 4096 # 1 # # ?) ?)
In guix/build/utils.scm:
   345:27  1 (_ "/gnu/store/vcgx18jbb4dyk8kxx2gn8046jsavlgf8-guix-t?" ?)
In unknown file:
   0 (copy-file "/gnu/store/vcgx18jbb4dyk8kxx2gn8046jsavlgf?" ?)

ERROR: In procedure copy-file:
In procedure copy-file: Permission denied
note: keeping build directory `/tmp/guix-build-guix-manual.drv-0'
builder for `/gnu/store/qpms3smm2fmdcmv0q727yfqbcclw8laq-guix-manual.drv' 
failed with exit code 1
build of /gnu/store/qpms3smm2fmdcmv0q727yfqbcclw8laq-guix-manual.drv failed
View build log at 
'/var/log/guix/drvs/qp/ms3smm2fmdcmv0q727yfqbcclw8laq-guix-manual.drv.bz2'.
guix build: error: build of 
`/gnu/store/qpms3smm2fmdcmv0q727yfqbcclw8laq-guix-manual.drv' failed

cbaines@hatysa ~$ bzcat 
/var/log/guix/drvs/qp/ms3smm2fmdcmv0q727yfqbcclw8laq-guix-manual.drv.bz2
Backtrace:
   4 (primitive-load "/gnu/store/l9dnjs4h1vxdnbxc3ips7p6s6kf?")
In ice-9/eval.scm:
619:8  3 (_ #f)
In ice-9/ftw.scm:
   505:39  2 (loop _ _ #(66306 15087543 16749 2 0 0 0 4096 # 1 # # ?) ?)
In guix/build/utils.scm:
   345:27  1 (_ "/gnu/store/vcgx18jbb4dyk8kxx2gn8046jsavlgf8-guix-t?" ?)
In unknown file:
   0 (copy-file "/gnu/store/vcgx18jbb4dyk8kxx2gn8046jsavlgf?" ?)

ERROR: In procedure copy-file:
In procedure copy-file: Permission denied

cbaines@hatysa ~$ ls -l /tmp/guix-build-guix-manual.drv-0
total 5068
-r--r--r-- 1 cbaines users   54631 Dec 11 09:59 build.scm
-r--r--r-- 1 cbaines users   23526 Dec 11 09:59 contributing.de.texi
-r--r--r-- 1 cbaines users   45405 Dec 11 09:59 

bug#52338: Crawler bots are downloading substitutes

2021-12-11 Thread Mathieu Othacehe


Hey,

The Cuirass web interface logs were quite silent this morning and I
suspected an issue somewhere. I then realized that you did update the
Nginx conf and the bots were no longer knocking at our door, which is
great!

Thanks to both of you,

Mathieu





bug#51787: GC takes more than 9 hours on berlin

2021-12-11 Thread Mathieu Othacehe


Hey,

> Yeah I don’t know what happened to the GC process but it disappeared
> earlier today.  Then I started things like this:
>
>   unshare -m sh -c 'mount --bind -o remount,rw /gnu/store; rm -rf 
> --one-file-system /gnu/store/trash/[abc]*'
>
> which is equally slow (perhaps slightly slower: it seems to do more
> syscalls per file to remove than the guix-daemon code).
>
> Anyway, I’ll let it run hoping it’ll be done by the next GC.

OK, thanks. Looks it just finished removing the trash directory
content. I started a GC process from my session to monitor it closely.

Mathieu





bug#52139: jupyter trying to modify /gnu/store

2021-12-11 Thread Lars-Dominik Braun
Hi,

> I can’t reproduce it with: […]
I cannot reproduce it either and this migration should not happen™,
because the phase 'disable-migration should disable it. (See
/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/application.py:145).

Alexander: Does this file exists for you too?

guix shell python-notebook -- sh -c "stat \$JUPYTER_CONFIG_DIR/migrated"

> The JUPYTER_CONFIG_DIR search path was added to ‘python-jupyter-core’ in
> commit 1683e9d9677d54f695a54fc44ed309287989fc34.  Lars, what are you
> thoughts?
Please *do not* remove this environment variable. It is required, because
packages like jupyterlab drop a config file into this directory. Without
it the jupyterlab extension will not be loaded by default and a simple
`guix shell python-jupyterlab -- jupyter lab` will not work.

Cheers,
Lars