<mange>Does anyone use awesome 4.0 on GuixSD on a laptop here? I'm having an issue with my windows disappearing if I put my laptop to sleep by closing the lid. It looks like the display is removed when I close the lid and re-added when I re-open it. Does anyone have any idea what might be going on?
<ng0>occasionally when I switch the screen (tag? I never used awesome words) from 1 to 2 for example, I get to see pieces of the application I saw in the previous screen, visible in a space between the new added window bar (the one with the name and on the right with action symbols) and the application itself
<ng0>one of these things you better make an screenshot of then to explain
<ng0>btw, I'm trying to fix bug25304 (libtool ltmain)
<ng0>have you checked your config for incompabilities to 4.0?
<mange>I started with the 4.0 config and modified it.
<mange>But given nobody else has this problem I was wondering what was different about my GuixSD setup that would cause this.
<ng0>okay, I've read the issue and it might affect other people too. depending on how this ends up in their source, can you try to act accordingly, for example add the patch to guix? of course only when the issue is resolved from both yours and their side
<mange>I don't think we should patch it on the Guix side unless it's a Guix-specific issue.
<rekado>it still needs some editing, but it’s close to becoming the home for the bootstrappable builds project, which was started at the last reproducible builds summit.
<ng0>If the patch is in upstream, a commit in their master, we can add it to our patches if it really affects more people. that's my opinion, as I don't really believe in the "we should carry as little patches as possible" makewish
<rekado>I’d be happy if someone could take a look at the pages and provide some edits to make them clearer.
<rekado>I’m a little preoccupied for the next couple of days, so I won’t be able to do this myself.
<mange>So far I'm the only person who's had the issue (according to them on IRC), so it's a bit premature to say it's a significant bugfix.
<rekado>ng0: the policy does not prevent us from adding patches that are already included in upstream.
<rekado>ng0: we want to avoid debianification, where we essentially fork upstream packages. Ideally, this means that we don’t carry any patches that are not in upstream releases.
<ng0>I think that's a utopian dream... but we'll see sooner or later
<ng0>I mean last year I talked to some people involved in Gentoo, and I always thought they had a very liberal approach at including patches. But it seems that very often this is because communication with upstream doesn't work out, etc. Oh, this reminds me that I really like their deprecation strategy for packages.. could be useful for us as we have no policy for that at the moment
<ng0>anyone got an idea why (add-after 'patch-shebang 'restore-ltmain-shebang (lambda* (#:key inputs #:allow-other-keys) (substitute* "build-aux/ltmain.sh" (((string-append (assoc-ref inputs "bash") "/bin/sh")) "/bin/sh")))) doesn't work out and the shebang remains the same?
<rekado>use a fixed expression, not (string-append …)
<mange>That's ironic that I would accidentally type "phases" there.
<ng0>yeah, but how would you fix it otherwise, rekado ? won't the second run of patch-shebangs, the one after patch-source-shebangs, change the shebang if we would fix it in the .in file?
<ng0>oh, you mean like an regexp for a the line including /gnu/store after #! instead of the string-append
<ng0>but regarding patches, I'm only half pessimistic. I'm working on a build system for GNU Health only after I got positive feedback from upstream.. As we need something different than they have now, and every other distro needs this too.. so that's something where distro micro-forks can be avoided. So maybe it's not so bad..
<ng0>fixed... althought it can be done more pleasantly, i'll sent a first patch version for the bug #25304
<ng0>what's the service to add the console keyboard layout again? I want to try and add neo2 layout now
<rekado>ng0: try the manual index searching for “console”
<ng0>I think I should add a package for the neo layout for kbd, because there should be a license mentioned... right?
<ng0>otherwise I can just use what I have now and put that into the kbd package
<cbaines>Does anyone happen to know how files in the store often end up with a modifed date of 1st of Jan 1970? I have written a derivation that generates files in the store, but I've obviously missed/broken this feature, as the files generated have different timestamps.
<cbaines>Ah, I've just found the reset-timestamps function, which looks promising :)
<civodul>cbaines: the daemon resets timestamps upon completion of a build, i think it's called canonicalizePath in the C++ code base
<civodul>but yeah, same thing as reset-timestamps :-)
<ng0>I think I need help with adding this input to kbd.. what I tried ends up as being downloaded but inaccessible to the kbd package
<davidl>If I add (gnu services networking) I can add (dhcp-client serivce) but I will get an error saying it's been added more than once - probably because I have %desktop-services declared, however if I remove it I get an unbound variable error for dhcp-client-service. Is there a way to go about this?
<thomasd>lfam: I left without a thank you last time... so thank you :)
<thomasd>yes, but I remember that I originally messed up the file-systems record in my system config, so perhaps that caused the problem
<lfam>Do you remember how the ownership was incorrect? Who owned it?
<thomasd>ouch, should have taken a note but.. no, it was a number, something like "3301" or so, ...
<lfam>Maybe your user and your user's home directory were created, and then there was an unrelated problem, as you mentioned. You fixed the problem and re-started the initialization. Your user was recreated with a different UID, which no longer corresponded to the existant /home
<lfam>Was it /home, or /home/thomasd that was owned by the non-existant user 3301?
<alezost>thomasd: I use the same store, the same /var/guix/profiles and actually the same HOME on both systems. I just have several lines in my /etc/fstab on a foreign system that make several bind mounts to a partition where GuixSD is placed; here is an excerpt from the /etc/fstab: http://paste.debian.net/905947
<davidl>jmi2k_ thanks Im gonna try that and then Ill reply back how it went.
<thomasd>alezost: great, thanks! I'll try to set up something similar. not having to retrieve everything twice should save some time!
<buenouanq>so, postgres and php and things should be installed under the nginx user right? but the nginx user"s shell is set to nologin and I'm not supposed to change this
<buenouanq>it also never made /home/nginx which seems strange
<buenouanq>I'm just unsure as to how I should be approching this, and everything written about it assumes you're using something Debian based.
<jmi2k_>Any ideas of why setting the suid bit of X causes a kernel panic? It seems GuixSD can't find the file at boot and suddenly it crashes.
<jmi2k_>I have an screenshot (taken with my phone, I couldn't do better) of the kernel output just before it crashes
<lfam>jmi2k_: You're trying to alter the files in /gnu/store?