permission denied: /gnu/store/...guile...
Hi Guix,
my apologies for this badly formatted email. I'm using a webmail interface
because I have not been able to set up my email through Emacs on GuixSD as I
cannot build custom packages.
Here's what happens when I try to build a custom package from a git checkout of
the guix repository:
~~
rekado@banana guix $ ./pre-inst-env guix build ibus-pinyin
The following derivations will be built:
/gnu/store/gbdfw3z89dxw5nh3qw5gq3y2p5i2l1a2-ibus-pinyin-1.5.0.drv
/gnu/store/9pcjzs7g87vg2pc6ag877kxlmzg1v241-pyzy-0.1.0.tar.gz.drv
/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv
/gnu/store/k2qwb22f1jzb9wr1cvkqv9bhdhmpyaqy-pyzy-0.1.0.drv
The following file will be downloaded:
/gnu/store/7vrb932gf6lzsh5q0sskzgmjm2bwr91x-libtool-2.4.6
@ build-started
/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv -
x86_64-linux
/var/log/guix/drvs/ni//0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv.bz2
build error: executing
`/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile':
Permission denied
builder for
`/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv'
failed with exit code 1
@ build-failed
/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv - 1
builder for
`/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv'
failed with exit code 1
cannot build derivation
`/gnu/store/gbdfw3z89dxw5nh3qw5gq3y2p5i2l1a2-ibus-pinyin-1.5.0.drv': 1
dependencies couldn't be built
killing process 2391
guix build: error: build failed: build of
`/gnu/store/gbdfw3z89dxw5nh3qw5gq3y2p5i2l1a2-ibus-pinyin-1.5.0.drv' failed
rekado@banana guix $
~~
I have confirmed that this particular guile binary can be executed, so I don't
know what permission problem it encounters. I attached strace to the
guix-daemon and it produced a long log which I have uploaded here:
http://elephly.net/downies/guile-permission-denied.txt
The failing derivation is this:
~~
Derive([("out","/gnu/store/vvs2c9zzl9zwrq0zwrayjlih9cpwjbcq-ibus-pinyin-1.5.0.tar.gz","sha256","a85d458dcc51ea9fd65849e63002428b3fcb3b39adcbea9214b5cb4a4cbdbc96")],[("/gnu/store/479gki04zgbysxipcb1wdl56mh1bldbx-guile-2.0.11.drv",["out"]),("/gnu/store/p20cih7k80cpqka6f06100j1ycgf3fl1-module-import.drv",["out"]),("/gnu/store/s8bacxxryg87p2ag6gl46qz6jvpdm5qs-gnutls-3.4.0.drv",["out"]),("/gnu/store/w9g2dqsfgr6n8pslwmm2lgbka96qwig4-module-import-compiled.drv",["out"])],["/gnu/store/yhds5m08mgp3a3yb2gj9imn7pkap0fc1-ibus-pinyin-1.5.0.tar.gz-builder"],"x86_64-linux","/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile",["--no-auto-compile","-L","/gnu/store/6fnbs4j7dsn6rc598d72caay00yggvh7-module-import","-C","/gnu/store/ww9kwrbs4h468vll6a3swg6dc3hr9f8i-module-import-compiled","/gnu/store/yhds5m08mgp3a3yb2gj9imn7pkap0fc1-ibus-pinyin-1.5.0.tar.gz-builder"],[("impureEnvVars","http_proxy
https_proxy"),("out","/gnu/store/vvs2c9zzl9zwrq0zwrayjlih9cpwjbcq-ibus-pinyin-1.5.0.tar.gz")])
~~
I have installed GuixSD from the 0.8.2 USB image onto a new, empty partition.
I'm reusing only my home directory, which is located on a luks LVM. I have
pulled the latest version of Guix and reconfigured the system a few hours ago.
Permissions on various store directories:
drwxrwxr-t 751 root guixbuild 479232 May 20 08:26 /gnu/store/
dr-xr-xr-x 6 root root 4096 Jan 1 1970
/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/
-r-xr-xr-x 1 root root 10912 Jan 1 1970
/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile
I would appreciate any help, as I cannot hack on Guix as long as this problem
persists.
~~ Ricardo
Re: --with-store-dir and/or --localstatedir seem to be ignored
Mark H Weaver writes:
>> ;; There is no /usr/bin or /bin - replace it with /gnu/store
>> (substitute* "testsuite/cpio.tests"
>> - (("/usr/bin") "/gnu/store")
>> - (("usr") "gnu"))
>> + (("/usr/bin") (%store-directory))
>> + (("usr") (car (filter (negate string-null?)
>> +(string-split (%store-directory)
>> #\/)
>
> What is the rationale for replacing "usr" with "gnu" here? In the
> general case where (%store-directory) might be almost anything, I fail
> to see why "usr" should be replaced with the first component of
> (%store-directory).
The test suite contains:
testing "cpio -p with absolute paths" \
"echo /usr/bin | cpio -dp cpio.testdir 2>&1; echo \$?;
ls cpio.testdir" \
"\
1 blocks
0
usr
" "" ""
Where the second argument is code to evaluate and the third argument the
expected output; it expects the cpio command to print "1 blocks", the
'echo $?' command to print "0", and the ls command to print "usr"
because that directory has been copied there (without its contents).
I believe this works in all cases except where (%store-directory) is /.
Should we try to prevent such a limitation?
Taylan
Re: Guix binary tarball
On Tue, May 19, 2015 at 07:03:57PM -0400, Mark H Weaver wrote: > If we did this, then we could revert 8c3a5d7059 and avoid any use of > --skip-old-files. I would be in favor of this. > > What do you think? Sounds good, thanks for looking into this! Andreas
Re: permission denied: /gnu/store/...guile...
Hello Recado, this may not at all be helpful, but whenever I encounter a mysterious problem such as this, I usually do a "make distclean; ./configure; make install". Or better yet, have it precede by "./bootstrap" and "rm -rf INSTALL_DIRECTORY/share/guile". Sometimes that solves the issue, but it probably only makes sense if you have installed guix on top of another distro. Andreas
guix package --search-paths
With commit dbc31ab, it is now possible to do things like: eval `guix package --search-paths=suffix` to augment the search path environment variables instead of overriding them. Comments welcome! Ludo’.
Re: Guix binary tarball
Mark H Weaver skribis:
> Andreas Enge writes:
>
>> - The tarball also contains /, /root and /var. When unpacking it, the owner
>> and permissions are changed on the system. As a consequence, we could not
>> ssh into the machine any more (!). Could these directories be left out of
>> the tarball and only their contents be kept in?
>
> The directories could indeed be left out.
Oh you mean the *parent* directories, right? Sorry I hadn’t understood
that.
> I experimentally verified that GNU tar will still create those
> directories if they don't already exist, but will leave their
> ownership and permissions unmodified if they do exist.
>
> Here's a suggested patch:
>
> diff --git a/gnu/system/install.scm b/gnu/system/install.scm
> index 799851c..10fbfdd 100644
> --- a/gnu/system/install.scm
> +++ b/gnu/system/install.scm
> @@ -71,7 +71,14 @@ under /root/.guix-profile where GUIX is installed."
>(with-directory-excursion %root
> (zero? (system* "tar" "--xz" "--format=gnu"
> "--owner=root:0" "--group=root:0"
> -"-cvf" #$output ".")
> +"-cvf" #$output
> +;; Avoid adding /, /var, or /root to the tarball,
> +;; so that the ownership and permissions of those
> +;; directories will not be overwritten when
> +;; extracting the archive.
> +"./root/.guix-profile"
> +"./var/guix"
> +"./gnu")
>
> (gexp->derivation "guix-tarball.tar.xz" build
>#:references-graphs `(("profile" ,profile))
>
> If we did this, then we could revert 8c3a5d7059 and avoid any use of
> --skip-old-files. I would be in favor of this.
>
> What do you think?
Yes, that’s even better, please commit and revert 8c3a5d7059.
Thanks!
Ludo’.
Re: permission denied: /gnu/store/...guile...
On 2015-05-20 04:06, rekado wrote:
Hi Guix,
my apologies for this badly formatted email. I'm using a webmail
interface because I have not been able to set up my email through
Emacs on GuixSD as I cannot build custom packages.
Here's what happens when I try to build a custom package from a git
checkout of the guix repository:
~~
rekado@banana guix $ ./pre-inst-env guix build ibus-pinyin
The following derivations will be built:
/gnu/store/gbdfw3z89dxw5nh3qw5gq3y2p5i2l1a2-ibus-pinyin-1.5.0.drv
/gnu/store/9pcjzs7g87vg2pc6ag877kxlmzg1v241-pyzy-0.1.0.tar.gz.drv
/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv
/gnu/store/k2qwb22f1jzb9wr1cvkqv9bhdhmpyaqy-pyzy-0.1.0.drv
The following file will be downloaded:
/gnu/store/7vrb932gf6lzsh5q0sskzgmjm2bwr91x-libtool-2.4.6
@ build-started
/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv
- x86_64-linux
/var/log/guix/drvs/ni//0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv.bz2
build error: executing
`/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile':
Permission denied
builder for
`/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv'
failed with exit code 1
@ build-failed
/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv
- 1 builder for
`/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv'
failed with exit code 1
cannot build derivation
`/gnu/store/gbdfw3z89dxw5nh3qw5gq3y2p5i2l1a2-ibus-pinyin-1.5.0.drv': 1
dependencies couldn't be built
killing process 2391
guix build: error: build failed: build of
`/gnu/store/gbdfw3z89dxw5nh3qw5gq3y2p5i2l1a2-ibus-pinyin-1.5.0.drv'
failed
rekado@banana guix $
~~
I have confirmed that this particular guile binary can be executed, so
I don't know what permission problem it encounters. I attached strace
to the guix-daemon and it produced a long log which I have uploaded
here: http://elephly.net/downies/guile-permission-denied.txt
The failing derivation is this:
~~
Derive([("out","/gnu/store/vvs2c9zzl9zwrq0zwrayjlih9cpwjbcq-ibus-pinyin-1.5.0.tar.gz","sha256","a85d458dcc51ea9fd65849e63002428b3fcb3b39adcbea9214b5cb4a4cbdbc96")],[("/gnu/store/479gki04zgbysxipcb1wdl56mh1bldbx-guile-2.0.11.drv",["out"]),("/gnu/store/p20cih7k80cpqka6f06100j1ycgf3fl1-module-import.drv",["out"]),("/gnu/store/s8bacxxryg87p2ag6gl46qz6jvpdm5qs-gnutls-3.4.0.drv",["out"]),("/gnu/store/w9g2dqsfgr6n8pslwmm2lgbka96qwig4-module-import-compiled.drv",["out"])],["/gnu/store/yhds5m08mgp3a3yb2gj9imn7pkap0fc1-ibus-pinyin-1.5.0.tar.gz-builder"],"x86_64-linux","/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile",["--no-auto-compile","-L","/gnu/store/6fnbs4j7dsn6rc598d72caay00yggvh7-module-import","-C","/gnu/store/ww9kwrbs4h468vll6a3swg6dc3hr9f8i-module-import-compiled","/gnu/store/yhds5m08mgp3a3yb2gj9imn7pkap0fc1-ibus-pinyin-1.5.0.tar.gz-builder"],[("impureEnvVars","http_proxy
https_proxy"),("out","/gnu/store/vvs2c9zzl9zwrq0zwrayjlih9cpwjbcq-ibus-pinyin-1.5.0.tar.gz")])
~~
I have installed GuixSD from the 0.8.2 USB image onto a new, empty
partition. I'm reusing only my home directory, which is located on a
luks LVM. I have pulled the latest version of Guix and reconfigured
the system a few hours ago.
Permissions on various store directories:
drwxrwxr-t 751 root guixbuild 479232 May 20 08:26 /gnu/store/
dr-xr-xr-x 6 root root 4096 Jan 1 1970
/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/
-r-xr-xr-x 1 root root 10912 Jan 1 1970
/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile
I would appreciate any help, as I cannot hack on Guix as long as this
problem persists.
~~ Ricardo
I have similar problem, I think. My problem was permission to write
(using sudo) in /gnu/store/ when I needed to enable my correct synaptics
(I copied 50-synaptics.conf file to /gnu/store/.../xorg.conf.d/), so I
needed remount /gnu/store/ (sudo mount -o remount,rw /gnu/store) to copy
this file.
--
Daniel Pimentel (d4n1)
#GnuPG: 0B1A1914
#FSF: 13054
Re: [PATCH] gnu: openblas: Disable DYNAMIC_ARCH on MIPS.
Mark H Weaver writes:
>> - "DYNAMIC_ARCH=1")
>> + ;; Unfortunately, this is not supported on MIPS.
>> + ,@(if (string-prefix? "mips" (%current-system))
>> + (list)
>> + (list "DYNAMIC_ARCH=1")))
>
> It would be marginally preferable to use '() and '("DYNAMIC_ARCH=1")
> here. Anyway, okay to push!
I pushed it with the suggested change.
Thanks!
~~ Ricardo
Re: permission denied: /gnu/store/...guile...
rekado skribis:
> build error: executing
> `/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile':
> Permission denied
> builder for
> `/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv'
> failed with exit code 1
> @ build-failed
> /gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv - 1
> builder for
> `/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv'
> failed with exit code 1
> cannot build derivation
> `/gnu/store/gbdfw3z89dxw5nh3qw5gq3y2p5i2l1a2-ibus-pinyin-1.5.0.drv': 1
> dependencies couldn't be built
> killing process 2391
> guix build: error: build failed: build of
> `/gnu/store/gbdfw3z89dxw5nh3qw5gq3y2p5i2l1a2-ibus-pinyin-1.5.0.drv' failed
> rekado@banana guix $
> ~~
>
> I have confirmed that this particular guile binary can be executed, so I
> don't know what permission problem it encounters. I attached strace to the
> guix-daemon and it produced a long log which I have uploaded here:
> http://elephly.net/downies/guile-permission-denied.txt
So this happens only with this derivation?
Looking at the strace output, I can’t see anything suspicious;
everything seems to happen as expected, namely this part:
--8<---cut here---start->8---
[pid 16379] statfs("/gnu/store", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096,
f_blocks=6417799, f_bfree=4940413, f_bavail=4608638, f_files=1641600,
f_ffree=1378343, f_fsid={-557300761, 437310106}, f_namelen=255, f_frsize=4096})
= 0
[pid 16379] unshare(CLONE_NEWNS)= 0
[pid 16379] mount(NULL, "/gnu/store", NULL, MS_REMOUNT|MS_BIND, NULL) = 0
--8<---cut here---end--->8---
The only thing that could go wrong is if the store somehow ended up
being mounted with MS_NOEXEC, but I don’t see that happening here.
I suppose you’re on Linux-libre 4.0.2, right?
> I have installed GuixSD from the 0.8.2 USB image onto a new, empty partition.
> I'm reusing only my home directory, which is located on a luks LVM. I have
> pulled the latest version of Guix and reconfigured the system a few hours
> ago.
... which means that other derivations build just fine, right?
> Derive([("out","/gnu/store/vvs2c9zzl9zwrq0zwrayjlih9cpwjbcq-ibus-pinyin-1.5.0.tar.gz","sha256","a85d458dcc51ea9fd65849e63002428b3fcb3b39adcbea9214b5cb4a4cbdbc96")],[("/gnu/store/479gki04zgbysxipcb1wdl56mh1bldbx-guile-2.0.11.drv",["out"]),("/gnu/store/p20cih7k80cpqka6f06100j1ycgf3fl1-module-import.drv",["out"]),("/gnu/store/s8bacxxryg87p2ag6gl46qz6jvpdm5qs-gnutls-3.4.0.drv",["out"]),("/gnu/store/w9g2dqsfgr6n8pslwmm2lgbka96qwig4-module-import-compiled.drv",["out"])],["/gnu/store/yhds5m08mgp3a3yb2gj9imn7pkap0fc1-ibus-pinyin-1.5.0.tar.gz-builder"],"x86_64-linux","/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile",["--no-auto-compile","-L","/gnu/store/6fnbs4j7dsn6rc598d72caay00yggvh7-module-import","-C","/gnu/store/ww9kwrbs4h468vll6a3swg6dc3hr9f8i-module-import-compiled","/gnu/store/yhds5m08mgp3a3yb2gj9imn7pkap0fc1-ibus-pinyin-1.5.0.tar.gz-builder"],[("impureEnvVars","http_proxy
>
> https_proxy"),("out","/gnu/store/vvs2c9zzl9zwrq0zwrayjlih9cpwjbcq-ibus-pinyin-1.5.0.tar.gz")])
However I don’t see this derivation mention in the strace log. Could
you try to strace again the daemon, but this time just run:
guix build -S ibus-pinyin
?
Thanks,
Ludo’.
Re: [PATCH] Add guile-emacs!
Nice, thank you folks! Ludo’.
Re: permission denied: /gnu/store/...guile...
Daniel Pimentel skribis: > I have similar problem, I think. My problem was permission to write > (using sudo) in /gnu/store/ when I needed to enable my correct > synaptics (I copied 50-synaptics.conf file to > /gnu/store/.../xorg.conf.d/), so I needed remount /gnu/store/ (sudo > mount -o remount,rw /gnu/store) to copy this file. Files in /gnu/store must never be modified, because the whole system assumes it is indeed immutable. For this reason, /gnu/store is a read-only bind-mount on GuixSD. The solution for Synaptics would be to augment the Xorg service definition in (gnu services xorg) so that it does the right thing. What exactly is needed? Ludo’.
Re: Reproducible profiles
David Thompson skribis:
> Below is a new patch set taking into account the feedback received thus
> far. The (guix profiles) module still needs to be documented in the
> manual, but there's quite a lot of procedures and variables to account
> for. Would anyone be intertested in helping with this part?
I can help with that, but it’s even better if someone else does it. :-)
> From d506ad1d8824cc694364be502acddb25b76d0020 Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Mon, 18 May 2015 07:49:44 -0400
> Subject: [PATCH 1/3] ui: Factorize user-provided Scheme file loading.
>
> * guix/ui.scm (make-user-module, read-scheme-file): New procedures.
> * guix/scripts/system.scm (%user-module): Define in terms of
> 'make-user-module'.
> (read-operating-system): Define in terms of 'read-scheme-file'.
[...]
> +(define (read-scheme-file file user-module)
> + "Read the user provided Scheme source code FILE."
What about calling it ‘load*’ and s/Read/Load/ in the docstring?
It’s really a variant of ‘load’ rather than a variant of ‘read’.
If that’s fine with you, OK to push with this change.
> From 5665da9934726ce0a8c4ed358b7f606d917c300a Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Mon, 18 May 2015 07:51:56 -0400
> Subject: [PATCH 2/3] profiles: Add 'packages->manifest' procedure.
>
> * guix/profiles.scm (packages->manifest): New procedure.
[...]
> +(define (packages->manifest packages)
> + "Convert PACKAGES into a manifest containing entries for all of them."
What about something like:
Return a list of manifest entries, one for each item listed in
PACKAGES. Elements of PACKAGES can be either package objects or
package/string tuples denoting a specific output of a package.
OK to push with something along these lines.
> From 3be657353bfebc33dc9733b820165699ac07b43d Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Thu, 14 May 2015 21:11:57 -0400
> Subject: [PATCH 3/3] package: Add --manifest option.
>
> * guix/scripts/package.scm (show-help): Add help text.
> (%options): Add manifest option.
> (guix-package): Add manifest option handler.
> * doc/guix.texi ("Invoking guix package"): Document it.
> * tests/guix-package.sh: Add test.
[...]
> +@item --manifest=@var{file}
> +@itemx -m @var{file}
> +Create a new @dfn{generation} of the profile from the manifest object
> +contained in @var{file}, a Scheme source code file.
s/contained in.*/returned by the Scheme code in @var{file}./
> +A manifest file may look like this:
> +
> +@example
> +(use-package-modules guile emacs gcc)
> +
> +(packages->manifest
> + (list guile-2.0
> + emacs
> + ;; Use a specific package output.
> + (list gcc "debug")))
> +@end example
Maybe s/gcc/guile-2.0/, which might better illustrate the use case.
> + -m, --manifest=FILEcreate a new profile generation with the manifest
> + contained within FILE."))
s/contained within/from/
Also no period at the end.
> +# Applying a manifest file
> +cat > "$module_dir/manifest.scm"< +(use-package-modules bootstrap)
> +
> +(packages->manifest (list %bootstrap-guile))
> +EOF
> +guix package --bootstrap -m "$module_dir/manifest.scm"
Maybe just add something like:
guix package -I | grep guile
test `guix package -I | wc -l` -eq 1
OK with these changes! I think it’s going to be nice to be able to use
this declarative approach for user profiles, have the file under VC, etc.
Thanks!
Ludo’.
Re: [PATCH 10/10] gnu: base: Added glibc-for-target macro.
Manolis Ragkousis skribis: > The macro that doesn't work as expected. How doesn’t it work exactly? :-) Note that because this patch changes ‘glibc’ from a “normal” variable to a syntax object, you need to ‘make clean-go && make’. > From 8534372800703610b1436870da2caf1fa3c9796c Mon Sep 17 00:00:00 2001 > From: Manolis Ragkousis > Date: Tue, 19 May 2015 01:42:14 +0300 > Subject: [PATCH 10/10] gnu: base: Added glibc-for-target macro. > > gnu/packages/base.scm (glibc): Add macro. Missing star. > +(define-public glibc/hurd > + (package (inherit glibc/linux) > +(name "glibc-hurd") I see you moved this definition and ‘glibc/hurd-headers’ upward, but this is not necessary AFAICS. Could you avoid this change in the next iteration of the patch? > +(define (glibc-for-target target) Please make it: (define* (glibc-for-target #:optional (target (or (%current-target-system) (%current-system ;; ... ) > + "Return the glibc for TARGET, glibc/linux for a linux host or > +glibc/hurd for a hurd host" Use capital letters when referring to variables, so GLIBC/LINUX and GLIBC/Hurd. Spelling: Linux, Hurd. > +(define-syntax glibc > + (identifier-syntax (glibc-for-target (or (%current-target-system) > (%current-system) Now this can become: (define-syntax glibc (identifier-syntax (glibc-for-target))) which reduces code duplication. That looks good to me, but now I want to know what doesn’t work. :-) Ludo’.
Re: permission denied: /gnu/store/...guile...
On 2015-05-20 09:24, l...@gnu.org wrote: Daniel Pimentel skribis: I have similar problem, I think. My problem was permission to write (using sudo) in /gnu/store/ when I needed to enable my correct synaptics (I copied 50-synaptics.conf file to /gnu/store/.../xorg.conf.d/), so I needed remount /gnu/store/ (sudo mount -o remount,rw /gnu/store) to copy this file. Files in /gnu/store must never be modified, because the whole system assumes it is indeed immutable. For this reason, /gnu/store is a read-only bind-mount on GuixSD. The solution for Synaptics would be to augment the Xorg service definition in (gnu services xorg) so that it does the right thing. What exactly is needed? Ludo’. Allright, so I needed to add this code to my touchpad work well: Section "InputClass" Identifier "touchpad catchall" Driver "synaptics" MatchIsTouchpad "on" Option "TapButton1" "1" Option "TapButton2" "-1" Option "TapButton3" "3" Option "VertEdgeScroll" "on" Option "HorizTwoFingerScroll" "on" EndSection What's solution? Add it to config.scm (is very long code to it?)? Thanks, -- Daniel Pimentel (d4n1) GnuPG (0B1A1914) FSF (13054)
Re: guix package --search-paths
Ludovic Courtès writes: > With commit dbc31ab, it is now possible to do things like: > > eval `guix package --search-paths=suffix` > > to augment the search path environment variables instead of overriding > them. Doesn't the KIND field belong to 'search-path-specification'? Some variables are exact (GDK_PIXBUF_MODULE_FILE, GTK_DATA_PREFIX, etc.) by definition. I'd like to add 'GTK_DATA_PREFIX' and 'GTK_EXE_PREFIX' to gtk+ as 'exact' native-search-paths. They generate value to profile as: - /run/current-system/profile, if you have installed xfce system wide. - ~/.guix-profile, if you installed xfce into user's profile. So, the GTK+ themes will work out-of-box.
Re: Reproducible profiles
Ludovic Courtès writes:
> David Thompson skribis:
>
>> Below is a new patch set taking into account the feedback received thus
>> far. The (guix profiles) module still needs to be documented in the
>> manual, but there's quite a lot of procedures and variables to account
>> for. Would anyone be intertested in helping with this part?
>
> I can help with that, but it’s even better if someone else does it.
> :-)
Okay. :)
>> From d506ad1d8824cc694364be502acddb25b76d0020 Mon Sep 17 00:00:00 2001
>> From: David Thompson
>> Date: Mon, 18 May 2015 07:49:44 -0400
>> Subject: [PATCH 1/3] ui: Factorize user-provided Scheme file loading.
>>
>> * guix/ui.scm (make-user-module, read-scheme-file): New procedures.
>> * guix/scripts/system.scm (%user-module): Define in terms of
>> 'make-user-module'.
>> (read-operating-system): Define in terms of 'read-scheme-file'.
>
> [...]
>
>> +(define (read-scheme-file file user-module)
>> + "Read the user provided Scheme source code FILE."
>
> What about calling it ‘load*’ and s/Read/Load/ in the docstring?
> It’s really a variant of ‘load’ rather than a variant of ‘read’.
>
> If that’s fine with you, OK to push with this change.
Done.
>> From 5665da9934726ce0a8c4ed358b7f606d917c300a Mon Sep 17 00:00:00 2001
>> From: David Thompson
>> Date: Mon, 18 May 2015 07:51:56 -0400
>> Subject: [PATCH 2/3] profiles: Add 'packages->manifest' procedure.
>>
>> * guix/profiles.scm (packages->manifest): New procedure.
>
> [...]
>
>> +(define (packages->manifest packages)
>> + "Convert PACKAGES into a manifest containing entries for all of them."
>
> What about something like:
>
> Return a list of manifest entries, one for each item listed in
> PACKAGES. Elements of PACKAGES can be either package objects or
> package/string tuples denoting a specific output of a package.
>
> OK to push with something along these lines.
Done.
>> From 3be657353bfebc33dc9733b820165699ac07b43d Mon Sep 17 00:00:00 2001
>> From: David Thompson
>> Date: Thu, 14 May 2015 21:11:57 -0400
>> Subject: [PATCH 3/3] package: Add --manifest option.
>>
>> * guix/scripts/package.scm (show-help): Add help text.
>> (%options): Add manifest option.
>> (guix-package): Add manifest option handler.
>> * doc/guix.texi ("Invoking guix package"): Document it.
>> * tests/guix-package.sh: Add test.
>
>
> [...]
>
>> +@item --manifest=@var{file}
>> +@itemx -m @var{file}
>> +Create a new @dfn{generation} of the profile from the manifest object
>> +contained in @var{file}, a Scheme source code file.
>
> s/contained in.*/returned by the Scheme code in @var{file}./
Done.
>> +A manifest file may look like this:
>> +
>> +@example
>> +(use-package-modules guile emacs gcc)
>> +
>> +(packages->manifest
>> + (list guile-2.0
>> + emacs
>> + ;; Use a specific package output.
>> + (list gcc "debug")))
>> +@end example
>
> Maybe s/gcc/guile-2.0/, which might better illustrate the use case.
>
>> + -m, --manifest=FILEcreate a new profile generation with the manifest
>> + contained within FILE."))
>
> s/contained within/from/
>
> Also no period at the end.
Done.
>> +# Applying a manifest file
>> +cat > "$module_dir/manifest.scm"<> +(use-package-modules bootstrap)
>> +
>> +(packages->manifest (list %bootstrap-guile))
>> +EOF
>> +guix package --bootstrap -m "$module_dir/manifest.scm"
>
> Maybe just add something like:
>
> guix package -I | grep guile
> test `guix package -I | wc -l` -eq 1
Done.
> OK with these changes! I think it’s going to be nice to be able to
> use this declarative approach for user profiles, have the file under
> VC, etc.
Me too! Pushed all 3 patches!
--
David Thompson
GPG Key: 0FF1D807
Re: [PATCH] gnu: Add sfxr.
Mark H Weaver writes: > Please add #t to the end of this phase procedure, since the return value > of 'substitute*' is not specified, and phase procedures are supposed to > return a boolean indicating success or failure. Good catch. Fixed and pushed! -- David Thompson GPG Key: 0FF1D807
Re: --with-store-dir and/or --localstatedir seem to be ignored
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> Mark H Weaver writes:
>
>>> ;; There is no /usr/bin or /bin - replace it with /gnu/store
>>> (substitute* "testsuite/cpio.tests"
>>> - (("/usr/bin") "/gnu/store")
>>> - (("usr") "gnu"))
>>> + (("/usr/bin") (%store-directory))
>>> + (("usr") (car (filter (negate string-null?)
>>> +(string-split (%store-directory)
>>> #\/)
>>
>> What is the rationale for replacing "usr" with "gnu" here? In the
>> general case where (%store-directory) might be almost anything, I fail
>> to see why "usr" should be replaced with the first component of
>> (%store-directory).
>
> The test suite contains:
>
> testing "cpio -p with absolute paths" \
> "echo /usr/bin | cpio -dp cpio.testdir 2>&1; echo \$?;
> ls cpio.testdir" \
> "\
> 1 blocks
> 0
> usr
> " "" ""
>
> Where the second argument is code to evaluate and the third argument the
> expected output; it expects the cpio command to print "1 blocks", the
> 'echo $?' command to print "0", and the ls command to print "usr"
> because that directory has been copied there (without its contents).
>
> I believe this works in all cases except where (%store-directory) is /.
Ah, okay, thanks for the explanation.
> Should we try to prevent such a limitation?
No, I think we can reasonably assume that (%store-directory) won't be /.
Thanks!
Mark
Re: permission denied: /gnu/store/...guile...
Daniel Pimentel (2015-05-20 16:12 +0300) wrote: > On 2015-05-20 09:24, l...@gnu.org wrote: >> Daniel Pimentel skribis: >> >>> I have similar problem, I think. My problem was permission to write >>> (using sudo) in /gnu/store/ when I needed to enable my correct >>> synaptics (I copied 50-synaptics.conf file to >>> /gnu/store/.../xorg.conf.d/), so I needed remount /gnu/store/ (sudo >>> mount -o remount,rw /gnu/store) to copy this file. >> >> Files in /gnu/store must never be modified, because the whole system >> assumes it is indeed immutable. For this reason, /gnu/store is a >> read-only bind-mount on GuixSD. >> >> The solution for Synaptics would be to augment the Xorg service >> definition in (gnu services xorg) so that it does the right thing. >> What exactly is needed? >> >> Ludo’. > > Allright, so I needed to add this code to my touchpad work well: > > Section "InputClass" > Identifier "touchpad catchall" > Driver "synaptics" > MatchIsTouchpad "on" > Option "TapButton1" "1" > Option "TapButton2" "-1" > Option "TapButton3" "3" > Option "VertEdgeScroll" "on" > Option "HorizTwoFingerScroll" "on" > EndSection > > What's solution? Add it to config.scm (is very long code to it?)? It's probably not a solution for you, but what I do is: I have Xorg server and required modules (xf86-input-evdev, …) installed in my user profile; and I start it with "-configdir /path/to/my/xorg.conf.d" option. -- Alex
Re: Guix binary tarball
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> Here's a suggested patch:
>>
>> diff --git a/gnu/system/install.scm b/gnu/system/install.scm
>> index 799851c..10fbfdd 100644
>> --- a/gnu/system/install.scm
>> +++ b/gnu/system/install.scm
>> @@ -71,7 +71,14 @@ under /root/.guix-profile where GUIX is installed."
>>(with-directory-excursion %root
>> (zero? (system* "tar" "--xz" "--format=gnu"
>> "--owner=root:0" "--group=root:0"
>> -"-cvf" #$output ".")
>> +"-cvf" #$output
>> +;; Avoid adding /, /var, or /root to the
>> tarball,
>> +;; so that the ownership and permissions of
>> those
>> +;; directories will not be overwritten when
>> +;; extracting the archive.
>> +"./root/.guix-profile"
>> +"./var/guix"
>> +"./gnu")
>>
>> (gexp->derivation "guix-tarball.tar.xz" build
>>#:references-graphs `(("profile" ,profile))
>>
>> If we did this, then we could revert 8c3a5d7059 and avoid any use of
>> --skip-old-files. I would be in favor of this.
>>
>> What do you think?
>
> Yes, that’s even better, please commit and revert 8c3a5d7059.
Done.
I would advocate releasing 0.8.3 ASAP with these fixes, since the binary
installation method in 0.8.2 has such serious problems.
What do you think?
Mark
Website, differentiating GuixSD vs Guix
Hello Guix, Minor headache i had, thought i'd share. Went to the website to download the binary tarball (which seems to work very well, kudos!), but was bitten by the fact that the GuixSD and GNU Guix downloads aren't separated. I first ended up with GuixSD instead of Guix, then after reading way too quickly concluded that i686 was what i wanted, ended up with the wrong Guix for my platform (x86_64, which is visually at the end of the "list" containing GuixSD 0.8.2 (x86_64) and GuixSD 0.8.2 (i686)). So, i realise i should read more carefully and all, but perhaps a horizontal rule between the two GuixSD and the 4 GNU Guix downloads would be nice? Feel free to call me hasty and myopic or just ignore me. Otherwise it looks really polished, congrats :) Ciao, p. signature.asc Description: PGP signature
Re: permission denied: /gnu/store/...guile...
On Wed, 20 May 2015 20:18:31 +0800 Ludovic Courtès wrote
>So this happens only with this derivation?
No. It happens whenever I build something without substitutes. There are no
substitutes for packages that are still in development (like my ibus-pinyin
draft).
>I suppose you’re on Linux-libre 4.0.2, right?
I'm on Linux-libre 4.0.4. "uname -a" says this:
Linux banana 4.0.4-gnu #1 SMP Mon May 18 21:33:05 UTC 2015 x86_64 GNU/Linux
>> I have installed GuixSD from the 0.8.2 USB image onto a new, empty
>> partition. I'm reusing only my home directory, which is located on a luks
>> LVM. I have pulled the latest version of Guix and reconfigured the system a
>> few hours ago.
>
>... which means that other derivations build just fine, right?
When substitutes are involved everything works fine, as far as I can tell.
>> Derive([("out","/gnu/store/vvs2c9zzl9zwrq0zwrayjlih9cpwjbcq-ibus-pinyin-1.5.0.tar.gz","sha256","a85d458dcc51ea9fd65849e63002428b3fcb3b39adcbea9214b5cb4a4cbdbc96")],[("/gnu/store/479gki04zgbysxipcb1wdl56mh1bldbx-guile-2.0.11.drv",["out"]),("/gnu/store/p20cih7k80cpqka6f06100j1ycgf3fl1-module-import.drv",["out"]),("/gnu/store/s8bacxxryg87p2ag6gl46qz6jvpdm5qs-gnutls-3.4.0.drv",["out"]),("/gnu/store/w9g2dqsfgr6n8pslwmm2lgbka96qwig4-module-import-compiled.drv",["out"])],["/gnu/store/yhds5m08mgp3a3yb2gj9imn7pkap0fc1-ibus-pinyin-1.5.0.tar.gz-builder"],"x86_64-linux","/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile",["--no-auto-compile","-L","/gnu/store/6fnbs4j7dsn6rc598d72caay00yggvh7-module-import","-C","/gnu/store/ww9kwrbs4h468vll6a3swg6dc3hr9f8i-module-import-compiled","/gnu/store/yhds5m08mgp3a3yb2gj9imn7pkap0fc1-ibus-pinyin-1.5.0.tar.gz-builder"],[("impureEnvVars","http_proxy
>>
>> https_proxy"),("out","/gnu/store/vvs2c9zzl9zwrq0zwrayjlih9cpwjbcq-ibus-pinyin-1.5.0.tar.gz")])
>>
>
>However I don’t see this derivation mention in the strace log.
Oh, right. The strace log shows the output for another package I'm working on,
"gnome-keyring". There are only two things it has in common with
"ibus-pinyin": there is no binary substitute available and I get the same error
about "permission denied" when executing guile.
> Could
>you try to strace again the daemon, but this time just run:
>
> guix build -S ibus-pinyin
Here's the client output:
rekado@banana guix $ ./pre-inst-env guix build -S ibus-pinyin
substitute: updating list of substitutes from 'http://hydra.gnu.org'... 100.0%
The following derivation will be built:
/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv
@ build-started
/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv -
x86_64-linux
/var/log/guix/drvs/ni//0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv.bz2
build error: executing
`/gnu/store/cnqmkmj40jmssnx6fkf9n0n3bqj5x426-guile-2.0.11/bin/guile':
Permission denied
builder for
`/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv'
failed with exit code 1
@ build-failed
/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv - 1
builder for
`/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv'
failed with exit code 1
killing process 2209
guix build: error: build failed: build of
`/gnu/store/ni0hz29nyd051fsp2n73icjnwx28fajz-ibus-pinyin-1.5.0.tar.gz.drv'
failed
rekado@banana guix $
The strace log is here: http://elephly.net/downies/guile-permission-denied2.txt
I think I should also mention that I'm encountering another "permission denied"
problem, which may or may not be related. "sudo" is not working:
rekado@banana guix $ sudo ls
sudo: unable to stat /etc/sudoers: Permission denied
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
rekado@banana guix $
The output of "strace sudo ls" is here: http://elephly.net/downies/sudo.txt
The store is of course not mounted with "nosetuid" flag.
Thank you all for offering assistance! I appreciate it.
~~ Ricardo
[PATCH] ui: Deduplicate 'show-what-to-build*'.
Just tidying up a bit. :) >From aab1d1d3ebc76a9ac9c82d3690d76cdad1128a6f Mon Sep 17 00:00:00 2001 From: David Thompson Date: Wed, 20 May 2015 18:42:35 -0400 Subject: [PATCH] ui: Deduplicate 'show-what-to-build*'. * guix/ui.scm (show-what-to-build*): New procedure. * guix/scripts/environment.scm (show-what-to-build*): Delete. * guix/scripts/system.scm (show-what-to-build*): Likewise. * build-aux/make-binary-tarball.scm (show-what-to-build*): Likewise. --- build-aux/make-binary-tarball.scm | 3 --- guix/scripts/environment.scm | 3 --- guix/scripts/system.scm | 2 -- guix/ui.scm | 4 4 files changed, 4 insertions(+), 8 deletions(-) diff --git a/build-aux/make-binary-tarball.scm b/build-aux/make-binary-tarball.scm index 0b5dbaf..e12bec4 100644 --- a/build-aux/make-binary-tarball.scm +++ b/build-aux/make-binary-tarball.scm @@ -27,9 +27,6 @@ (gnu system install) (ice-9 match)) -(define show-what-to-build* - (store-lift show-what-to-build)) - (define copy-file* (lift2 copy-file %store-monad)) diff --git a/guix/scripts/environment.scm b/guix/scripts/environment.scm index e81532c..f403e95 100644 --- a/guix/scripts/environment.scm +++ b/guix/scripts/environment.scm @@ -192,9 +192,6 @@ packages." (append-map transitive-inputs packages))) ;; TODO: Deduplicate these. -(define show-what-to-build* - (store-lift show-what-to-build)) - (define set-build-options-from-command-line* (store-lift set-build-options-from-command-line)) diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm index 459b2da..8d5fbe5 100644 --- a/guix/scripts/system.scm +++ b/guix/scripts/system.scm @@ -67,8 +67,6 @@ (store-lift references)) (define topologically-sorted* (store-lift topologically-sorted)) -(define show-what-to-build* - (store-lift show-what-to-build)) (define* (copy-item item target diff --git a/guix/ui.scm b/guix/ui.scm index 920355f..9bab7c5 100644 --- a/guix/ui.scm +++ b/guix/ui.scm @@ -57,6 +57,7 @@ string->number* size->number show-what-to-build +show-what-to-build* show-manifest-transaction call-with-error-handling with-error-handling @@ -453,6 +454,9 @@ available for download." (null? download) download))) (pair? build))) +(define show-what-to-build* + (store-lift show-what-to-build)) + (define (right-arrow port) "Return either a string containing the 'RIGHT ARROW' character, or an ASCII replacement if PORT is not Unicode-capable." -- 2.1.4 -- David Thompson GPG Key: 0FF1D807
[PATCH] scripts: Move 'set-build-options-from-command-line*' to (guix scripts build) module.
More tidying. Moving this monadic procedure to the more sensible place will allow reuse in other scripts. 'guix deploy' will use it. >From 8bb17b4ce15e6db8c9a6aea3cd83208dd76f8e8c Mon Sep 17 00:00:00 2001 From: David Thompson Date: Wed, 20 May 2015 18:48:10 -0400 Subject: [PATCH] scripts: Move 'set-build-options-from-command-line*' to (guix scripts build) module. * guix/scripts/build.scm (set-build-options-from-command-line*): New procedure. * guix/scripts/environment.scm (set-build-options-from-command-line*): Delete. --- guix/scripts/build.scm | 4 guix/scripts/environment.scm | 4 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/guix/scripts/build.scm b/guix/scripts/build.scm index da71adb..2307f76 100644 --- a/guix/scripts/build.scm +++ b/guix/scripts/build.scm @@ -37,6 +37,7 @@ #:autoload (guix download) (download-to-store) #:export (%standard-build-options set-build-options-from-command-line +set-build-options-from-command-line* show-build-options-help guix-build)) @@ -139,6 +140,9 @@ options handled by 'set-build-options-from-command-line', and listed in #:print-build-trace (assoc-ref opts 'print-build-trace?) #:verbosity (assoc-ref opts 'verbosity))) +(define set-build-options-from-command-line* + (store-lift set-build-options-from-command-line)) + (define %standard-build-options ;; List of standard command-line options for tools that build something. (list (option '(#\L "load-path") #t #f diff --git a/guix/scripts/environment.scm b/guix/scripts/environment.scm index f403e95..d053daf 100644 --- a/guix/scripts/environment.scm +++ b/guix/scripts/environment.scm @@ -191,10 +191,6 @@ packages." (delete-duplicates (append-map transitive-inputs packages))) -;; TODO: Deduplicate these. -(define set-build-options-from-command-line* - (store-lift set-build-options-from-command-line)) - (define (build-inputs inputs opts) "Build the packages in INPUTS using the build options in OPTS." (let ((substitutes? (assoc-ref opts 'substitutes?)) -- 2.1.4 -- David Thompson GPG Key: 0FF1D807
Re: ftp Re: --with-store-dir and/or --localstatedir seem to be ignored
Ludovic Courtès gnu.org> writes: > > Alex Vorobiev gmail.com> skribis: > > > Thanks! I pulled the master from git and rebuilt/reinstalled guix. Now I > > don't see that error! But I do see another one: > > > > $ guix package -i bash > > looking for the latest release of GNU bash...FTP to `ftp.gnu.org' failed: > > 530: User access denied. > > This is annoying but harmless: ‘guix package’ is looking for the latest > Bash version available at ftp.gnu.org to tell you whether a newer one is > available upstream. Here it cannot do that, so it just proceeds with > installation. Hi, How is it harmless? The error just causes the command to show the backtrace and quit. It does not proceed with the installation. Thanks, Alex
Re: Daemon update
Hi, Ludovic Courtès gnu.org> writes: > bunch of C++11 lambdas here, a bit of ‘auto’ there.) Does it mean it can't be installed on systems with older c++ compilers? I am on RHEL 6.5 which has gcc-4.4.7 and ironically one of my main reasons to try guix was to be able to install newer versions of various applications so that they coexisted with the ones which were shipped with the system and didn't break anything. My current solution is to build everything myself and use GNU stow to keep it separate. Thanks, Alex
