<civodul>MIPS is in a half-(un)supported state <civodul>the build farms no longer build for MIPS so it's bitrotting <joshuaBPMan>hello, I'm about it install an encrypted / and /home...do I to add a (use-modules (gnu services crypt)) or something in my config file? <mikadoZero>joshuaBPMan: This section has an example. Search the page for ;; root partition is encrypted with LUKS. <lfam>Sorry I retracted the paste, another one coming soon <quiliro>i wonder why my time and date keeps going back to utc <quiliro>when i change it with sudo date, it is correct <quiliro>but on restart, it goes back 5 hours <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? <lfam>quiliro: I see your messages but I don't know the anser <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>my bios is changed when i use sudo date <quiliro>but goes back to time -5 when i restart <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 will try and get back to you...but what is the point? <quiliro>Blackbeard[m]: but off by exactly 5 hours <quiliro>but it goes back to the error on every boot <roptat>It might be that you don't have enough ram <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 paste.debian.net? <efraim>roptat: lfam also mentioned it about 6 hours ago, probably related to a recent commit <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>it takes time to get the firewall adjusted, so it's easier if the IP doesn't change <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 rennes.lepiller.eu, 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 <roptat>rekado, I sent it to your elephly address <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>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>I think there were at least two separate implementations of unrar, though. <kmicu>That looks like RARLab’s Unrar not GNU Unrar. <rekado>IIRC we had a package for GNU Unrar, which was removed some time ago <roptat>source-available, but not free software <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 gna.org (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>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) <kmicu>brendyyn: what you linked is a source for windows DLL. <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 <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.) <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 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>(or just hash guix, maybe that's it) <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>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>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. ***jonsger1 is now known as jonsger
<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? *pdurbin sends him an email <pdurbin>"Your message couldn't be delivered because the remote server is misconfigured" :( <apteryx>Blackbeard[m]: I understand the frustration, but please keep the wording clean in #guix :-) <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.) <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. <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. <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>and that directory would not be included in the system or user $PATH <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 bug-guix@gnu.org? <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 <apteryx>Blackbeard[m]: what substitute farms do you have enabled/trusted? <apteryx>I suggest adding mirror.hydra.gnu.org, which is not enabled by default for a Guix system. <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]>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. <bgardner>Can you set up guix-daemon on Guix System to include hydra.gnu.org in addition to ci.guix.info? 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 <apteryx>If so, you might need to give the servers a chance and wait a bit <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. <lfam>No tarball or Git tags, though <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" <lfam>"Oh, I see it already was updated in Guix" *vagrantc_ concurs with "fishy" if it's a tarball coming from some arbitrary source <lfam>Ah, I see. Dropbear upstream uses mercurial, hence the unusual Git things <rvgn>I installed Evolution package. It is neither showing up in menu nor be able to executed in terminal.