IRC channel logs

2016-12-12.log

back to list of logs

<ZombieChicken>civodul: You there?
<ZombieChicken>nvm
<civodul>yes?
<ZombieChicken>civodul: Ran into an issue using LUKS atop RAID. Grub was apparently trying to use lvm/root for the root filesystem, which made no sense to me
<lfam>civodul: Is it okay if I delete the staging Git branch?
<ZombieChicken>root (the LUKS decrypted fileystem) was in /dev/mapper/root
<civodul>lfam: yes!
<lfam>Or I suppose we could just merge master back into it and keep it open for the next cycle, WDYT?
<civodul>i'd delete it and recreate it when needed
<lfam>Okay, will do
<civodul>ZombieChicken: if 'grub-install' wrote an error message about 'lvm/root' being not found, then you're using a GRUB that is too old (not with the fix i mentioned earlier here)
<ZombieChicken>I didn't see a fix for that on here
<ZombieChicken>About how long ago was that and I'll just look through my logs
<civodul>ZombieChicken: http://git.savannah.gnu.org/cgit/guix.git/commit/?id=10da75dff8cac41658b6a2eaf8cfeae691242a28
<civodul>this is what allows 'grub-install' to properly detect cryptsetup root partitions
<ZombieChicken>Okay, thanks
<civodul>so if you use a recent-enough GuixSD, you shouldn't have the 'lvm/root' error from GRUB
<ZombieChicken>I always do a guix pull before installing, so unless I'm mistaken that should resolve that
<civodul>right
<civodul>provided you run 'guix pull' as root
<ZombieChicken>It isn't like the USB image has any other user
<civodul>oh right :-)
<civodul>sorry, i had overlooked this tiny detail ;-)
<baconicsynergy>denemo is now packaged!
<baconicsynergy>mesa 13 too :)
<arescorpio>extra/mesa 13.0.2-2 [instalado]
<arescorpio> an open-source implementation of the OpenGL specification
<paroneayea>lfam: <jrollins> cwebber: 0.10 is in debian testing
<paroneayea><jrollins> sorry, unstable
<paroneayea>from #assword
<paroneayea>so, sounds like we can move forward with it as a release.
<paroneayea>I'm going to bed though. good night!
<janneke>goonight paroneayea, morning #guix
<janneke>*good
<rekado_>Hi guix!
***jje is now known as Guest59961
***Guest59961 is now known as jje
<kyamashita>Do we have a way to deal with the dates in compiled .pyc files besides removing them (the .pyc files)?
<kyamashita>For reference, I'm using the gnu-build-system.
<roptat>hi, I have an issue building swig from master
<roptat>configure failes with "./configure: line 27: /dev/null: Permission denied"
<roptat>*fails
<kyamashita>roptat: Building swig from source right now (no substitutes).
<roptat>how can I make sure I run the latest guix-daemon?
<kyamashita>roptat: swig builds for me...
<kyamashita>roptat: You can use "guix pull".
<kyamashita>roptat: Also, you will need to reconfigure your system if you are using GuixSD.
<roptat>guix pull tries to build swig...
<kyamashita>Oh dear!
<kyamashita>roptat: How are you running Guix? On GuixSD or on a "foriegn" distro?
<roptat>on guixsd
<kyamashita>Do you know what version of guix-daemon and guix are you running?
<roptat>0.11.0?
<kyamashita>P.S. You can use the "guix-daemon --version" and "guix --version" to find their exact values.
<roptat>they tell me 0.11.0
<kyamashita>I wonder why "guix pull" is trying to build swig. It clearly is not listed as a dependency.
<kyamashita>roptat: Could you paste your "guix pull --verbose" output to paste.lisp.org and post the link here?
<roptat> http://paste.lisp.org/+75NJ
<kyamashita>Well, I'm stumped for now. Sorry, roptat. :-/
<roptat>ok, actually I think it's my fault
<kyamashita>How so?
<roptat>I wrote a udev rule that override the permission on /dev/null
<roptat>it wasn't intended, but I feel stupid not to have checked that before...
<kyamashita>It's fine. I'm happy you found the problem. :-)
<roptat>well, thank you for your help
<kyamashita>You're welcome.
<ovidnis`>b
<sneek>Welcome back ovidnis`, you have 1 message.
<sneek>ovidnis`, alezost says: so you installed "sbcl-stumpwm:bin" in your user profile, right? I think that SLIM looks for .desktop files only in a system profile, so you need to install stumpwm globally, i.e. try to add (packages (list sbcl-stumpwm "bin") ...) to your system config
<joshuaBPMan_>Hello, I'm currently unable to log into gnome as my normal root user. I'm dual booting. I'm trying to figure out where to read log massages. GuixSD uses syslog right?
<kyamashita>joshuaBPMan_: I don't know about syslog, but I know logs typically get dumped onto /dev/tty1 on GuixSD. I haven't figured out how to access them yet.
<joshuaBPMan_>kyamashita: What is really sad, is that I only a few days ago I did know how to access the logs.
<joshuaBPMan_>I have errors from gnome-session-binary and gnome-keyring-daemon stored in a file on my computer.
<joshuaBPMan_>BUT I just reconfigured. And I want to make sure that the reason that I can't log in, is still the same.
<joshuaBPMan_>Also, I was using a hack to dual boot properly that relied on a bug. They since fixed that bug. Which was why I needed to reconfigure.
<kyamashita>Perhaps /var/log/messages and /var/log/secure?
<kyamashita>The rottlog-service document talks about that. My /dev/tty1 seems to mirror most of my /var/log/messages file.
<joshuaBPMan_>I'll check
<joshuaBPMan_>Yup. That seems to do it.
<joshuaBPMan_>I've got a gnome-keyring-daemon error from today at 4pm. That was probably when I tried to log into gnome as a normal user.