Re: Tons of packages get rebuild

2019-10-21 Thread Maxim Cournoyer
Hello Hartmut,

Hartmut Goebel  writes:

> Hi,
>
> I'm again experiencing wired behavior on my system: When trying to
> rebuild KDE Framework based on c37c8ef (2019-10-18 20:35:28), tons of
> packages get rebuild, including ruby, llvm-8.0.0, gcc, glibc, openssl,
> mariadb, linux-PAM, etc. Since my computer is not quite fast, this is
> running since Saturday morning already.
>
> Looks like I've  broken my setup.
>
> Daemon is running with
>
> guix-daemon --build-users-group=guixbuild
> --substitute-urls=https://ci.guix.gnu.org
>
> $ /usr/local/sbin/guix-daemon --version
> guix-daemon (GNU Guix) 1.0.1-6.0ed97e6
>
> $ ./pre-inst-env guix --version
> guix (GNU Guix) 1.0.1.3831-dec845   -- which is my branch based on c37c8ef
>
> Building packages with e.g.
>
> $ ./pre-inst-env guix build -K attica
>
> What's wrong here?

I can only think that one of the packages you updated as part of your
work on the KDE Framework must be a dependency of many others (such as
Python, or another core tool)?

Sorry, I don't have other ideas.

Maxim



Volatile? argument seems to be ignored for system disk images

2019-10-21 Thread Jelle Licht
I am trying to dive into some of the code that goes into generating
system disk images for guix, and I ran into the following:

It seems that commit 932e1f92404d917a91af28737d6631ec45b56875 did more
than what the commit log said:

> vm: Make sure disk image initrds load 'usb-storage.ko'.
> 
> Reported by David Thompson .
> 
> * gnu/system/vm.scm (system-disk-image): Add usb-storage.ko to the
>   initrd.

This commit effectively made the `#:volatile?' kwarg to
`system-disk-image' redundant. Should we remove `#:volatile?', or should
it be passed along instead of #t?

Or am I misunderstanding something subtle here, and is everything as it
should be?

Regards,

Jelle



Re: no sway.desktop file for GDM

2019-10-21 Thread Fredrik Salomonsson
> Efraim Flashner  writes:

> > Sway does create a sway.desktop in %out/share/wayland-sessions. The
> > problem is that our GDM currently doesn't support wayland. Others who
> > are using sway are using SDDM in place of GDM.

Ah, should have searched a little bit better. Thanks for the
clarification. I'll look into setting up SDDM.

--
s/Fred[re]+i[ck]+/Fredrik/g



Re: Errors in modules are suppressed?

2019-10-21 Thread Daniel Schäfer

Do you guys run into the same problem?
I mean, I can debug this by manually importing the module in the `guix 
repl`, but it would be nice to see it in the `guix system` invocation.
Do you use modules? Should I use something else? Should I include the 
module in a different way?


On 10/14/19 12:50 AM, Daniel Schäfer wrote:

Hi all,

