<sippican>greetings all. Longtime Open *nix, pondering going free but wondering if graphic performance is still going to be a significant trade-off. Son games on the machine. Not happy with the blobberfest that is OpenSuse, even the kernel/tcp tuning/timeouts were utterly ridiculous,.
<mthl>lfam: xscreensaver commands are not bound to any desktop environment interface.
<suitsmeveryfine>Jookia: or you can send the patch to somebody who pastes it in Emacs for you :)
<reepca>So I'm getting the error "error: cannot bind to socket `/var/guix/daemon-socket/socket': Address already in use" when trying to run guix-daemon on Ubuntu 15.10, and ps aux | grep "guix" yields nothing except something I suspect is unrelated in ~/.guix/bin/
<reepca>And whatever currently is using it isn't talking to the guix client used via emacs ("connection refused")
<lfam>reepca: I haven't seen a ~/.guix directory before. How did you install Guix?
<reepca>Huh, okay, so I've got guix-daemon.service in /etc/systemd/system/ but it isn't getting run when I start up the system. Or at least, it hasn't in the past.
<floating_dinghy>is recovering from "guix substitute: error: TLS error in procefure 'handshake': The TLS connection was non-properly terminated." by executing "guix system init /mnt/etc/config.scm /mnt" again ok?
<iyzsong>yes, I think it's always safe to re-run any guix commands.
<floating_dinghy>cool. I'm going through the install and this is the third time a download failed like that...I was worried it restarted the whole deployment again...
<iyzsong>the deployment only occurs after download all the files (to store). but if you reboot, those files will be downloaded again.
<floating_dinghy>aww... I did reboot once :/ but I had a different reason for that... I didn't label my partition while setting config.scm as "" thinking it would work using the /dev/sda1 device... well, it didn't find kernel. I didn't think it will redownload :/
<paroneayea>sneek: later tell lfam I tested xscreensaver with xfce
<floating_dinghy>what are the ram constraints on the system btw? I tried nixos but saw the livecd with it's kde wm taking 1gb of ram... I'm messing around with a baytrail hdmi stick that came with 2gb so it's kinda tight on this little atom.
<floating_dinghy>like, I understand there's a store database always running in the background? or was it kde alone taking 1gb? 0_o
<iyzsong>it depends.. you can choice not to use heavy desktops. also nixos have cli only minimal install cd. I guess guix require more ram than nix, since it's a whole language vm (guile). but I think 256M is minimal.
<floating_dinghy>good. I use i3 and vi (might move to zile... emacs a bit too much for me) so it's not a problem so long as the store overhead doesn't start swapping on the emmc.
<lfam>reepca: Regarding starting the daemon at startup, did you do `systemctl enable guix-daemon`? That's how you register services to run at boot on systemd-based systems
<davexunit>last night I got some prototyping pcbs in the mail, the ones that just have a ton of holes, and soldered the ps2 analog sticks onto them with jumper wires to make them breadboard compatible.
<optikalmouse>I've decided to force guix into our company. I had to create a VM + scripts to be able to setup and tie all our microservices together so we can have per-branch/per-fork environments to QA things easily
<optikalmouse>and I need a web interface to manage the box so I'm going with Guile Scheme which opens up a nice path for guix ;)
<datagrok>davexunit: totally understand. i hope to contribute, but i'm still getting started with scheme. feels like a long way to go :)
<ng0>davexunit: i agree with the last sentence. Part of why I am now officially stepping into gentoo packaging in addition to everything else i do.. nobody else does it. you have to when you want to see something get done.
<davexunit>and we're here to help people along the way when they try to do something new.
<ng0>today I ran a search on something cryptdisk related, a guide or experience/experiment, and even ahmia.fi or google or others found nothing.. so the internet told me again: just do it, document it and let others find it.
<davexunit>I'm in completely unfamiliar territory with this AVR toolchain thing, but it wouldn't get done if I didn't try.
<ng0>i had next to zero usable results and in addition I found a malware/virus/exploit download DB xD
<davexunit>.bashrc should pretty much *never* set environment variables, because it is used for non-login interactive shells
<davexunit>.bash_profile is where environment variables should be set
<htgoebel1>I'd like to contribute a first package of python-django. Since django itself is a framework with many many packages, I'd suggest putting these into either "gnu packages django" or "gnu packages python django". Which one should I use?