IRC channel logs

2018-04-02.log

back to list of logs

<roscap>zybell_: is there an example of this "login script" you mentioned?
<ng0>checking for potential collision of work: 1) is someone other than me working on XDM + service currently and 2) would we be interested to merge that into master once it has reached a quality I feel like upstreaming to you?
<sneek>Welcome back ng0, you have 1 message.
<sneek>ng0, mbakke says: yes, it does actually build!
<zybell_>there can't be. note the prefix 'any'. It depends on the way the individual login is done.
<roscap>zybell_: ah, so like a bashrc? i was assuming it was part of guix source
<zybell_>bashrc could be an example, better is bash_profile.
<ng0>mbakke: eh. depends on what you mean. the window manager I run currently runs as my user. Xorg can not be run without root though, but that's a different matter (I've plans to look into Xenocara and porting+maintaining it if I find it okay enough and functional to integrate)
<ng0>mind you, it's just a window manager. I have no idea how GNOME likes to run etc
<zybell_>Pls note that 'login script' was only mentioned after jsoo asked for a 'band aid'(to do in the meantime,were the words)!
<castilma>where does /etc/guix get set up? through an etc-service?
<castilma>i want to set up offloading. the documentation makes it sound like I just write directly into /etc/guix/machines.scm
<ng0>yep
<castilma>hmm, weird, i use guixsd. can someone tell me, why /usr/local/etc/guix/ exists on my machine, and why guix archive --generate-key; puts the key in that directory?
<ng0>if you run guix from git, you need to configure it with:
<ng0> --sysconfdir=/etc
<ng0>otherwise localstatedir is /usr/local
<ng0>eh.. sysconfdir
<castilma>thanks.
<castilma>can i put that in some environment variable?
<castilma>(so i don't need to pass it to ./configure every time?
<ng0>idk
<ng0>write a script.
<ng0>no really, this is handled by guix pull automatically and assumed to be done manually if build from git checkout as far as I'm aware.
<ng0>I'm simply using scripts
<atw>I have two problems which could be guix or could be hardware (librem 13). One is that on my US keyboard, the for backslash and pipe produces < and >. The other is some USB mouse and keyboard oddness: my trackball disconnects for a couple seconds every few minutes. I don't think there's relevant line in dmesg, but I'll keep an eye out. The other is that an external keyboard works only for a few seconds after connecting. Any ideas on
<atw>these? TIA!
<zybell_>Check for over current
<atw>zybell_: what do you mean? Might it make a difference if I unplug from the mains?
<zybell_>lsusb -v
<atw>well, on closer investigation, it looks like the USB keyboard goes through cycles of not registering inputs and not registering them
<zybell_>no, how much current does the trackball draw?really and what is declared by descriptor?does the ext keyb work without the trackball connected?
<zybell_>The problem is that many USB-devs not correctly report their current draw. Because its seldom checked or enforced. But when it is...boom.
<atw>zybell_: at the moment I have the keyboard and not the trackball connected. The keyboard works intermittently (though usually not) and lsusb reports MaxPower 100mA
<atw>the trackball is a wireless Logitech M570. The keyboard shows up as "USB HID v1.11 Keyboard [Unicomp Inc Ruffian6_x Kbrd v3_xx]"
<zybell_>looks overstated ...although LEDs? What pattern intermitt.? Other USBdevs?
<atw>lsusb says of the trackball MaxPower 98mA
<zybell_>Wireless?does the track*ball* have its own power?
<atw>here's what dmesg says about the keyboard: https://paste.debian.net/1018071/
<atw>the trackball itself is power by a single AA. the USB part is just a little receiver.
<zybell_>Ok,that seems to be a problem that doesn't have to do anything with current. There is an experiment I would try:After reboot,without connecting the trackball receiver, connect the keyboard and paste full dmesg.
<atw>I should be able to do that soon, after I finish a backup
<zybell_>before getting dmesg wait at least 2min
<zybell_>after kexb conn
<zybell_>*keyb
<atw>zybell_: I'm afraid I'll have to come back to this tomorrow. Thanks for all the help!
<zybell_>ok
<somewun>I'm attempting to set up GuixSD in QEMU, which I've passed -net nic,model=virtio to. I have eth0 available and have tried to bring it up but it seems I'm not getting an internet connection as I get "unknown host" returned from pinging gnu.org. Where should I go from here? Not sure what to do.
<siraben>Hi, I managed to follow the Guix SD manual, but run into this issue as my bootloader is being installed:
<siraben>warning: this GPT partition label contains no BIOS boot partition; embedding won't be possible.
<siraben>Would running parted /dev/sda set 1 bios_grub on fix?
<siraben>Oh never mind, I've just succeeded.
<ychaouche>Hello #guix
<ychaouche>I am looking for info about how guix implements the following commands : shutdown, reboot, halt, init and poweroff.
<ychaouche>I started a comparison w/ other distros yesterday here : https://lite.framacalc.org/linux_init_systems
<ychaouche>What I'd like to know is simply which are binaries, which are scripts, and which are simply symbolic links
<ychaouche>also, the size of the binaries
<snape>Hi ychaouche, I don't know if someone replied to you already, but 'halt' and 'reboot' are Shepherd scripts, you can find them here: https://git.savannah.gnu.org/cgit/shepherd.git/tree/modules/shepherd/scripts. 'shutdown' is a symlink to 'halt'. The Shepherd is our init system. I also assume you are talking about GuixSD. I don't have 'init' and 'poweroff' on my machine.
<ychaouche>hi snape, no I did not recieve any answer yet. Thanks !
<snape>yw!
<ychaouche>snape: I thought the linux kernel would launch /sbin/init
<ychaouche>and different distros will make /sbin/init a link to whatever tool they use
<ychaouche>(systemd, upstart etc.)
<ychaouche>so what does your distro launch at init time ?
<ychaouche>and does the linux kernel have to be modified to run it or is it just a matter of passing arguments to the boot loader ?
<ychaouche>shephered scripts look like lisp.
<siraben>Hi, my Guix installation finished without any errors, but I am unable to boot into my operating system.
<ychaouche>scm = scheme ?
<siraben>Yes
<siraben>Specifically, they're written in GNU Guile, the official extension language of the GNU Project
<siraben>Is there a way to run guix system init so that it only installs the bootloader?
<ychaouche>idk if this can help you siraben https://www.gnu.org/software/guix/manual/html_node/Invoking-guix-system.html
<siraben>Hmm I can't seem to get the bootloader working
<siraben>There are no errors in the installation
<ajjlmau>why doesn't root have guix-profile?
<ajjlmau> /var/guix/profiles/per-user/root/guix-profile is empty
<siraben>Installing Guix has been frustrating so far, especially attempting to install the bootloader. Any fool-proof (ideally automated) ways to install Guix?
<snape>ychaouche: GuixSD uses an initrd, which provides /init. This init is defined there: https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/build/linux-boot.scm#n437
<ychaouche>snape: is init directly available at the root directory ?
<snape>it loads the --load argument that is passed through the bootloader
<snape>no, it is only available in the initrd
<snape>that --load argument executes The Shepherd
<snape>(pid 1)
<snape>siraben: could you provide your config.scm (maybe via a pastebin)?
<snape>ychaouche: the kernel isn't modified. We pass arguments to the bootloader, yes.
<ychaouche>snape: you instruct the kernel to load shephered instead of init ? or shephered just called init ?
<ychaouche>(sym/link maybe ?)
<snape>the kernel runs within the initrd, and then executes /init, which executes the Shepherd
<snape>(if my understanding is correct)
<siraben>snape: It's basically the one in /etc/configuration/bare-bones.scm with minor adjustments
<siraben>I believe I set the bootloader partition to /dev/sda
<siraben>I'm attempting to have a minimal, working installation
<snape>siraben: but having your real file (with your modifications) would help understanding what's going on. And the error message :-)
<siraben>snape: Ok let me prepare it, it's currently in a virtual machine
<siraben>Hmm the issue now is how do I get it out of a VM?
<Sleep_Walker>how can I get from zsh variable g-expression? I'd like to put it into user section of system configuration as login shell
<Sleep_Walker>TIA
<snape>siraben: I believe guix system reconfigure /etc/config.scm will try to re-install the bootloader
<snape>Sleep_Walker: so you're building your configuration file with something like program-file?
<ychaouche>snape: what do you have for file /sbin/init ?
<snape>ychaouche: we don't need /sbin/init because /init is executed from the initrd
<ychaouche>oh
<snape>ychaouche: see https://github.com/torvalds/linux/blob/master/Documentation/early-userspace/README#L140
<snape>(I don't think we support booting without initrd)
<Sleep_Walker>snape: no, I have just plain configuration file
<siraben>snape: here you go
<siraben> https://hastebin.com/uhahijojut.lisp
<ychaouche>thanks, valuable info there. I thought that initrd and initramfs was the same thing.
<oreloznog>siraben: i think (title 'my-root) is wrong and must be replaced by (title 'label)
<siraben>oreloznog: I think the title can be replaced?
<oreloznog>yes, (title 'label)is good. But not (title 'my-root)
<oreloznog>siraben: may be it can help: https://www.hubert-lombard.website/GuixSD/html/installation-de-GuixSD-sur-laptop-hp-probook-6460b.html
<siraben>So installation finished. No error reported.
<siraben>Rebooting
<oreloznog>:)
<siraben>Can't see the GRUB boot entry
<siraben>Only the Live ISO
<siraben>So...
<oreloznog>siraben: I managed to get started thanks to superdisk grub2 that I had burned to a CD
<siraben>How?
<siraben>Ah the blog post
<oreloznog>After the reboot, a message like this: "no Operating System installed, please install on hard disk"
<oreloznog> https://www.supergrubdisk.org/category/download/supergrub2diskdownload/
<oreloznog>After inserting the superdisk grub2 CD, I ended up finding the existence of this line:
<oreloznog>gnu linux-libre
<oreloznog>I validated and GuixSD started
<siraben>What is the default password?
<siraben>oreloznog: It's booting! ThanksQ
<siraben>Thanks!*
<oreloznog>It works ?
<siraben>I'm booted and logged in as root
<siraben>Using the superdisk grub3
<siraben>grub2
<oreloznog>Cool
<oreloznog>:)
<siraben>How do I reset my user account password?
<siraben>Ah, using passwd
<oreloznog># passwd your-username
<siraben>Yay, I'm so happy
<oreloznog>I'm very happy for you too ;)
<siraben>Do you use Guix on a daily basis?
<oreloznog>Well, I use GuixSD now, instead of debian
<siraben>How has the stability been?
<siraben>And driver support?
<oreloznog>Stability is awesome
<siraben>Debian's `apt' can be painful at times
<oreloznog>Only free drivers or free firmware work
<siraben>So when I heard about Guix and its idea of "reproducible distros" I was hooked
<siraben>And the talks online
<oreloznog>Yes !
<oreloznog>I hope to be a next user of GuixSD Hurd ! :)
<siraben>Haha, but isn't the Linux kernel really good?
<siraben>I'm not sure what advantages the Hurd kernel offers
<oreloznog>It's good enough, but it's for fun and more, about Hurd :)
<siraben>Installing Emacs right now on Guix
<siraben>So happy package management is solved
<oreloznog>\\(^o^)/
<siraben>This was the first time I installed a Linux distro without a GUI
<siraben>Next...Arch?
<siraben>Probably not.
<oreloznog> https://www.hubert-lombard.website/vignettes/GnuLinuxHurd.png
<somewun>I'm trying to get GuixSD running under QEMU but I can't get networking to work. I followed the qemu-system-x86_64 command here: https://www.gnu.org/software/guix/manual/html_node/Installing-GuixSD-in-a-VM.html#Installing-GuixSD-in-a-VM - And am following the preparation install.
<somewun>I bring up the interface and then run dhclient, but ping is returning 100% packet loss.
<mbakke>somewun: ICMP does not work in the default Qemu networking configuration.
<somewun>so, i do have networking but ping and the like wont work properly?
<mbakke>somewun: Most likely. Did you try proceeding?
<somewun>No, as I thought I hit a roadblock. But I'll continue on now. Thanks
<mbakke>There is an SSH server in the installation image, you can try starting it (herd start ssh-daemon) and SSH into it to check.
<somewun>mbakke: Apologies but I'm not sure how to ssh in? I don't use ssh that often. What port am I suppose to use?
<mbakke>somewun: Just `ssh the-ip-address` would suffice. But I realized in a VM, the network may not be accessible from the host. So, never mind :P
<somewun>mbakke: I was able to ssh in, needed to pass in hostforwarding.
<somewun>quite interesting
<mbakke>Oh, great :-)
<dustyweb>which branch should I push my Racket fixes to?
<dustyweb>I guess Racket is a leaf (!) package, maybe it's ok to push to master, or maybe I should push to core-updates?
<dustyweb>currently racket is broken in master, so
<dustyweb>my inclination is to push it there
<bavier`>dustyweb: master would be fine for a leaf package
<dustyweb>maybe after clacke[m] gets in racket packaging stuff racket will no longer be a leaf package :)
<bavier`>:)
<mbakke>Phew, I think I have LLVM/clang 6.0 working. Now to find something to test it with.
<bavier`>mbakke: wow
<mbakke>Quite the jump, from 3.8 to 6.0 :P
<mbakke>But not really a lot of changes, just takes forever to build on my poor laptop.
<mbakke>With luck, it can go to core-updates before it "closes" today.
<civodul>congrats mbakke!
<Sleep_Walker>how can I enable zsh as my login shell for user? I can see that there is shell (record? property?) but it accepts G-Expression - what should I fill in?
<mbakke>LLVM patch sent! I'm offline until ~midnight, can someone have a look at it in the mean time?
<snape>Sleep_Walker: it would probably be something like (file-append zsh "/bin/zsh") I guess
<snape>and you probably need (use-modules (gnu packages shells)) or
<snape>mbakke: very nice April fool :-)
<mbakke>snape: Thanks! :D
<mbakke>Packaging systemd took longer than I want to admit, but definitely worth it ;)
<snape>I can imagine so...
<snape>definitely worth it yes
<Sleep_Walker>snape: thanks!
<Sleep_Walker>it finally worked
<Sleep_Walker>I got cryptic message caused by something else so I didn't consider it as correct
<Sleep_Walker>'o/
<pkill9>can you use a graft to remove files from the compiled package?
<pkill9>ah nevermind just overthinking something
<thorwil>hi! what could be the cause of emacs-via-guix not finding fonts that work with emacs-via-apt-get? while the former will list *some* of the installed fonts
<thorwil> https://www.gnu.org/software/guix/manual/guix.html#X11-Fonts makes me wonder why emacs would list any fonts, then
<pkill9>anyone use GuixSD for a server?
<sohomb83>Is there any is there any guide that I can follow for writing commit messages ?
<bavier`>sohomb83: we roughly follow the Changelog conventions outlined in the gnu-coding-standards
<bavier`>sohomb83: for simple commits, you should be able to figure out the idea from looking at past commits
<alien`>hello, when I'm running as root, Commands like "ls" and "ping" doesn't work. Can someone help me with this?
<alien`>here is roots PATH: rom looking at past commits
<alien`>21:48 *** jabranham QUIT Read error: Connection reset by peer
<alien`>21:49 <
<jlicht>hi guix
<pkill9>hi jlicht
<jlicht>I have to admit that the April's fools mail had me going for longer that I'm comfortable sharing publicly. Good job to anyone who made it work so well :)
<jlicht>*than
<thorwil>it was the best one i came across this year. while it didn't take me long to consider the date, there was a moment of doubt :)
<jlicht>I started doubting it when I read the list of essential features of pid 1. The length of the patch made me reconsider though
<lfam>sneek later tell alien`: I bet that you became root with `su root`. As documented in the su manual page, this will set your PATH incorrectly for Guix. You need to use `su --login` in order to get the correct PATH
<sneek>Got it.
<sohomb83>bavier`: thanks! :-)
<thorwil>why oh why would emacs claim: Error (initialization): User thorwil has no home directory
<thorwil>that's after: guix pull; guix package -u; guix package --delete-generations; guix gc
<ngz>Hello. How can I know what is the value for $LD_LIBRARY_PATH when building a package?
<civodul>hey ngz
<civodul>ngz: LD_LIBRARY_PATH is unset
<ngz>Ah.
<civodul>and i recommend not fiddling with it as a rule of thumb
<ngz>But I get an error when building a package: ld: cannot find -lporttime
<ngz>So I guess I need to fiddle with it anyway, don't I?
<ngz>(in this case, I need to somehow add portmidi to it)
<jlicht>ngz: are you working in an environment/profile with both portmidi(or portmidi-for-extempore?) and gcc-toolchain installed via guix? Because then things usually Just Work (tm)
<ngz>jlicht: I do. I have portmidi and gnu-build-system.
<jlicht>ah, you are trying to actually create an actual package. Me and my reading comprehension.... Could you possibly share your package snippet via a paste service?
<ngz>Sure. Is there a favorite paste service?
<jlicht>afaik there is one mentioned in the motd of #guix. paste.debian.net if I am not mistaken
<ngz>Oops right.
<ngz>jlicht: http://paste.debian.net/1018188/
<ngz>The `setenv' phase is what I'm trying at the moment.
<ngz>It wasn't present when I encountered the error.
<civodul>ngz: for 'ld', fiddle with LIBRARY_PATH, not LD_LIBRARY_PATH
<ngz>Hmmm Shouldn't I have both libportmidi.so and libporttime.so in the "portmidi" lib/ directory?
<ngz>I only see lipportmidi.so (but there is liporttime.h in "portmidi/include/")
<lfam>thorwil: You're probably seeing <https://bugs.gnu.org/30298>. In short, either install and run nscd or edit /etc/nsswitch.conf as needed
<ngz>Hmmm
<ngz>Nix does this: ln -s libportmidi.so "$out/lib/libporttime.so"
<ngz>as a post-install move.
<jlicht>ngz: portmidi seems to have an interesting build system, but maybe you could configure some sort of flag to also have it generate the right .so file on Guix?
<ngz>jlicht: According to the above (about Nix), I guess there is no such flag. I cannot find any in the CMakeLists.txt from portmidi actually.
<jlicht>ngz: yeah, me neither. It seems we are also not the first people who are confused by this porttime.so not existing, but I can't really find anything concrete on solving it
<ngz>Well, I can add a phase to portmidi build creating the symlink.
<ngz>So, after `install' phase, something like (symlink "libportmidi.so" "libporttime.so")
<snape>sneek: later tell thorwil: you probably need to install nscd, see https://www.gnu.org/software/guix/manual/guix.html#Name-Service-Switch-1
<sneek>Okay.
<jlicht>ngz: seems like it might work, good luck
<ngz>I'm currently building musescore again with a patched portmidi. We'll see.
<agaric>hello, i'm trying to add a custom keymap to /share/keymaps by inheriting the kbd package. i'm wondering if this is possible using inherit, or do i need to redefine the whole thing?
<mbakke>jlicht: Glad you liked my prank (the patch actually works!) :-)
<jlicht>mbakke: tbh, I was not a happy camper for the time I still considered it being real XD
<mbakke>It's the most elaborate April Fools prank I've done so far :-P
<ngz>jlicht: OK. It builds. I think I'm going to update portmidi (after checking the number of affected packages) and update MuseScore.
<ngz>Hmm I get an error. Could someone tell me the result for `guix refresh --list-dependent portmidi'?
<mbakke>ngz: I get "Building the following 9 packages would ensure 16 dependent packages are rebuilt: audacity@2.2.1 retux@1.3.5 roguebox-adventures@2.1.2-1.19a2c34 bambam@0.5 python2-xsge@2017.06.09 impressive@0.11.1 freedoom@0.11.3 frescobaldi@3.0.0 denemo@2.1"
<ngz>Great. So I can push it to master.
<ngz>Thank you mbakke.
<mbakke>civodul: Can you start a "core" evaluation on Hydra?
<mbakke>Oh wait, I can apparently change it. Is it enough to set subset=core and start an evaluation?
<mbakke>*change the job specification
<pkill9>what does 'cons' mean in guile?
<civodul>mbakke: yes, that's all it takes
<civodul>
<mbakke>civodul: Started!
<civodul>woohoo! \\o/
<civodul>mbakke: it's funny how people fell for your joke yesterday :-)
<mbakke>Yes, I didn't expect it to be that effective -- I thought the "dishwasher" part was a dead giveaway but apparently people skimmed that bit :P
<ngz>The problem is that systemd probably has a dishwasher unit file somewhere...
<mbakke>ngz: Haha :)
<mbakke>OpenBSD had a good one too -- they deprecated IPv4 support with an actual CVS commit.
<agaric>hehehe
<civodul>heh, fun