IRC channel logs


back to list of logs

<civodul>mikadoZero: it's OK to omit MIPS
<civodul>MIPS is in a half-(un)supported state
<civodul>the build farms no longer build for MIPS so it's bitrotting
*civodul -> zZz
<civodul>good night/day!
<mikadoZero>civodul: Thanks
<joshuaBPMan>hello, I'm about it install an encrypted / and / I to add a (use-modules (gnu services crypt)) or something in my config file?
<joshuaBPMan>Or is that in the base image?
<mikadoZero>joshuaBPMan: Take a look at
<mikadoZero>joshuaBPMan: This section has an example. Search the page for ;; root partition is encrypted with LUKS.
<mikadoZero>joshuaBPMan: There is also preparing the disk. Disk Partitioning
<joshuaBPMan>mikadoZero: thanks
<lfam>`guix pull` is crashing on commit 69cae3d like this:
<lfam>Sorry I retracted the paste, another one coming soon
<lfam>It's here:
<quiliro>i wonder why my time and date keeps going back to utc
<quiliro>sorry, it does not go to utc
<quiliro>my time zone is correct
<quiliro>it is utc-5
<quiliro>but the time is 5 hours late
<quiliro>now it shows 16h17
<quiliro>when it should show 21h17
<quiliro>$ date --utc
<quiliro>lun mar 25 21:15:40 UTC 2019
<quiliro>when i change it with sudo date, it is correct
<quiliro>but on restart, it goes back 5 hours
<quiliro>i have set gnome to not set by vtp
<quiliro>not set by ntp
<quiliro>and if i try to change the time manually by gnome, it refuses to change
<quiliro>200 people on #guix and all are busy?
<quiliro>or speechless?
<lfam>quiliro: I see your messages but I don't know the anser
<Blackbeard[m]>quiliro: hi
<Blackbeard[m]>what is the time in your BIOS
<Blackbeard[m]>this seems like your CPU clock might be off
<atw`>quiliro: I also had this problem, and (ntp-service #:allow-large-adjustment? #t) did not work. My notes indicate that shepherd was restarting the service every 3 min. I think I used tlsdate to fix the problem, but I forget how I did it
<quiliro>sorry i did not see the responses
<quiliro>my bios is changed when i use sudo date
<quiliro>but goes back to time -5 when i restart
<Blackbeard[m]>quiliro: what does BIOS says
<quiliro>even if the power cable is connected. so it is not a problem of the bios battery
<quiliro>Blackbeard[m]: you want me to restart to check the bios?
<quiliro>i can see the content of the bios with the 'date' command
<quiliro>i don't understand your question
<Blackbeard[m]>please set the clock from BIOS
<quiliro>i will try and get back to you...but what is the point?
<Blackbeard[m]>quiliro: you are talking about the clock being off
<Blackbeard[m]>in every reboot
<quiliro>Blackbeard[m]: but off by exactly 5 hours
<quiliro>and i can change it
<quiliro>but it goes back to the error on every boot
<Blackbeard[m]>I have a bug when doing guix pull
<efraim>Does it look like this?
<Blackbeard[m]>efraim: yes
<roptat>It might be that you don't have enough ram
<Blackbeard[m]>but I have 8gigabytes
<roptat>It happens to me regularly on a 512MB macgine
<roptat>Oh, then that might be something else
<roptat>Can you post your error on
<efraim>roptat: lfam also mentioned it about 6 hours ago, probably related to a recent commit
<Blackbeard[m]>I sent two emails to the guix bugs email
<Blackbeard[m]>I tried with guix pull
<Blackbeard[m]>and guix pull --fallback
<Blackbeard[m]>and guix pull --fallback --no-substitutes
<Blackbeard[m]>efraim: ohh
<Blackbeard[m]>hopefully it will be fixed soon then
<Blackbeard[m]>guix is awesowe
<Blackbeard[m]>I just used
<Blackbeard[m]>guix pull --commit=someOlderCommit
<Blackbeard[m]>and it works
<civodul>Hello Guix!
<civodul>hmm looks like i broke 'guix pull'
<allana>confirmation: I just experienced a failed pull.
<roptat>civodul: the machine at my place should be back online
<roptat>Tge reason was that my box changed its public ip
<roptat>So maybe rekado will have to do something to the firewall in berlin?
<civodul>roptat: awesome, thanks!
<civodul>we're still using an SSH tunnel
<civodul>it takes time to get the firewall adjusted, so it's easier if the IP doesn't change
<roptat>Ah I see
<rekado>roptat: I had already applied for the firewall settings to be changed back then. I didn’t know we were still using an SSH tunnel.
<roptat>So it's still, but the ip changed
<rekado>roptat: could you please send me an email with the old and the new IP?
<rekado>bug reports 34995 and 34997 are about the broken pull
*civodul is working on it
<roptat>rekado, you should receive that email
<rekado>roptat: I haven’t received anything yet
*civodul pushed a fix
<roptat>rekado, I sent it to your elephly address
<rekado>civodul: thank you!
<roptat>what does that mean: ?
<civodul>roptat: see
<civodul>it means the build machine is running a very old Guix and "something is wrong"
<brendyyn>Is there really no tool avaliable for decompressing rars?
<rekado>brendyyn: there is only an unrar tool for older rar archives.
<rekado>but it has been removed because of numerous unfixed security vulnerabilities.
<roptat>oh, so rar is propriatory
<brendyyn>yep its rather annoying
<roptat>if I understand correctly, one could create a decompression program for rar archives, but not a compression program, right?
<civodul>i don't think there's any restriction
***buffet_ is now known as buffet
<roptat>mh.. it's not clear to me what the copyright applies to
<roptat>the program "unrar" or the algorithm itself?
<rekado>see point two here:
<rekado>I think there were at least two separate implementations of unrar, though.
<kmicu>That looks like RARLab’s Unrar not GNU Unrar.
<rekado>yes, that the proprietary one.
<rekado>IIRC we had a package for GNU Unrar, which was removed some time ago
<rekado>(unrelated to licensing)
<roptat>isn't it gna (not gnu)?
<brendyyn>what is this then
<roptat>that's a propriatory unrar
<roptat>source-available, but not free software
<brendyyn>the license doesnt look proprietary
<brendyyn>it just says dont use the copyright holders name
<roptat>there's a restriction on how you can modify the source
<rekado>brendyyn: these are two different unrars: the one on (now defunct) is free software; the one by rarlab is proprietary.
*kmicu loves the irony of unrarrsc…tar.gz 😺
<roptat>so much better that tar-....tar.gz ;)
<roptat>at least there is no bootstrap issue
<rekado>there’s another one which requires GNUstep:
<rekado>I tried to package it about two years ago, but objc wouldn’t work with our GCC.
<rekado>(it’s purely a frontend/driver script problem, not a problem with the objc compiler)
<rekado>oh, guess it’s fixed already. Was this bug:
<rekado>or is it…?
<roptat>ah it's the same thing
<kmicu>brendyyn: what you linked is a source for windows DLL.
<brendyyn>kmicu: oh ok
<kmicu>(That’s how it ends when 10 different but related programs have the same name. ;)
<brendyyn>i think i may have tried using unar once when it was on parabola, i think it failed to work
<civodul>roptat: copyright applies to "original works", not to ideas, fortunately :-)
<roptat>so if we can't compile it, maybe we can try to reimplement unarchiver in scheme or some other language?
<roptat>well I don't know the FSF says "RARv3 format is proprietary"
<roptat>I'm not sure what they mean exactly by that, but it sounds like the format itself cannot be implemented freely?
<brendyyn>or there is no specification to read from?
<rain1>there is someone who has reverse engineered the file format and created an unarchiver program which they released with a free software license
<rain1>and you are already aware that there is also source available non-FSF licensed extractors
<roptat>but why not an archiver?
<kmicu>brendyyn: The problem is more about patents than with copyright. Like in case of mp3 vs ogg or HVEC vs AV1.
<kmicu>(‘Proprietary’ is not only related to copyright.)
*civodul just noticed that Emacs-Guix broke back in January:
<kmicu>It looks like both repos are read/write
<rvgn>Hello Guix!
<rvgn>HELP: I did "guix pull" followed by "guix package -u". All went well. Then when I did "guix package --list-generations", it's showing warning that "guix is 14 days old". How this possible as I just pulled and updated?
<roptat>rvgn, what does `which guix` tells you?
<rvgn>roptat Just a sec.
<civodul>also run "hash guix"
<rvgn>roptat it gives "/home/rg/.config/guix/current/bin/guix" as output
<rvgn>civodul roptat I actually did "guix pull" as root and then did "guix package -u" as rg. Should this affect?
<roptat>your guix pull probably updated root's current, not your user's
<roptat>try guix pull as user?
<roptat>(or just hash guix, maybe that's it)
<rvgn>roptat I'll do that.
<rvgn>roptat civodul DOUBT: Does guix-profile for each user not only contains which package versions to use, but also which guix version to use?
<lprndn>Hello Guix!
<lprndn>I have some trouble with my Guix system. Not sure if it's guix related but maybe someone will have an idea.
<lprndn>I guix system reconfigure yesterday and since then I'm unable to get to the display manager
<lprndn>Also my /home folder became write protected (even if mount say its rw).
<lprndn>Didn't find much in my logs beside a 'sysfs open failed'
<lprndn>Has anyone an idea where to look?
<lprndn>Obvisously I tried to start a previous generation but same result.
<rekado>rvgn: the user’s default Guix profile does not contain Guix itself.
<roptat>lprndn, maybe try to run fsck? I've already seen filesystems being mounted ro because of dying disks
<roptat>I forgot how it's called, but there's a utility to look at disk health...
<nckx>roptat: smartctl?
<roptat>ah yes
<nckx>smartctl -a /dev/sdx (| less) will show all the infos.
<lprndn>roptat, nckx: thanks! will try right now. ;)
<lprndn>hum... hard drive and partition seem to be fine. smartctl and fsck outputs here ok. :/ With dmesg, I found sheperd was unable to start user-homes service. Could it be related? (maybe more of a consequence than a cause...)
<apteryx>lprndn: I get the user-homes service failure all the time. Look elsewhere :-)
<efraim>It's more of a one-off to create them as needed
<roptat>yeah, it always fail for me too :)
<apteryx>(maybe we should change it so that it doesn't spew noise -- it could say something like: home directories already present, skipping...)
<nckx>Or just… welcome silence.
<nckx>(And return success.)
<apteryx>nckx: +1
<apteryx>I love silence
***jonsger1 is now known as jonsger
<Blackbeard[m]>hello Guix
<Blackbeard[m]>what printers are you using
<Blackbeard[m]>I have an Epson L300 :(
<Blackbeard[m]>which i use a lot for my work
<Blackbeard[m]>but it has a two licenses
<Blackbeard[m]>GPLv2 and proprietary
<Blackbeard[m]>endlessm/epson-inkjet-printer · GitHub
<Blackbeard[m]>is it possible to make that a guix package
<Blackbeard[m]>PKGBUILD - aur.git - AUR Package Repositories
<Blackbeard[m]>there is an AUR package
<bavier>IANAL but I would hesitate to include that package in guix because of ambiguities in the license
<bavier>e.g. the license says the software is under the LGPL, but then another statement says "you agree not to modify, adapt or translate the Software"
<pdurbin>Hi! I met someone named Timothy at LibrePlanet over the weekend and I was hoping to follow up on a couple things. He seemed pretty involved in Guix. If someone knows him, can you please ask him to get in touch?
<Blackbeard[m]>bavier: i know
<Blackbeard[m]>but is it possible to make my own package
<jonsger>pdurbin: I assume its him
<pdurbin>jonsger: thanks!
*pdurbin sends him an email
<pdurbin>"Your message couldn't be delivered because the remote server is misconfigured" :(
<bavier>Blackbeard[m]: of course
<Blackbeard[m]>bavier: ok, i'll try to make the packace
<Blackbeard[m]>i feel sad because of the proprietary bits
<Blackbeard[m]>fucking vendors >_<
<Blackbeard[m]>why do they want to own the code for a printer
<apteryx>Blackbeard[m]: I understand the frustration, but please keep the wording clean in #guix :-)
<Blackbeard[m]>apteryx: oh ok
<kmicu>bavier: those statements target different parts. LGPL part is free software.
<bavier>kmicu: thanks for the clarification; I'd want to see more docs. But if it's true that the non-free libs are required, that seems also like a non-starter
<kmicu>Yep, that LGPLed part ‘wants’ proprietary bits (need them to work correclty) so that’s no-go. (Only wanted to clarify that the license is clear about that).
<kmicu>(In the same way Linux-libre kernel removes free software drivers which want proprietary firmware.)
<Blackbeard[m]>kmicu: yeah :(
<Blackbeard[m]>but I need to use my printer
<Blackbeard[m]>i will try to make a package
<Blackbeard[m]>for myself only of course
<lprndn>Hello again Guix! Just for the record, solved my problem with a simple 'chown (user) -E (my home)' Don't know what happened.
<lprndn>An d also why it was crashing the xserver.
<lprndn>Thanks anyway for the help!
<apteryx>lprndn: good to know! Perhaps a failed sudo incantation?
<bgardner>Good aftnoon Guix! I added sendmail to my config.scm and reconfigured and it installed the package without issue but I didn't get a link to the sendmail anywhere. I can see from 'find / -name sendmail' that it is present at '/gnu/store/b0gmd1ac6np7zgb8hvbfgy45b0haz8xg-sendmail-8.15.2/usr/sbin/sendmail' but I'm sure I shouldn't refer to that directly - what should I do to fix this?
<apteryx>bgardner: usually user packages are managed per-user; that said, adding a package to an operating-system declaration 'packages' field should make it available to every users ought of the box, IIRC.
<apteryx>out of the box*
<bgardner>apteryx: Sure, and I didn't think sendmail should be considered per-user, so that's why I installed it in the operating system declaration.
<bavier>our sendmail package might have a bug
<bavier>the 'sendmail' program is installed under /gnu/store/b0...-sendmail-8.15.2/usr/bin
<bavier>note the "user/" bit
<bavier>bgardner: ^
<bavier>and that directory would not be included in the system or user $PATH
<apteryx>bavier: oh, that's a problem, yes
<apteryx>the solution is to fix the sendmail package to install its binaries to under /gnu/store/hash...-sendmail-8.15.2/bin instead of under .../usr/bin.
<bgardner>bavier: Nice catch, I just assumed sendmail was supposed to be in sbin
<apteryx>there is no such thing as sbin in Guix, if I'm not mistaken.
<bgardner>apteryx: Good to know, I didn't know that
<bavier>bgardner: could you send a report to
<bgardner>I sure can!
<bavier>thanks :)
<bgardner>bavier: Is there a template for bug reports I should refer to or just do my best?
<bavier>bgardner: do your best ;) describe the issue you had and note the non-standard bin and sbin locations
<bgardner>bavier: Got it, thanks for the assist
<apteryx>rekado: here's why the pypi importer has been becoming less and less useful over time:
<apteryx>I'm working on a fix
<Blackbeard[m]>I still can upgrade icecat
<Blackbeard[m]>I keep failing to build rust-1.24.1 drv
<Blackbeard[m]>I even removed guix
<Blackbeard[m]>and installed it again
<Blackbeard[m]>I am stuck on icecat 60.3.0
<apteryx>Blackbeard[m]: what substitute farms do you have enabled/trusted?
<apteryx>I suggest adding, which is not enabled by default for a Guix system.
<Blackbeard[m]>ok let me try that
<bgardner>Blackbeard[m]: I had the same issue, I had to clear > 10G to get it to build. Do you have healthy free space?
<Blackbeard[m]>when I run
<Blackbeard[m]>$ guix gc -F 10G
<Blackbeard[m]>guix gc: already 173 835.23438 MiBs available on /gnu/store, nothing to do
<bgardner>Blackbeard[m]: Yeah that's plenty, then my issue is not your issue, never mind.
<Blackbeard[m]>seems like it's being used now
<Blackbeard[m]>let's hope it works
<recj> would it be possible for me to include the nonfree wifi driver in the installation process? everything else seems to work on Linux-libre as noted on the page I linked
<bgardner>Can you set up guix-daemon on Guix System to include in addition to I find lots of instructions for foreign distros, but not for guix itself.
<bavier>bgardner: this is usually done using modify-services in the os configuration. There is an example of adding a substitute server in the manual
<bavier>well, I guess not for substitute-urls, but there's an example of configuring guix-daemon with modify-services
<bavier>section 8.1
<bgardner>bavier: Found it, thank you
<Blackbeard[m]>apteryx: It didn't work :(
<apteryx>did you guix pull very recently?
<apteryx>If so, you might need to give the servers a chance and wait a bit
<Blackbeard[m]>apteryx: ok
<kmicu>Hi recj: not really. You need to compile Linux kernel to load it and need to do that on your own.
<rekado>Blackbeard[m]: I use the Brother HL-L2370DN; it’s a smallish laser printer which works just fine with only free software.
<Blackbeard[m]>rekado: oh nice
<Blackbeard[m]>I'll look for one
<lfam>Dropbear SSH has a new release we should look at:
<lfam>No tarball or Git tags, though
<vagrantc_>look at it and wonder? :)
<lfam>Oh, I see it already was updated in Guix
<lfam>Well, it's a bit strange when a release is described without any of the other bits like tags or tarballs
<lfam>I would describe it as "fishy"
<vagrantc_>there's a tarball referenced in guix ...
<lfam>"Oh, I see it already was updated in Guix"
<lfam>Anyways, carry on!
*vagrantc_ concurs with "fishy" if it's a tarball coming from some arbitrary source
<vagrantc_>sometimes people just forget, though
<lfam>Ah, I see. Dropbear upstream uses mercurial, hence the unusual Git things
<rvgn>Hello Guix!
<rvgn>I installed Evolution package. It is neither showing up in menu nor be able to executed in terminal.