building GNUNet
Fellow guixers,
I bilt GNUNet both on my Fedora desktop withh guix on top of Fedora AND on
my GuixSD laptop
In both cases the same problem comes up
This line works
guix build -f ./guix-env.scm
But then, if I try to build GNNet locally, like this
guix environment -f ./guix-env.scm
[env] ./bootstrap
[env] ./configure
[env] make
I get these weird warnings
libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
moved
libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
to be moved
libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
to be moved
libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
moved
libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
moved
libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
moved
libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
to be moved
libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
to be moved
libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
to be moved
libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
moved
libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
moved
libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
to be moved
libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
to be moved
literally tons of these
and after that, the line that previously worked, this one
guix build -f ./guix-env.scm
fails with this erorr message
starting phase `configure'
source directory:
"/tmp/guix-build-gnunet-dev-env-0.11-1.dev-env.drv-0/source" (relative from
build: ".")
build directory:
"/tmp/guix-build-gnunet-dev-env-0.11-1.dev-env.drv-0/source"
configure flags:
("CONFIG_SHELL=/gnu/store/icz3hd36aqpjz5slyp4hhr8wsfbgiml1-bash-minimal-4.4.12/bin/bash"
"SHELL=/gnu/store/icz3hd36aqpjz5slyp4hhr8wsfbgiml1-bash-minimal-4.4.12/bin/bash"
"--prefix=/gnu/store/frx76q8g144lnaqsnhrcax8wz9gvr5h2-gnunet-dev-env-0.11-1.dev-env"
"--enable-fast-install" "--build=x86_64-unknown-linux-gnu")
./configure: line 2683: config.log: Permission denied
./configure: line 2693: config.log: Permission denied
phase `configure' failed after 0.1 seconds
note: keeping build directory
`/tmp/guix-build-gnunet-dev-env-0.11-1.dev-env.drv-1'
In order to fix this I have to scrap the gnunet folder, check it out again
and reissue
guix build -f ./guix-env.scm
but if I try to build it locally again, I botch it again
Having a functional dev station for GNUNet could be useful for trying to
help them
Any help appreciated
Thanks
An April 1 joke? Re: [PATCH] gnu: Add systemd.
Hi, Seeing this on April 1st I really hope it is a joke. If not I'm not ever going to support GNU software or anything GNU related any more. You should be ashamed of yourselves. Do you regularly upgrade the elogind packages by Gentoo, https://wiki. gentoo.org/wiki/Elogind originally created by Andy Wingo for Guix? They are now at Prep v236.1: see https://github.com/elogind/elogind Additionally, are you using eudev replacing udev from systemd, https://github.com/gentoo/eudev? It is also a fork of systemd code maintained by Gentoo.
Why is the default user group "users"? and: rights and access to /var/mail
Hi, can someone tell me why in gnu/system/shadow module you thought it would be a good idea to default to "users" as a shared group for all accounts created as normal user profiles? Reason why I'm asking has a second question attached: Why does our opensmtpd-service (and dovecot?) create /var/mail world readable, owned by root:root? I'm working on integration of mailx (package done, debugging its runtime currently[1]), though I think my concern is not exclusive to mailx: I want users to be able to read mailboxes inside /var/mail by their name (/var/mail/$username) and which are set to be r+w only for $username:$username. If you want to list the content of the folder you would need to be part of the wheel/sudo group, otherwise you are just able to access your mailbox with your mailreader. $username:$username was what I learned as good and secure usage for user accounts. Why GuixSD uses $username:users is beyond me. I know recently the default chmod of the user $home was changed (last year?) so I can no longer read other users homes, but I'm still questioning the choice. Some explanation on this would be good. [1] Not sure if this is something you want to see in Guix master, as a package and as integration. If you are, I'll work it into my Guix repo when I'm done with it.
Re: building GNUNet
Catonano transcribed 6.6K bytes:
> Fellow guixers,
>
> I bilt GNUNet both on my Fedora desktop withh guix on top of Fedora AND on
> my GuixSD laptop
>
> In both cases the same problem comes up
>
> This line works
>
> guix build -f ./guix-env.scm
>
> But then, if I try to build GNNet locally, like this
>
> guix environment -f ./guix-env.scm
> [env] ./bootstrap
> [env] ./configure
> [env] make
>
> I get these weird warnings
>
> libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> to be moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> to be moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> to be moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> to be moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> to be moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> to be moved
> libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> to be moved
>
>
> literally tons of these
>
> and after that, the line that previously worked, this one
>
> guix build -f ./guix-env.scm
>
> fails with this erorr message
>
> starting phase `configure'
> source directory:
> "/tmp/guix-build-gnunet-dev-env-0.11-1.dev-env.drv-0/source" (relative from
> build: ".")
> build directory:
> "/tmp/guix-build-gnunet-dev-env-0.11-1.dev-env.drv-0/source"
> configure flags:
> ("CONFIG_SHELL=/gnu/store/icz3hd36aqpjz5slyp4hhr8wsfbgiml1-bash-minimal-4.4.12/bin/bash"
> "SHELL=/gnu/store/icz3hd36aqpjz5slyp4hhr8wsfbgiml1-bash-minimal-4.4.12/bin/bash"
> "--prefix=/gnu/store/frx76q8g144lnaqsnhrcax8wz9gvr5h2-gnunet-dev-env-0.11-1.dev-env"
> "--enable-fast-install" "--build=x86_64-unknown-linux-gnu")
> ./configure: line 2683: config.log: Permission denied
> ./configure: line 2693: config.log: Permission denied
> phase `configure' failed after 0.1 seconds
> note: keeping build directory
> `/tmp/guix-build-gnunet-dev-env-0.11-1.dev-env.drv-1'
>
>
> In order to fix this I have to scrap the gnunet folder, check it out again
No idea on your guix specific errors, but have you tried make clean instead
of literally deleting the repository and cloning it again?
> and reissue
>
> guix build -f ./guix-env.scm
>
> but if I try to build it locally again, I botch it again
>
> Having a functional dev station for GNUNet could be useful for trying to
> help them
>
> Any help appreciated
> Thanks
Re: An April 1 joke? Re: [PATCH] gnu: Add systemd.
Svante Signell transcribed 542 bytes: > Hi, > > Seeing this on April 1st I really hope it is a joke. If not I'm not We hoped it would be very obvious, but yes, it's an April fools. Even when Marius(?) went through great length of building (no pun intended) it up. It even builds. We'll continue to use Shepherd. > ever going to support GNU software or anything GNU related any more. > You should be ashamed of yourselves. > Do you regularly upgrade the elogind packages by Gentoo, https://wiki. > gentoo.org/wiki/Elogind originally created by Andy Wingo for Guix? They > are now at Prep v236.1: see https://github.com/elogind/elogind > > Additionally, are you using eudev replacing udev from systemd, > https://github.com/gentoo/eudev? It is also a fork of systemd code > maintained by Gentoo. >
Re: An April 1 joke? Re: [PATCH] gnu: Add systemd.
Nils Gillmann transcribed 805 bytes: > Svante Signell transcribed 542 bytes: > > Hi, > > > > Seeing this on April 1st I really hope it is a joke. If not I'm not > > We hoped it would be very obvious, but yes, it's an April fools. Even when > Marius(?) went through great length of building (no pun intended) it up. > It even builds. > We'll continue to use Shepherd. Unless I've been fooled by a real post that just happened to be issued on April 1st. I wasn't at the FOSDEM meeting, so the others could make up anything they want that was discussed there. > > ever going to support GNU software or anything GNU related any more. > > You should be ashamed of yourselves. > > > Do you regularly upgrade the elogind packages by Gentoo, https://wiki. > > gentoo.org/wiki/Elogind originally created by Andy Wingo for Guix? They > > are now at Prep v236.1: see https://github.com/elogind/elogind > > > > Additionally, are you using eudev replacing udev from systemd, > > https://github.com/gentoo/eudev? It is also a fork of systemd code > > maintained by Gentoo. > > >
Re: building GNUNet
Nils Gillmann transcribed 3.0K bytes:
> Catonano transcribed 6.6K bytes:
> > Fellow guixers,
> >
> > I bilt GNUNet both on my Fedora desktop withh guix on top of Fedora AND on
> > my GuixSD laptop
> >
> > In both cases the same problem comes up
> >
> > This line works
> >
> > guix build -f ./guix-env.scm
> >
> > But then, if I try to build GNNet locally, like this
> >
> > guix environment -f ./guix-env.scm
> > [env] ./bootstrap
> > [env] ./configure
> > [env] make
> >
> > I get these weird warnings
> >
> > libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> > moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> > to be moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> > to be moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> > moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> > moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> > moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> > to be moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> > to be moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> > to be moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> > moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libltdl.la' seems to be
> > moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> > to be moved
> > libtool: warning: '/home/catonano/.guix-profile/lib/libunistring.la' seems
> > to be moved
> >
> >
> > literally tons of these
> >
> > and after that, the line that previously worked, this one
> >
> > guix build -f ./guix-env.scm
> >
> > fails with this erorr message
> >
> > starting phase `configure'
> > source directory:
> > "/tmp/guix-build-gnunet-dev-env-0.11-1.dev-env.drv-0/source" (relative from
> > build: ".")
> > build directory:
> > "/tmp/guix-build-gnunet-dev-env-0.11-1.dev-env.drv-0/source"
> > configure flags:
> > ("CONFIG_SHELL=/gnu/store/icz3hd36aqpjz5slyp4hhr8wsfbgiml1-bash-minimal-4.4.12/bin/bash"
> > "SHELL=/gnu/store/icz3hd36aqpjz5slyp4hhr8wsfbgiml1-bash-minimal-4.4.12/bin/bash"
> > "--prefix=/gnu/store/frx76q8g144lnaqsnhrcax8wz9gvr5h2-gnunet-dev-env-0.11-1.dev-env"
> > "--enable-fast-install" "--build=x86_64-unknown-linux-gnu")
> > ./configure: line 2683: config.log: Permission denied
> > ./configure: line 2693: config.log: Permission denied
> > phase `configure' failed after 0.1 seconds
> > note: keeping build directory
> > `/tmp/guix-build-gnunet-dev-env-0.11-1.dev-env.drv-1'
> >
> >
> > In order to fix this I have to scrap the gnunet folder, check it out again
>
> No idea on your guix specific errors,
Actually yes:
First you enter an environment with guix, with the tools from the store.
Afterwards you try something in your user profile, where, taking a hard
guess here, these tools no longer exist.
As long as you don't send patches with gnu-store lines in them, working
from inside the profile is what has been suggested before I think.
Others who've been using guix profile more than I do will be able to
explain more I'm sure. I could be totally wrong.
> but have you tried make clean instead
> of literally deleting the repository and cloning it again?
>
> > and reissue
> >
> > guix build -f ./guix-env.scm
> >
> > but if I try to build it locally again, I botch it again
> >
> > Having a functional dev station for GNUNet could be useful for trying to
> > help them
> >
> > Any help appreciated
> > Thanks
>
Re: Why is the default user group "users"? and: rights and access to /var/mail
Nils Gillmann transcribed 1.3K bytes: > Hi, > > can someone tell me why in gnu/system/shadow module you thought > it would be a good idea to default to "users" as a shared group > for all accounts created as normal user profiles? > > Reason why I'm asking has a second question attached: > Why does our opensmtpd-service (and dovecot?) create > /var/mail world readable, owned by root:root? > I'm working on integration of mailx (package done, debugging its > runtime currently[1]), though I think my concern is not exclusive to > mailx: I want users to be able to read mailboxes inside /var/mail > by their name (/var/mail/$username) and which are set to be r+w > only for $username:$username. If you want to list the content of > the folder you would need to be part of the wheel/sudo group, > otherwise you are just able to access your mailbox with your > mailreader. > $username:$username was what I learned as good and secure usage > for user accounts. Why GuixSD uses $username:users is beyond me. > I know recently the default chmod of the user $home was changed > (last year?) so I can no longer read other users homes, but I'm > still questioning the choice. > Some explanation on this would be good. I think I can achieve what I want with different settings and services. root:root might still be a problem, but I need test more with this. On $username:users, I was told that $username:$username is quiet recent and new development in how defaults are set for Unix users. With every user in one group we just need to watch chmod. So I guess the decision was made when this one user group was still dominant. > > [1] Not sure if this is something you want to see in Guix master, > as a package and as integration. If you are, I'll work it into > my Guix repo when I'm done with it. >
Re: An April 1 joke? Re: [PATCH] gnu: Add systemd.
On Mon, Apr 02, 2018 at 11:42:16AM +0200, Svante Signell wrote: > Hi, Hi and welcome to the Guix community... > Seeing this on April 1st I really hope it is a joke. If not I'm not > ever going to support GNU software or anything GNU related any more. > You should be ashamed of yourselves. Yes, it was a joke :) Please note that within the Guix mailing lists and IRC chat we do our best to maintain a friendly and cooperative atmosphere. > Do you regularly upgrade the elogind packages by Gentoo, https://wiki. > gentoo.org/wiki/Elogind originally created by Andy Wingo for Guix? They > are now at Prep v236.1: see https://github.com/elogind/elogind > > Additionally, are you using eudev replacing udev from systemd, > https://github.com/gentoo/eudev? It is also a fork of systemd code > maintained by Gentoo. Yes, we are using these programs. We update them according to our own schedule rather than Gentoo's, so they are typically a few minor releases behind. signature.asc Description: PGP signature
Re: building GNUNet
2018-04-02 12:12 GMT+02:00 Nils Gillmann : > > > No idea on your guix specific errors, but have you tried make clean instead > of literally deleting the repository and cloning it again? > yes it doesn't help
Re: [PATCH] gnu: Add systemd.
Marius Bakke skribis: > Chris Marusich writes: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> To be honest, while the Shepherd has been a fun hack, I’ve been more and >>> more feeling that yeah, it wouldn’t cut it in the long term (it’s also >>> become clearer Scheme as convenient as C when it comes to systems >>> programming and things like dealing with dependency graphs.) >> >> I think you may have forgotten some words. When you said "it’s also >> become clearer Scheme as convenient as C when it comes to systems >> programming and things like dealing with dependency graphs", what did >> you mean? > > I think Ludovic meant to convey "Scheme is NOT as convenient as C when > it comes to ...", but made something of a "Kinsley Gaffe" since the > opposite is obviously true. Heheh. :-) I was so excited by the announcement that my message was full of typos. Ludo’.
