IRC channel logs
2026-10-04.log
back to list of logs
<dlowe>I just did this, but I leaned on linode's configuration details for the job <dlowe>I basically made space on a volume, mounted it, installed a bootstrap guix system directly on it, shutdown, swapped drive mappings, then brought it back up <dlowe>then reconfigured the system to the (mostly working) services <dlowe>I dropped my postfix+spamassassin+clamav+opendkim+dovecot setup to a opensmtpd+rspamd+dovecot setup <amrit_>How do I set up screensharing on sway? Is there some desktop portal service? <alteregon>amrit_: xdg-desktop-portals, i used -gtk with sway iirc, and this topic is addressed in the sway wiki iirc but for sure in the arch sway wiki page <amrit_>alteregon: No further configuration apart from installation of those packages? <alteregon>amrit_: tbh i didnt use it for screensharing, but that specifig topic was addressed explicitly, i didnt notice anything special while skimming through <alteregon>i recommend a quick look in the arch wiki for hints <amrit_>Apparently i didn't restart dbus service lol <Alavi_me>I'm using Guix on top of Arch. Can I install CUPS with Guix and run the services or do I install them from pacman and enable the service with systemd? <untrusem>I think CUPS is a system service so to run a system server you need to be in a guix system. You can't do it on a foreign distro. <Alavi_me>thanks. So system services still belong to the host OS's package manager. <efraim>sneek: later tell ekaitz I haven't had a chance to look at the riscv bootstrap recently, I'm currently mid-upgrade of the rust bootstrap <jlicht>efraim: thanks for all of your work on rust, I'm merrily able to use it at $DAYJOB :-) <untrusem>1.99 is here wanna help package the not packaged version? jlicht <jlicht>I'm good for now, thanks for asking untrusem <efraim>we have 1.98 on rust-team. once I have rust-bootstrap-1.90 working for aarch64 then I'll push the commits for adding and using rust-bootstrap-1.90 to rust-team <efraim>I'm honestly thinking of separating out the mrustc commits used on a per-architecture basis so I don't need to get everything working at the same time <jlicht>efraim: so a different "root" for each architecture? Or is mrustc backwards compatible in general? <efraim>in general yes, but something about adding support for bootstrapping 1.90 caused the 1.54 and the 1.74 builds to break and I don't want to have to try to fix it <efraim>or perhaps a different root for each bootstrap rust version, so one commit for 1.54, a different one for 1.90 <jlicht>efraim: sounds tough indeed; you could have extend that linked-list-of-versions with different on-ramps per architecture then <protvin>How many space required for copy all sources pages for Guix? <untrusem>hako and cbaines can tell you as they run mirrors <neonio>i would like to figure out how to run services inside a container <neonio>but have that container also use guix features, like sharing the store <untrusem>you mean the oci-service or the guix shell container, probably the former? <neonio>i guess the former with features from the latter? <untrusem>ohh today I learned there exists a `container` subcommand <neonio>ah, nvm, i think i can do this with the volumes field in oci-service <RavenJoad>I have a, perhaps, strange issue. I need a package's source (which is a .tar.zst in this case), but the tarball contains hard links, which "zig fetch" does not support. What is the best way to re-package the tarball to remove hard links? I already have the tar command to fix this. It's the Guix side I am unsure about. <Rutherther>RavenJoad: are you using origin? I'd suggest "snippet" field of it to unpack and repack. But you could also add a new phase <RavenJoad>Rutherther: Right now, I am hacking, so I did not use the snippet system. I need a new package for this too. <RavenJoad>Thing is, how would I do that? The snippet runs against the tarball? If so, where would I put the transformed output? <RavenJoad>Or are you suggesting that I manually break the hard links (there are not many, so it is doable) and just let the rest of the process go? <Rutherther>no, snippet runs in a directory with the tarball extracted and then it gets automatically repacked from the modifications you make in that directory <RavenJoad>Right, that's what I thought. So I have to manually break the hard links. <RavenJoad>In fact, I may just make this a patch for the original package so that it is permanently fixed. <alteregon>can someone point me to a scheme manual or primer != gnu.org ones? <n|Phreak>yeah , I really like the racket docs , and the chez manual <untrusem>alteregon: umm check out spritely's scheme primer <n|Phreak>yes the docs are frustrating I agree , I'm looking at info guile and guix and online lol <n|Phreak>yep thats not bad either , but doesn't go in deep <n|Phreak>yes guix docs are nice I use them a lot. <alteregon>untrusem: thank you, i looked it up already. <untrusem>ACTION reads manuals inside emacs its nice :) <alteregon>i never touched lisp/scheme and the guile manual is not yet for my level. <n|Phreak>Yea I'm working on a doc for myself right now that allows you do use the repl to be able to figure out how to create services and or use an existent one. <untrusem>ACTION don't use tex. guix was my intro to it <untrusem>n|Phreak: nice pastor recently published a blog that is similar <n|Phreak>I think in my opinion you should be able to use the repl for most things , there are a ton of %variales in guix / guile <untrusem>n|Phreak: you can add your doc into cookbook too :) <n|Phreak>yeah I use org, denotes for all my docs so I probably could <n|Phreak>right now using geiser-guile to help me figure stuff out <RavenJoad>I'm probably just being dense, but why would a git-fetch'd source be read-only? I cannot apply the patches in the patches list when it is read-only. <civodul>RavenJoad: it can, or we’d have a serious problem (there are many ‘git-fetch’ origins with a non-empty ‘patches’ field) <RavenJoad>civodul: I know, I've seen them too. I also read (guix build gnu-build-system)'s unpack and I should be handled by the very first if. I am very confused about what is happening right now. <Rutherther>hmmm I am wondering if those work well with the unprivileged daemon. Well I expect someone would have noticed by now, so probably yes <RavenJoad>For now I am just commenting out the patch stuff so I can keep working on the real goal. But I must come back around and bring that patch back because of reproducibility. <GalaxyNova>Is there a way to get `guix vm` to use GPT instead of MBR? <GalaxyNova>from the manual it doesn't seem like there is a flag <new_user>Will the savannah repository be working again? I get an error when running "guix pull"? <n|Phreak>interesting your not using gitlab for guix pull ? <jlicht>Rutherther: am I correct in assuming the dist sources tarball for 1.5.0 was manually generated somewhere, somewhen? <Deltafire>any idea why rustc would have been terminated by SIGKILL during a build? <Deltafire>the machine has 10Gi free, should be enough i think? <Deltafire>actually, think i'll wait until morning and see if any of the build farm successfully build it :)