I'm using modules to split up my system configuration in multiple 
files (not sure whether that's the right approach).
However, when a used module contains an error, `guix system` does not 
provide a helpful error message, it just says:


  $ sudo guix system build config.scm
  ice-9/eval.scm:223:20: In procedure proc:
  error: bar: unbound variable
  hint: Did you forget `(use-modules (foo))'?

when I try to use `bar` in my original file.

For a minimal working example, change your system's configuration file 
like this:


--8<---cut here---start->8---
+(add-to-load-path ".")
-(use-modules (gnu))
+(use-modules (gnu)
+     (foo))
 (use-service-modules desktop networking ssh xorg)

 (operating-system
-  (locale "en_US.utf8")
+  (locale bar)
--8<---cut here---end->8---


And add the new module foo.scm, which contains an error by design:

--8<---cut here---start->8---
(define-module (foo)
 #:export (bar))

(this is not defined)
(define bar "en_US.utf8")
--8<---cut here---end->8---


I'd be glad to hear about any tips to get the proper error message.

Thanks,
Daniel





Re: no sway.desktop file for GDM

2019-10-21 Thread Efraim Flashner
On Mon, Oct 21, 2019 at 10:06:12AM -0700, Fredrik Salomonsson wrote:
> Hi Guix,
> 
> Is there a reason why the sway package doesn't create a sway.desktop file
> in *out*/share/wayland-sessons for GDM? I see that most X tiling wms create
> on in *out*/share/xsessons.
> 
> I tried adding one myself by copying the code from herbstluftwm and modify
> it but got stuck on permissions when I tried to run guix built from my
> local clone. So before I continue debugging that I though I would ask.
> 

Sway does create a sway.desktop in %out/share/wayland-sessions. The
problem is that our GDM currently doesn't support wayland. Others who
are using sway are using SDDM in place of GDM.

-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature


no sway.desktop file for GDM

2019-10-21 Thread Fredrik Salomonsson
Hi Guix,

Is there a reason why the sway package doesn't create a sway.desktop file
in *out*/share/wayland-sessons for GDM? I see that most X tiling wms create
on in *out*/share/xsessons.

I tried adding one myself by copying the code from herbstluftwm and modify
it but got stuck on permissions when I tried to run guix built from my
local clone. So before I continue debugging that I though I would ask.

Thanks
-- 
s/Fred[re]+i[ck]+/Fredrik/g


Tons of packages get rebuild

2019-10-21 Thread Hartmut Goebel
Hi,

I'm again experiencing wired behavior on my system: When trying to
rebuild KDE Framework based on c37c8ef (2019-10-18 20:35:28), tons of
packages get rebuild, including ruby, llvm-8.0.0, gcc, glibc, openssl,
mariadb, linux-PAM, etc. Since my computer is not quite fast, this is
running since Saturday morning already.

Looks like I've  broken my setup.

Daemon is running with

guix-daemon --build-users-group=guixbuild
--substitute-urls=https://ci.guix.gnu.org

$ /usr/local/sbin/guix-daemon --version
guix-daemon (GNU Guix) 1.0.1-6.0ed97e6

$ ./pre-inst-env guix --version
guix (GNU Guix) 1.0.1.3831-dec845   -- which is my branch based on c37c8ef

Building packages with e.g.

$ ./pre-inst-env guix build -K attica

What's wrong here?

-- 
Regards
Hartmut Goebel

| Hartmut Goebel  | h.goe...@crazy-compilers.com   |
| www.crazy-compilers.com | compilers which you thought are impossible |





Re: Problem logging in using GDM

2019-10-21 Thread Tanguy Le Carrour
Hi Joshua


Le 10/19, Joshua Branson a écrit :
> For now, I use sway wm.  I do not have a login manager.  I just run sway
> at login.  That is something that you could try.  :)

Sounds like a good solution! I use bspwm anyway. But then I would have
to find a way to make the TTY screen more… mmm… sexy! :-)

Is there other services that I can get rid of from the %desktop-services?
Like NetworkManager?

Regards,

-- 
Tanguy



Re: Problem logging in using GDM

2019-10-21 Thread Tanguy Le Carrour
Hi Ricardo!


Le 10/19, Ricardo Wurmus a écrit :
> The question here is: is it a failure of GDM or gnome-shell?  The exact
> point where GDM starts gnome-shell is hard to pin-point, of course, but
> the logs (even those on TTY1, Ctrl-Alt-F1) might tell you something
> about whether it is gnome-shell that is crashing or if it doesn’t even
> get that far.

I don't use gnome-shell, but bspwm, so I guess it is a pure gdm problem.
The fact that it works with slim seems to confirm this.

"Funny" thing, I have 2 different problems!

At home, GDM does not even start. I just see the mouse pointer on the
TTY. Nothing really informative in the logs. Just an endless succession
of "New session c1 of user gdm […] closing session […] New session c2 of
user gdm […]".

At work, I can see the GDM screen, but when I provide my
username/password nothing happens.

I'll try to update my laptop at the WE. Hope I won't end up with yet
another variation of the problem! ^_^'

If I have some meaningful logs, I'll post them here.

-- 
Tanguy