<cbaines_>well, on other systems, most binaries/libraries are treated as mutable, so you can write a script, and it can work one way, then you upgrade some related part of your system, and the behaviour of your (unchanged) script, changes
<drakonis>roptat: you around? i need some clarification on how you set up your mail server
<drakonis>i'm trying to set up my own and i'm a bit confused about certs
<cbaines_>maybe that's a good thing, maybe it's not, either way, with Guix, if you go to the trouble of packaging things so that their behaviour just depends on things they reference in the store, you can be much more sure that the behaviour isn't going to unintentionally change in the future
<jgart>cbaines_, thanks for the explanation! I'll relay it to alphapapa
<cbaines>jgart, one approach to packaging scripts though is just to wrap them and adjust the PATH when packaging
<cbaines>while having absolute references in the script itself is good, unless there's an easy way to do that, I'm not sure it's necessarily useful to push for
<jgart>do you happen to have an example of that in a repo?
<apteryx>jgart: basically, it suites the functional model better, where only a change in the inputs (of a package or script) can cause a different outcome
<tpefreedom>The graphical login won't show desktop environments/window managers I've manually installed. It doesn't give me the option to use something besides GNOME (what I initially installed.)
<Guest91>hi, when i run the graphical installer, after completing the final guided step of partitioning my disk, the installer loops back around to the start, flashing a blank terminal for a second or two, then asking me what my locale is. any help?
<cybersyn>is anyone packaging haskell language server? i gave it a spin and really like it, if nobody is already working on it (which appears to be the case from searching guix-devel) I'll start getting to it
<leoprikler>cybersyn: Guix folk tends to advertise the phrase "You can be the one to package this thing" :)
<cybersyn>leoprikler: thanks, yes thats what I was suggesting, insofar as nobody is already sitting on a definition headed upstream
<mekeor[m]>cybersyn: nice, go ahead, looking forward :)
<sarna>hey, I have a program written in guile. it works when I do `guix environment -l guix.scm` and then run it with `guile myprogram.scm`. how do I make it work system-wide, so I don't have to perform the `guix environment` step every time I want to run it?
<tissevert>sarna: if it works with guix environment -l, then I suppose the contents of guix.scm must be an expression which root is (package …), is that correct ?
<tissevert>then, by setting GUIX_PACKAGE_PATH to the folder containing mypackages.scm, they became available normally to guix CLI so I could search them, still enter environments, but also install them to my profile
<tissevert>I suppose the next step in order of cleanness would be to make a proper channel out of it but I?m not there yet
<tissevert>still unsure if I'm doing things right but this setup is working for me so far
<sarna>I think we have a bit different goals, to me it seems like `guix pack` would be the command for me
<tissevert>oh yeah, I haven't needed it much so far, I'm still doing more development and wanting to try my software live in a clean environment but since guix pack expects a package I see no reason why it wouldn't work
<tissevert>(in the environments I enter the above setup allows me to use the package's name, I don't have to provide the (package …) file with -l)
<sarna>yeah, I want just to be able to use it from my CLI without the hassle involved with entering environments n stuff :)
<tissevert>well I think my setup would allow me to do that, and if not, I'd be curious to know why not to improve it : )
<pazho>Hey all, when I run `guix environment --pure emacs --ad-hoc gcc-toolchain` it gives me the `ld` executable from `binutils` rather than `ld-wrapper`, in the profile. Is there an easy way (other than editing PATH) to fix this?
<Qoaiaely>Hi! I'm getting a 'failed to resolve partition' error when trying to install Guix System via a USB stick. Any advice would be much appreciated!
<sarna>tissevert: won't help you with that though, since I'm a big guix noob!
<tissevert>but that won't make it available system-wide
<tissevert>but if I understand correctly what you wrote at 11:25:04, if you only need to use your own packages locally on your machine, then guix pack won't help you, you probably want guix package instead
<maximed>tissevert: not sure what you mean with ‘system-wide’ -- do you want it in /run/current-system/profile/bin?
<tissevert>(guix pack lets one create self-contained packages to distribute, for example to docker or newly to a .deb archive)
<tissevert>maximed: not sure either since I was quoting from sarna @11:11:10, but being a noob too I assumed we shared the same vision of using packages with guix, and to me it means something like «looks like any other package and gets installed smoothly along tmux and cmus»
<tissevert>which is what I achieved using the above setup which I would like to be either criticized for improvements, tried or questioned for more details : )
<sarna>maximed: but it would make startup time a couple seconds longer, no?
<civodul>raghavgururajan: hey! for ytfzf, i suggest moving the patches from inputs to the 'patches' field of the origin
<sarna>tissevert: yeah I basically want it to work like any other guix package that I `guix install`ed. I run `guix install` and then I use it
<sarna>tissevert: I'll try out your setup - I thought it was too involved for what I've been trying to do, but seems like it won't get easier than that haha
<pazho>sarna: Taking off from what tissevert said, it's probably better to package your program with the guile-build-system and add it to your profile - using your own channel, or the -L option.
<GNUtoo>So maybe mattermost and matterbridge have some libraries in common, it might be worth looking
<tissevert>it's funny because I happen to be pretty much in the same situation as you (we share a server with mail, git, web hosting, etc.) except it runs nixos, for which there is already a mattermost package
<tissevert>but I was wondering if I could give it a test locally before shipping that into production
<GNUtoo>ok, in our case we're limited to FSDG distributions in theory, but in practice we're pretty much limited to Trisquel right now due to how VMs are deployed
<civodul>(i think, but "/msg NickServ help" should have the details)
<vivien>OK so the question is: I’m writing a web server that occasionally queries things on the web, sometimes it ends up querying itself. I’m using the suspendable ports interface, but the server blocks because it cannot handle the original query and the sub-query at the same time. Is it a known problem? Why does it appear, since the web interface is just socket ports reading and writing?
<roptat>maybe someone introduced a loop involving pigx-scrnaseq or one of its dependencies?
<raghavgururajan>Yo Guixers! Try pipe-viewer's GUI and get flabbergasted. `guix pull` and `guix environment --pure --ad-hoc pipe-viewer mpv hicolor-icon-theme adwaita-icon-theme -- gtk-pipe-viewer`. Don't forget to explore menus and options. ;)
<roptat>rekado, I just pulled, graph works but indeed environment seems to do something in the background (I can see it's using my CPU though)
<Aurora_v_kosmose>Regarding the idea someone here had of porting Qubes setup. I think it might be quite complicated if one wants to only use Guix for config management. What with the Qubes project generally standardizing around saltstack
<dstolfa>Aurora_v_kosmose: you can sort of do a qubes-y thing with `guix environment`, but there's currently no way to do it with actual VMs
<dstolfa>it's something that could be implemented potentially, though
<roptat>rekado, seems to be related to grafts: with --no-grafts, it's fetching a ton of substitutes
<Aurora_v_kosmose>dstolfa: That kinda defeats most of the point imo. I think Guix effort, if any, in Qubes should be in supporting some community-official Guix templates/images.
<dstolfa>Aurora_v_kosmose: i mean, i don't see why not. i don't personally have much use out of anything like qubes, but i don't see why guix wouldn't be an option on qubes if someone wanted to do the work to support it
<Aurora_v_kosmose>I've been slowly digging into it and while the porting idea is absolutely beyond anything I'd want to try, a supported template might be interesting.
<Aurora_v_kosmose>dstolfa: Single-user (+ root) is generally how all Qubes go, with root being template-level administration only (since only templates have non-$HOME directories as persistent for writes), while for usage you get "seamless" windows of programs.
<dstolfa>ah i see... so templates would need to be updated using `guix system reconfigure` with `guix pull` being run as the root user, but user programs would actually not be updated as a result
<Aurora_v_kosmose>Yeah, I can probably find it back in mine or the online logs without too much trouble.
<apteryx_>civodul: I think I've had a better idea w.r.t. the 'reduce-directories' or 'strip-child-directories'. Just side-step the whole issue by passing "." to the tar command invoked in the self-contained-tarball/builder helper :-)
<apteryx>we have control over it, since it's a local directory populated in a gexp
<dstolfa>i know almost nothing about what they did, just wondering if this is something that should be looked into or if it's just a bunch of noise
<PurpleSym>There’s compile-time switches to turn tracking off afaik.
<PurpleSym>Well, if you turn it off then the policy is moot, because point 2 does not apply any more. I’m not a lawyer obviously.
<dstolfa>yeah, would be nice to know if the 3rd clause no longer applies just if the 2nd clause doesn't
<zacchae[m]>I assume a lot of people here use EXWM, so I'll just ask. Has anyone had problems where the screen freezes, but you can use the mouse (and the mouse pointer changes when you move over button/text to the appropriate pointer image)? I've been widdling down my setup to find the cause, but was wondering if this is a known bug. I haven't had this problem with i3
<nckx>tpefreedom: Not really my wheelhouse but it should be as easy as adding their respective (…-service-types) to your services field. It's the DM's (e.g., sddm, GDM, …) job to present them to the user and launch the right one.
<Aurora_v_kosmose>zacchae[m]: I strongly suspect you're running into single-threaded Emacs problems.
<nckx>‘Service as a Software Substitute, or SaaSS’, but who the hell incorporates indefinite articles in acronyms anyway.
<Aurora_v_kosmose>Or properly written with upperscript if you have fancy keyboard mappings.
<tonos>nckx: I use a kernel parameter "cryptfile=rootfs:/etc/keyfile"
<tpefreedom>Well what probably would have been F^2FS is just F2FS.
<tonos>nckx: the only thing missing, is getting the keyfile inside rootfs
<nckx>Got it. I don't think modifying Guix's initramfs is needed or advisable.
<Aurora_v_kosmose>tpefreedom: One could also argue that to dispute their trademark they need to first invalidate i2p which did it before them.
<nckx>You can instead append your own cpio archive (manually created, if you like, since it would hardly if ever change) to Guix's. That still takes writing some concatination code that isn't in Guix proper but it's less invasive.
<tonos>nckx: I tried something similar, but I don't really understand how to get such a cpio file
<nckx>You also don't have to deal with cpio; just concat the two. Unfortunately I don't know of any examples I could point to here.
<Aurora_v_kosmose>Apparently it's specifically "Amazon S3" they went with, specificaly because there's a crapton of other things that use S3. Just the wiki disambiguation page is quite long.
<dstolfa>on another note... does anyone know how to get `guix pull` to work inside a `guix environment` with --container? i'm trying to get guix-jupyter to run in a container but it wants the store (obviously)
<nckx>Also, not sure why the Audacity team is determined to keep aiming at their foot to see ‘what will happen this time?’, but that's apparently where they are now.
<dstolfa>i was wondering if this applied even if telemetry was disabled, but it isn't, so it's a non-issue for guix
<Aurora_v_kosmose>Muse group is determined to serve as an example of hostile corporate takeover to serve as a known precedent in the future for corporate misbehavior. A truly surprisingly self-less endeavor.
<nckx>There's nothing technically preventing it :)
<dstolfa>i wonder if that could be done without making guix even more I/O intensive with locks
<drakonis>maxwell_TGAP: there's a cookbook example for linode that could be adapted for using it in other environments
<drakonis>and you can use guix deploy for digitalocean
<vivien>Hi! I’m still trying to understand how the suspendable ports work. I have parameterized current-read-waiter and current-write-waiter, but it does not seem to work: https://paste.debian.net/1203589/
<zacchae[m]>In case someone has not pointed this out, I think the guix matrix room is out of sync from the irc channel. I thought something seemed off so I checked the logs and some time spans are missing from the matrix room.
<apteryx>nckx: gratis Oracle VPS. How did you get that deal? Oracle is not a name typically associated with gratis ;-)
<dstolfa>apteryx: they have some university offerings as well. azure too, but i never claimed mine because i don't know what to exactly to use them for at the moment
<zacchae[m]>Aurora_v_kosmose: Sorry, your reply didn't come up in the matrix room. The thing is, I can still interact with emacs, resize buffers, and usually even `C-x C-c`, just the screen is frozen. (I can tell things are resized because the position on the screen where the mouse changes to the resize pointer changes)
<zacchae[m]>therefore, I don't think it is a single-threaded issue. I've used EXWM on other builds, but never had this problem.
<dstolfa>which clearly states from the FSF side that it's compatible
<Noisytoot>ixmpp, dstolfa: That only applies if it is not marked as "incompatible with secondary licenses", but your xmpp client is
<Noisytoot>"When someone combines a file or files licensed under the Mozilla Public License, version 2.0 ("MPL") with a project licensed under the GNU General Public License or Lesser General Public Licenses ("(L)GPL"), the MPL's Section 3.3 allows distribution of the combined work (the "Larger Work") subject to the terms of both licenses, as long as certain conditions are met."
<Noisytoot>and section 3.3: "You may create and distribute a Larger Work under terms of Your choice, provided that You also comply with the requirements of this License for the Covered Software. If the Larger Work is a combination of Covered Software with a work governed by one or more Secondary Licenses, and the Covered Software is not Incompatible With Secondary Licenses, this License permits You to additionally distribute such Covered Software under
<Noisytoot>the terms of such Secondary License(s), so that the recipient of the Larger Work may, at their option, further distribute the Covered Software under the terms of either this License or such Secondary License(s)."
<dstolfa>Noisytoot: pastebin please, that's really difficult to read
<southerntofu>i agree server-side the server shouldn't give a 404 when the accept header isn't specific enough (talking about that in #rust) but the client should probably send correct Accept headers anyway :D
<nckx>I don't want to cop out, but this is hardly a sane thing for a server to do.