IRC channel logs


back to list of logs

<paroneayea>I seem to have broken grub to the point where I can't even boot to usb anymore... I don't know how that happened..
<civodul>uh, weird
<civodul>paroneayea: sorry i won't help right now because i'm getting sleepy
<civodul>ACTION -> zZz
<paroneayea>okay I got it fixed
<paroneayea>frustrating bug, but sent an email to the list on what happened
<vmb>My first reboot after install. ERROR: failed to resolve partition "root". What went wrong?
<vmb>I have Guile 2.0.11 prompt scheme@(guile-user)>
<ajgrf>vmb: sounds like you might have tried to use lvm, which wasn't supported last i heard
<ajgrf>vmb: or is that just the partition lable?
<vmb>No, just simple fdisk two primary partitions one ext4 the other swap
<vmb>I will but from USB again and check fdisk
<ajgrf>ok, yeah i just jumped over the more straightforward possibility
<ajgrf>the default config uses the partition label "root", you need to either change that in the config or make sure you label your partition
<vmb>Thanks. I used an edited bare-bones.scm and missed that
<vmb>Success! My first GuixSD machine has a login prompt.
<paroneayea>how do people in here control monitor brightness for laptops?
<ajgrf>paroneayea: try xbacklight
<paroneayea>ajgrf: thanks :)
<paroneayea>trying to figure out what remaining things I need to package to make guixsd a "complete" replacement for debian for me
<paroneayea>I definitely need: assword, mu / mu4e, ledger
<paroneayea>those should be easy enough to package
<paroneayea>though, if I'm going to do mediagoblin dev, I also need either both npm and bower or to package alllll mediagoblin js deps, which would be... challenging a bit :)
***user5252` is now known as user5252
***kmic is now known as kmicu
***jaster_ is now known as jaster
***ecraven- is now known as ecraven
***the_ktosiek is now known as ktosiek
***mark-otaris is now known as mark_otaris
<efraim_>where do zsh completions go?
<rekado>paroneayea: on my Thinkpad backlight is controlled via Fn keys. It just works for me on GuixSD.
<fps>rekado: magic of bios :) i have to use xbacklight and some entries in my sxhkd config instead
<fps>hmm, missing the "reset" command to reset the termina
<anonymiss>if I have my /home not on the same partition as / (I already figured with the second system that it's wise to not do this currently), will changing the userid and reconfiguring the system break it again?
<anonymiss>basically I want a consistent 1000:1000 for user group. or at least 1000 for user, which I had to change in the beginning
***Digitteknohippie is now known as Digit
<takside>anonymiss: i'm not sure but if it's a one-off thing then you can at least run chown -R --from=olduid:oldgid newuid:newgid /home/userdir
<takside>nvm i think i misunderstood the problem sry
<anonymiss>i think i will just backup and try
<takside>gl :P
***ringst_ is now known as ringst
<anonymiss>just changing the userid in config.scm seems to have worked.. i think it's enough, doesn't need user:user for user:group like I had everywhere else
<takside>andschwa: ah nice
<takside>andschwa: oops sorry for the ping
<takside>anonymiss: ah nice
<fps>backups are a good idea :)
<anonymiss>i was looking at how to put my fsfe card to use, and found out that compatible/free cardreaders with keypads are rather expensive, something like 40-50 Euro
<anonymiss>although, too offtopic.
***Gottox_ is now known as Gottox
<anonymiss>hm. why is th
<anonymiss>*er no config in /etc/ssl/ ?
<anonymiss>anonymiss@ephel_duath ~$ openssl ecparam -genkey -name prime256v1 >~/.weechat/ecdsa.pem
<anonymiss>WARNING: can't open config file: /etc/ssl/openssl.cnf
<anonymiss>or, where should i look for the config file? if there's none in guix by default i'll just grab one fro nma system when I am home again
<fps>anonymiss: maybe look in the current profile
<fps> /var/guix/profiles/system/
<fps>or shorter: /run/current-system/
<anonymiss>oh.. okay, I'll have a look later, I did not understand setting paths with those profiles in guix yet.. login back in or restarting was enough so far, but for openssl apparently not..
<fps>i think as a general rule guixsd tries to minimize "hard" files in /etc/ as far as possible
<fps>i think the manual could maybe do with a section "info for people switching from other distris. here's all that'll be different: ..."
<davexunit>hmmm it seems hibernate isn't working right with gnome-shell
<davexunit>when it wakes up, it goes right back to sleep
<civodul>Howdy Guix!
<rekado>anonymiss: this may be a bug in our openssl package. Could be that it should be configured to look in "$out/etc/ssl/"; alternatively, this could be fixed with a service that populates /etc/ssl.
<rekado>anonymiss: my FSFE card is unused since about a year now. Don't have a reader :-/
<efraim>libvdpau, video.scm or xorg.scm?
<efraim>i'm thinking xorg, all the inputs are from xorg.scm
<rekado>video.scm already loads xorg.scm; and my knee-jerk response was "video.scm".
<efraim>that's where I put it to start
<efraim>i'll grep the names and see which group it looks more similar to
<efraim>its not an X video driver or an X font or related, and video has x264 and similar library like files
<efraim>video.scm it is then
<anonymiss>hm. i'll save this and look for solutions back home tomorrow or tonight
<anonymiss>and gnunet-gtk i'll hope to update and send a new patch before the holidays
<anonymiss>rekado: i did not consider getting a new GnuPG key, but it can be good for some more basic things, like signing commits etc.. that's why I consider using the card
<paroneayea>rekado: yeah it's not working "out of the box" on mine, but xbacklight seems to work fine
<mark_weaver>paroneayea: it doesn't work out of the box on my Libreboot X200 either
<mark_weaver>I ended up adding some keyboard shortcuts to xfce to run xbacklight when the buttons are pressed, although it doesn't perform as well as I'd like.
<davexunit>are you talking about the "thinklight"?
<mark_weaver>I'm not sure where the problem is to have this handled automatically. might be the lack of some xfce package like xfce-power-manager
<mark_weaver>davexunit: no, the screen backlight control
<davexunit>not working for me with gnome-shell, either
<davexunit>gnome-shell recognizes that I've pressed that brightness control keys, but nothing happens
<mark_weaver>is network-manager working for people here?
<davexunit>I haven't tried
<mark_weaver>I just tried it, and it thinks that my wireless network interface is "unavailable"
<mark_weaver>it can see the wireless interface, but iiuc (maybe not), it seems to conclude that it shouldn't touch it
<mark_weaver>actually, I had the same problem when I was first trying to get network-manager working, and I temporarily did a hacky patch to work around the issue, hoping that I'd find the root problem late. the patch is at the end of this commit diff:
<mark_weaver>but I'm curious if it's working for anyone else
<mark_weaver>iyzsong: any ideas? ^^
<mark_weaver>the problem seems to be that some kind of lookup is done to determine if the network device is being managed by some other mechanism, and the lookup fails. when the lookup fails, network-manager assumes that it should not touch the device, whereas I patched it to assume the opposite.
<mark_weaver>it might have been a policykit thing, but I don't remember the details. I did this work 4 months ago, got stuck, and got distracted with other things...
<fps>mark_weaver: note i packaged xfce-power-manager at some point..
<fps>i since then went to bspwm though and just use xbacklight..
<fps>iirc the brightness buttons worked for me in xfce then. volume buttons didn't
<mark_weaver>fps: thanks!
<mark_weaver>ACTION is now using gnome-shell on GuixSD :)
<fps>mark_weaver: it never got merged though. so someone else has to finish the job ;)
<mark_weaver>fps: did you post the patch to the ML ?
<fps>yes, see the ML link i pasted
<mark_weaver>okay, thanks!
<fps>oh, revisiting that thread i never got around to sending a complete patch in one go..
<fps>ACTION misses PR's on github ;)
<fps>if you're not living in emacs life is miserable ;)
<fps>mark_weaver: about the buttons: do you have bindings for them in gnome-shell? for me the buttons are called XF86BrightnessIncrease or something.. easy to find out with xev
<fps>i can check on my lappy though
<mark_weaver>fps: at the moment my X200 has a hardware problem, so I'm using my X60 instead.
<fps>that sucks :(
<mark_weaver>on the Libreboot X60, the brightness keys are handled at a low level, without sending key events to the OS
<fps>that's nice. i remember old thinkpads did that, ye
<fps>not on my new one though..
<mark_weaver>well, I don't remember what the X60 factory BIOS does, but that's what libreboot (and presumably also coreboot) do on the X60 anyway.
<fps>oh i see that you mentioned that you added bindings for the keys on your x200. nvm my noise then :)
<mark_weaver>np :)
<mark_weaver>hmm, I see that our icecat package lacks a desktop file, so I can't easily launch it from gnome-shell.
<mark_weaver>ah, alt-f2 is what I need...
<mark_weaver>(for now)
<mark_weaver>ahhh, it's so nice to be back in gnome-shell :)
<fps>ugh, gnome is what's wrong with desktops ;)
<mark_weaver>heh :)
<paroneayea>I haven't tried gnome-shell yet on the x200
<paroneayea>I wonder if the x200's acceleration drivers will be sufficient
<paroneayea>iirc the 2d opengl acceleration is gbetter than the 3d, though what that means I don't actually know :)
<mark_weaver>paroneayea: I found them to be quite sufficient
<mark_weaver>(I ran gnome-shell on the X200 on Debian for a while)
<paroneayea>mark_weaver: cool
<paroneayea>. o O (I still need to package stumpwm for guix ...)
<mark_weaver>hmm, I can't seem to get to the place where I say "make caps-lock a control key" in gnome control center
<davexunit>mark_weaver: yeah, there's a variety of things missing
<davexunit>I can't get the lock screen to work
<davexunit>sleep/hibernate seems broken
<mark_weaver>sleep/hibernate are broken in xfce as well, so maybe that's a problem somewhere else
<davexunit>so, I used to be able to close my lid and have my laptop go to sleep without issue
<davexunit>since the elogind service was added
<mark_weaver>oh, that's true. sleeping using the lid works, but not sleeping by asking xfce to put the computer to sleep.
<davexunit>but now that I have gnome-shell, upon waking up from sleep, the laptop goes back to sleep.
<mark_weaver>(well, sleeping via the lid worked the last time I tried it)
<davexunit>and I have to remove the battery
<davexunit>I have tested it a second time... but I will later
<bavier>would it be useful to change our tmp build directory prefix to `guix-build-...` instead of `nix-build-...`?
<bavier>it might be nice to have 'guix' in there while pasting build output into bug reports upstream and such.
<lfam>efraim: zsh completions go under "~/.zsh/completion", at least on the zsh installation I have on Debian
<paroneayea>btw, is everyone using "users" as their primary group?
<paroneayea>I kind of like how with debian, there's usually a group that's your username by default
<mark_weaver>paroneayea: I like having an 'mhw' group, so that's what I did in my GuixSD OS config
<mark_weaver>so I have (groups (cons* (user-group
<mark_weaver> (name "mhw")
<mark_weaver> (id 1000))
<mark_weaver>and (group "mhw") in my 'user-account' specification
<mark_weaver>another problem: in the keyboard shortcuts section of gnome control center, I disabled the Alt-Space short cut that brings up the window menu (because I often use that key combo in emacs), but it doesn't seem to have actually disabled it.
<mark_weaver>I wonder if restarting gnome-shell would fix it
<mark_weaver>it didn't.
<davexunit>mark_weaver: yes, something weird is happening there, too.
<davexunit>I changed the date format at the top of the screen
<davexunit>but it doesn't take effect
<mark_weaver>davexunit: ah, that's useful information, thanks!
<mark_weaver>so somehow gnome-shell doesn't seem to be accessing the settings properly
<fhmgufs>The build of gst-plugins-base fails on armhf-linux with orc enabled. Is it possible to pass --disable-orc to configure or remove the orc input just for this architecture?
<bavier>fhmgufs: yes, see e.g. the definition of libgc, which adds configure flags for mips only
<fhmgufs>bavier: Are you sure? I can't find them.
<efraim>maybe it was in gcc? I think there's one in video.scm also
<bavier>fhmgufs: oops, getting my packages mixed up, sorry. check boost
<fhmgufs>bavier: Ok, thanks, found them in boost.
<fhmgufs>That's to complicated for my little guile knowledge. Could somebody add the --disable-orc flag to configure in gst-plugins-base for armhf-linux?
<fhmgufs>It's a known bug of this package: see
<mark_weaver>fhmgufs: I would much prefer to fix orc on armhf
<mark_weaver>without orc, the performance will likely be terrible
<fhmgufs>mark_weaver: Orc itself works:
<mark_weaver>fhmgufs: it passes its own test suite, but that doesn't imply that there are no problems with it. the errors in gst-plugins-base make me suspect a problem with orc on armhf.
<mark_weaver>there's at least one bug in gcc on armhf that we are still waiting for a fix from upstream for.
<fhmgufs>What's this bug?
<fhmgufs>in gcc
<mark_weaver>the fix has been made to the gcc-5 branch, but not yet to gcc-4
<bavier>btw, the orc website appears to be down
<bavier>the source README points to now
<bavier>ACTION preemptively fixing fallout from boost update to 1.60.0
<ehiggs>hi all. small question pinging around some communities: is there a plan to make guix not require root or other administrator user to run a service? e.g. if I want to manage my own pkgs like i would with pkgsrc, might I?
<civodul>ehiggs: Guix has a privileged build daemon running as root, but then any users can install & build packages
<civodul>the daemon needs the ability to run builds in a chroot, with a separate UID, etc.
<ehiggs>ACTION nods.
<ehiggs>i always wondered why only root can make chroot. why not allow subshells chroot. it seems to me limiting one's own permissions seems like an ok thing to do.
<fps>ehiggs: google has some answers, like:
<cehteh>there is fakechroot :D
<davexunit>ehiggs: user namespaces allow you to do this
<cehteh>and with non portable linux things like cgroups and stuff one could possibly make a non-root chrooting, if one dares to set that all up
<davexunit>cgroups are orhtogonal to namespaces
<ehiggs>fps: wow i never thought i would read an answer from quota since iirc it is/was a walled garden
<rekado>urgh, the bioconductor packages I pushed rely on "bioconductor-uri", which I had not pushed before.
<rekado>Just noticed and pushed as 12d38e8d43
<rekado>sorry about this.
<lfam>rekado: I meant to file a bug on that but I forgot. I noticed the error scrolling by
<rekado>there's something more wrong.
<rekado>guix build: warning: failed to load '(gnu packages abiword)':
<rekado>ERROR: Unbound variable: gpl2
<rekado>must find "gpl2" in some recently added package ... :(
<rekado>or maybe it's just my broken working directory. Too many uncommitted changes in there.
<lfam>I just pulled master, rebuilt guix, and built a package without trouble. Might be your local tree
<mark_weaver>rekado: one of your local patches might have become broken after
<rekado>mark_weaver: ah, this might be it. Thanks!
<civodul>rekado: i wonder, did i miss the CRAN importer rewrite patch?
<civodul>ACTION finds it hard to keep track of patches :-/
<Steap>ACTION is pretty sure we'll end up with sublists, just like Linux
<rekado>civodul: yes, nobody has commented on it yet.
<rekado>ACTION also finds it hard to keep track of patches on the list
<civodul>so i must have lost it
<civodul>lemme check
<civodul>rekado: was there something after ?
<rekado>yes, the bioconductor importer patches.
<rekado>this one:
<rekado>my bad, the CRAN importer rewrite has been reviewed and pushed already; it's the bioconductor importer/updater that wasn't checked yet.
<civodul>ok, i'll look into that one