IRC channel logs
back to list of logs
<nckx>You need to add it to setuid-programs in your system configuration… <nckx>You know what, never mind. <nckx>You want a setuid sendmail, add a setuid sendmail 😛 <nckx>smtpctl doesn't enter into it one bit. <lechner>i'll check with the folks at opensmtpd <nckx>They only support OpenBSD, I think. All the rest is kept at bay with the big log ‘portable’ stick, and I doubt even those folks can help you with a less conventional distro like Guix. <nckx>It's a big stick, but it's not a log. <nckx>‘Make smtpctl setgid’ might be great advice on *BSD.
***rekado_ is now known as rekado
***EMax`0Mancer[m] is now known as emacsomancer[m]
<emacsomancer[m]>I noticed some pipewire things in a recent update/reconfigure - is guix going to switch to default pipewire at some point? <roptat>for people who had (have) an overdrive, do you know if you can boot from USB? <dirtcastle>installing guix on top of other distros beats the whole point of guix isn't it? would love to hear your input on this <jpoiret>dirtcastle: no, why would you think so? <roptat>installing guix on top of another distro gets you almost all of guix, except the system <jpoiret>guix-managed software, even on another distro, has all the advantages of, uhmmm, guix-managed software <jpoiret>doesn't matter if it's on guix system or not <jpoiret>sure, if for you guix's biggest pro is being a FSDG distro and shipping linux-libre, then you're going to be missing the kernel <nckx>roptat: It does. Booted a Ubuntu Live system & inited guix from there. <nckx>*cuix system, of course. <dirtcastle>having 2 package managers when guix is more reliable <dirtcastle>coz it has roll back and all. when other doesn't have as many features as guix/nix. what's the point of doing it? <jpoiret>well, maybe you have to use another distro for _reasons_, but you want to use guix for specific software <jpoiret>or you don't consider guix to be as stable as you'd wish for a system, etc... <nckx>Roll-back applies equally to user profiles & packages. <jpoiret>maybe your argument boils down to "Why use any other distro when Guix is clearly superior?" then, well, right :p <jpoiret>also, using guix system is more involved than just using guix as a package manager <jpoiret>the latter can be used with just a CLI like any other package manager, while the former requires you to write some guile <dirtcastle>I decided to use guix with artix linux. learn guix on the side. read the manual. learn lisp. and use artix when I don't know how to do what I want with guix and when I'm in a time constraint. idk. is this ok to rant like this here? is there an offtopic channel. <dirtcastle>jpoiret: I can still write config and all right inside another distro? <unmatched-paren>dirtcastle: you cannot write a system config inside another distro (well, you can, but if you reconfigure you're basically turning it into a guix system) <unmatched-paren>dirtcastle: generally #guix is pretty liberal about offtopic discussion as far as i have experienced
***bandali_ is now known as bandali
<dirtcastle>hmmm. so the foreign distro's init system have to used to manage guix too? <unmatched-paren>dirtcastle: the foreign distro will have to manage the guix daemon, i think? <jpoiret>foreign distros that package guix often have the relevant service files for their init system <dirtcastle>just now checked what home is. It said you can use it on foreign distros <jpoiret>then you'll have to write the service file yourself, but it's usually pretty simple <the_tubular>dirtcastle, you know if you absolutely need something that isn't packaged for guix you can use docker or podman too.
***bjc` is now known as bjc
<atka>I'm doing okay, yourself? <atka>the_tubular: any guix progress <the_tubular>I started reading r6rs recommenced by someone here to get better inScheme <atka>still mainly running it on servers, diving into mcron today for the first time <atka>need to set up a btrfs raid array and mcron a ddns script <the_tubular>Ohh nice. Yeah it seems that most doc I find is for running guix on a personal computer. I would like to read on server side stuff <atka>I bookmarked r6rs as well <atka>looks like a good resource <the_tubular>I also printed the cookbook, as PDF and a couple code blocks got cut ... <atka>the_tubular: I want to start running it on my personal computer but need to order a wifi card compatible with linuxlibre <atka>server is easy in that regard, no need for blobs for wifi/video etc <the_tubular>Definetly, but I find configuring services harder on server side, less documentation <atka>yeah, most of the services are through docker <atka>I'd like to use guix native containers eventually <atka>other than using guix native containers <the_tubular>Well depends how you done it, you created an Image or you just pulled something ready on dockerhub ? <atka>I have not created the images no, but using official images that work with either podman or docker is kinda the way these things are done <atka>and I'm not about to package and maintain services and dependencies for guix at this point <atka>all container images need is a runtime and a kernel <atka>I usually use alpine as the host but guix working ok in that regard <nckx>guix substitute: warning: guix.cbaines.net: host not found: No address associated with hostname <nckx>(And indeed, it's gone.) <nckx>Maybe it was never meant to be used; I can't honestly remember why or when I added it. <the_tubular>That's what I meant, it's not really the guix way atka <the_tubular>Best case scenario would be to download the package using guix and put them in a container after <nckx>All evaluations on berlin were failing due to running out of psql connections (that was the symptom, at least). I restarted cuirass and postgresql and it seems to be back up. <the_tubular>Completely unrelated, 1.3.0 is getting old. Is there any plans to release 1.4.0 soon ? <singpolyma>the_tubular: the version numbers are basically arbitrary <atka>the_tubular: you have no idea what you're talking about