Hello Danny,
Danny Milosavljevic ezt írta (időpont: 2018.
nov. 5., H, 23:49):
>
> Hi Gabor,
>
> On Mon, 5 Nov 2018 22:57:15 +0100
> Gábor Boskovits wrote:
> > > > sdb@komputilo ~$ herd status
> > > > error: connect: /run/user/30011/shepherd/socket: No such file or
> > > > directory
> >
> > Actu
Hi,
I've noticed that if I do the following...
guix package -p .guix-profile -i hello
guix package -p .guix-profile -i coreutils
guix package -p .guix-profile -r coreutils
...I get profile generations like the following:
.guix-profile-1-link -> /gnu/store/mbvwb1pv8ps0l39gil41g4zj3khx3r8p-prof
Hi Gabor,
On Mon, 5 Nov 2018 22:57:15 +0100
Gábor Boskovits wrote:
> > > sdb@komputilo ~$ herd status
> > > error: connect: /run/user/30011/shepherd/socket: No such file or
> > > directory
>
> Actually this seems to be a message that can be translated to
> 'shepherd user instance is not runni
Hello Ricardo,
Ricardo Wurmus ezt írta (időpont: 2018. nov. 5., H, 20:50):
>
>
> swedebugia writes:
>
> > sdb@komputilo ~$ herd status
> > error: connect: /run/user/30011/shepherd/socket: No such file or directory
>
Actually this seems to be a message that can be translated to
'shepherd user in
Hello Clément,
Clément Lassieur skribis:
> I don't understand why you closed the bug report. Your explanation of
> the bug makes sense, but it doesn't mean that it's fixed.
>
> I expect that when a substitute server is down, for whatever reason,
> Guix should still work smoothly if there is ano
swedebugia writes:
> I did not change the default substitute-urls in 0.15
>
> This is probably low priority.
>
> sdb@komputilo ~$ guix weather
> computing 7,850 package derivations for x86_64-linux...
> looking for 8,167 store items on https://mirror.hydra.gnu.org...
> guix weather: warning: whil
On Mon, Nov 05, 2018 at 09:48:55PM +0100, swedebugia wrote:
> Do you have any ideas how to implement anything better?
>
> A newt-ncurses interface maybe?
I didn't necessarily mean an interactive tool, but a more unified way of
handling substitute server selection. It's a critical aspect of Guix
s
On Mon, Nov 05, 2018 at 09:13:31PM +0100, david.lars...@selfhosted.xyz wrote:
> I ran:
> sudo -E guix system reconfigure "$cfg" --no-grub
> --substitute-urls="https://mirror.guixsd.org https://mirror.hydra.gnu.org
> https://berlin.guixsd.org"; --cores=1 2>&1 | sudo tee -a "$log"
>
> It built
Hi
On 2018-11-05 20:46, Leo Famulari wrote:
On Mon, Nov 05, 2018 at 07:13:22PM +0100, Björn Höfling wrote:
I would not consider this a bug: It clearly says that it is not a
proper URI. Also in the documentation all URLs/URIs are written in the
form of
PROTOCOL://SERVER/PATH.
I agree that it's
On Mon, Nov 05, 2018 at 09:39:15PM +0100, swedebugia wrote:
> How do we catch the error?
I am basically a novice Schemer still, so you will have to figure out
most of this on your own, unless someone else brings more advice :)
In general, dealing with exceptions in Guile:
https://www.gnu.org/sof
Hi
On 2018-11-05 21:26, Leo Famulari wrote:
On Mon, Nov 05, 2018 at 12:16:08PM +0100, swedebugia wrote:
IMO a better solution is to catch the error and print an informative
message. Already, the error message at the end is coming from Guix, but
we should hide the backtrace and add a hint towards
On Mon, Nov 05, 2018 at 01:02:13PM +0100, swedebugia wrote:
> Hi
>
> I would like to make a patch for this if somebody is willing to mentor me.
>
> The idea is
>
> * removing symlinks-procedure
> * argument to remove x old generations.
> o ex guix system remove-generation --keep-2
>
On Mon, Nov 05, 2018 at 12:16:08PM +0100, swedebugia wrote:
> I suggest we change it to fail nicely. I am willing to create a patch. Would
> somebody be willing to mentor me?
>
> As a start:
>
> How do I check if nss-certs is installed?
>
> This is the first thing we should do when handling http
I did not change the default substitute-urls in 0.15
This is probably low priority.
sdb@komputilo ~$ guix weather
computing 7,850 package derivations for x86_64-linux...
looking for 8,167 store items on https://mirror.hydra.gnu.org...
guix weather: warning: while fetching
'https://mirror.hydra.
Hi
Found another error :p
This time after installing guile-readline it is not imediately available
to guile even though it is available in the path. Weird.
Install:
sdb@komputilo ~$ guix package -i guile-readline
--substitute-urls=http://berlin.guixsd.org
The following package will be inst
I ran:
sudo -E guix system reconfigure "$cfg" --no-grub --substitute-urls="https://mirror.guixsd.org
https://mirror.hydra.gnu.org https://berlin.guixsd.org"; --cores=1 2>&1 | sudo tee -a "$log"
It built lots of packages successfully but failed on webkit.
--
Vänliga hälsningar / Best Regards
On Mon, Nov 05, 2018 at 08:13:33PM +0100, David Larsson wrote:
> I am running guixSD as stand-alone distro and am failing to build webkit.
What command did you run?
signature.asc
Description: PGP signature
swedebugia writes:
> sdb@komputilo ~$ herd status
> error: connect: /run/user/30011/shepherd/socket: No such file or directory
It is possible to run shepherd as a user service manager. This means
that we can’t generally assume that the user meant to communicate with
the init instance.
The er
On Mon, Nov 05, 2018 at 07:13:22PM +0100, Björn Höfling wrote:
> I would not consider this a bug: It clearly says that it is not a
> proper URI. Also in the documentation all URLs/URIs are written in the
> form of
>
> PROTOCOL://SERVER/PATH.
I agree that it's not a bug, but perhaps it's more lik
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
I am running guixSD as stand-alone distro and am failing to build webkit.
guix --version says:
guix (GNU Guix) 3e84ce51fbaa325a18e727023ba912f5877c5d2a
Here is the backtrace:
Scanning dependencies of target WebKit2-4-gir
make[2]: Leaving dire
Exactly!
Le 5 novembre 2018 18:21:53 GMT+01:00, George Clemmer a
écrit :
>
>Julien Lepiller writes:
>
>> I think guix' message is a bit confusing: the .drv file is always
>> created by guix, it's the derivation. The derivation is built, which
>> results in a new store path. It can be built loca
On Mon, 5 Nov 2018 00:41:46 +0100
swedebugia wrote:
> $ guix package -i hello --substitute-urls=berlin.guixsd.org
> substitute: guix substitute: error: berlin.guixsd.org: invalid URI
> guix package: error: build failed: substituter `substitute' died
> unexpectedly
>
> Adding "http://"; works:
Julien Lepiller writes:
> I think guix' message is a bit confusing: the .drv file is always
> created by guix, it's the derivation. The derivation is built, which
> results in a new store path. It can be built locally or by using a
> substitute. What you see in your store is the derivation (.dr
I have a guix-publish server and I am building the packages with the
exact same checkout of 'guix pull'. Even though the client sees the
substitutes with --dry-run it still builds them.
On build host (check version first)
penguin2:~$ ~/.config/guix/current/bin/guix --version
guix
On 2018-11-02 14:40, swedebugia wrote:
Hi
On 2018-11-02 04:09, Leo Famulari wrote:
No, I recommend against doing `guix pull` before initializing. We test
that the installer works, but if you update Guix before initialization,
then you void the warranty
I suggest we state this VERY clearly in
Hi
I would like to make a patch for this if somebody is willing to mentor me.
The idea is
* removing symlinks-procedure
* argument to remove x old generations.
o ex guix system remove-generation --keep-2
this would remove all system generations besides the latest 2.
* warning if
Hi
I'm going to prepare a patch for this if nobody beats me to it :D
$ guix system
guix system: missing command name
Try 'guix system --help' for more information.
I would have liked ->
$ guix system
Usage: guix system [OPTION ...] ACTION [ARG ...] [FILE]
Build the operating system declared in
In a qemu VM based on the image for 0.15 and pulled once I get:
sdb@komputilo ~$ git clone https://git.savannah.gnu.org/git/guix.git test
Cloning into 'test'...
fatal: unable to access 'https://git.savannah.gnu.org/git/guix.git/':
Problem with the SSL CA cert (path? access rights?)
fails nicel
Hi Ludovic,
I don't understand why you closed the bug report. Your explanation of
the bug makes sense, but it doesn't mean that it's fixed.
I expect that when a substitute server is down, for whatever reason,
Guix should still work smoothly if there is another server set up.
If you think there
Hi
Now:
sdb@komputilo ~$ sudo herd
Usage: herd ACTION [SERVICE [OPTIONS...]]
->
sdb@komputilo ~$ sudo herd
Started:
+ console-font-tty1
+ console-font-tty2
+ console-font-tty3
+ console-font-tty4
+ console-font-tty5
This mimics the behaviour of systemctl and minimizes writing.
--
Cheers
Hi
sdb@komputilo ~$ herd status
error: connect: /run/user/30011/shepherd/socket: No such file or directory
sdb@komputilo ~$ sudo herd status
Password:
Started:
+ console-font-tty1
+ console-font-tty2
+ console-font-tty3
+ console-font-tty4
...
--
Cheers
Swedebugia
Hi,
On Mon, 5 Nov 2018 08:49:00 +0100
swedebugia wrote:
> # sudo herd status
>
> gave me what I wanted
>
> Maybe an error to the non-root user such as: "Shepherd is designed to
> run as root only" would suffice.
shepherd is not designed to run as root only. That's exactly why it's trying
to
I think guix' message is a bit confusing: the .drv file is always created by
guix, it's the derivation. The derivation is built, which results in a new
store path. It can be built locally or by using a substitute. What you see in
your store is the derivation (.drv), not its result. You can open
Hello Danny,
Danny Milosavljevic ezt írta (időpont: 2018.
nov. 5., H, 2:04):
>
> Hi,
>
> this is a known problem in GuixSD (not in shepherd) and I don't think anyone
> fixed
> it yet, because it requires some design (and is kinda harder than ignoring the
> problem and letting the user choose - s
34 matches
Mail list logo
