<sysfu>anyone recommend a minimalist git hosting service? I need a place to stash my config files, that's it. So ideally, there's no public web accessible interface, no captchas, 2FA support for yubikeys. So for looks like githuman and maybe paid sourcehut are the leaders. Don't want to mess with self-hosted for now.
<bjc>i use cgit. it's ugly as hell and does almost nothing. i love it
<sysfu>bjc: Beautiful! Never heard of that, but 'ugly as hell' descriptor is...well what's the opposite of a red flag, a green flag? will check it out thx. Looks like catgirl code hosting uses cgit-pink.
<unmatched-paren>sysfu: oh, i didn't see "don't want to mess with self-hosted for now :)" sorry
<sysfu>unmatched-paren: No worries, I might stand up something in a TrueNAS jail at home. My thinking was where can a skinflint who wants zero features stash some homedir and etc config files for free.
<sysfu>Make you wonder if there are git hosting services that don't even have a web site, say you signed up via SSH only. And email is optional for account recovery.
<mekeor[m]>negligiblebeans: for a local guix channel, i use (url "/home/user/path/to/my/guix-channel") without any file:// and it works
<sysfu>mekeor[m]: i was looking for a host. I don't suppose there's any market for the kind of host that I want however. Maybe notabug might work. githuman needs a blockstack id to login.
<mekeor[m]>in order to work around the issue with ci.guix.gnu.org, i replaced (channel-with-substitutes-available %default-guix-channel "https://ci.guix.gnu.org") with just %default-guix-channel in my ~/.config/guix/channels.scm
<indio>Hi. Is there any place to read about the differences of GuixSd and GNU Guix on another GNU/Linux?
<indio>Just out of curiosity, but couldn't find any links.
<lfam>Hm, I'm not sure there's like a list of differences. But we can answer questions you have here
<indio>Ok. I'll write them as I can formulate them. Most importantly, I like the feature of being able to reintall my whole packages and configurations from a single configuration file. Is this possible in Guix in any GNU linux distro, such as Trisquel? Or do I need GuixSd for that? I don't care if I have to install a basic Trisquel first, to be able to reproduce the Guix state.
<Guest19>is it possible to define .xsession with guix home?
<indio>I hope I made sense, otherwise I'll tty to ask again later.
<lfam>indio: Yes, there is a main config file in Guix System (we stopped calling it GuixSD a few years ago)
<lfam>Users can still do their own packages that are not covered by the main file, but they don't have to
<indio>oriansj: I once spent 1 week reinstalling windows 10 from scratch. I logged everything. I cry when I remember it. I know with GNU/Linux is bbetter. Yet traditional distros takes at least a day or two, from scratch. I'm willing to try the state of the art, because I need to save time.
<oriansj>indio: Guix from zero to fully setup is 20 minutes for me, would you like to see my new system setup procedure?
<indio>I'd like to keep using my current distro, but try Guix package manager to be able to reproduce the bulk of the config, if possible.
<oriansj>indio: which distro do you currently have?
<rekado>yasht: I don’t think so; it would be good to have package transformations available as an option for the “guix system” sub-commands.
<rekado>yasht: you can apply package transformations to the globally installed packages, but I don’t think know how you would rewrite all packages that are used by all services.
<zimoun>jpoiret: what are ready for that with the domain guix.info ;-) Currently, www.guix.info is redirected to guix.gnu.org
<yasht>So how should I go about replacing the alsa-ucm-conf system-wide with an updated version?
<zimoun>jpoiret: maybe it could be worth to internally hard-code URL pointing to some subdomains of guix.info redirected to the current gnu.org subdomains. It would help to mitigate the issues when gnu.org is down for whatever reasons.
<apteryx>while transferring a massive amount of ghc stuff to an offload host; guix offload: sending 6 store items (1,974 MiB) to 'the-offload-host'..., the remote SSH server stopped responding (can't SSH to it anymore)
<apteryx>seems it got stuck (no more bandwidth being used), but the offload build hasn't returned the prompt yet
<rekado>I’ve built a bunch of things for aarch64 on berlin and it never froze
<andreas-e>Just connect to berlin and try something like "guix build openjdk". It will start by sending maybe 1GB of data, and usually stops. Then there is a timeout after one hour. Or "guix build ghc".
<sneek>davidl, unmatched-paren says: run this in a guix repl with your channel in the load path and once it starts hanging, cancel the operation, and the last line in ~/recursion.log should tell you which package has a cycle in it
<sneek>davidl, unmatched-paren says: disclaimer: i'm not certain this will work
<sneek>davidl, unmatched-paren says: oh, also, change %my-channel-directory to the appropriate directory :)
<apteryx>hm, per the autossh service documentation, the 'port' field I've used should have translated to a -M option
<surpador>Has anyone been able to run a flatpak as a Shepherd service? I've been trying to use simple-service and fork+exec-command to run `flatpak run' and `flatpak kill', but I haven't gotten it working right yet. One problem I've had is that flatpak instance IDs can exceed the PID range and so Shepherd rejects the instance ID as a running value for the service.
<zimoun>For instance, if FSF closes Savannah for whatever reason, it will be complicated with the current status to propagate the switch to all user.
<zimoun>andreas-e: well, I have no idea about wget for i686 and it is blocking.
<zimoun>andreas-e: Let me know about Julia. FYI, I will be offline after 19h (Paris) and til on Monday morning. :-)
<andreas-e>Me neither for wget. The File1 and File2 that are mentioned are string variables (containing text, not file names) in the Python test scripts. I suppose they should be written to temporary files, then some kind of web server is started and wget is used to retrieve the files. But I have not checked that, and I do not feel competent to test it.
<PotentialUser-95>Hello. I finally got my Honeycomb LX2 ARM server and it starts booting from sd card but at the very end I get an kernel not found error. The image I tested is an UBUNTU ARM provided by the guy who assembled the LX2. Can you suggest a working image or even better provide a download link? I know that the arm build farm is using the very same hardware
<bjc>just curious: is there a reason to prefer rofi+wayland over wofi?
<lissobone>This is a certified "welcome abroad" moment.
<lissobone>Does prboom-plus fail to build for anyone else?
<lissobone>I know that there are other free doom engines available, but I just need specifically prboom because of the old saves. Long story short, I broke Trisquel. I messed something up with python, but I saw this as a reason to try something new. That's how I installed Guix. The unauthorized package management is pretty cool. I'm still reading the info manual.
<lissobone>I am starting to think that it's "aboard" and not "abroad".
<lissobone>Cool. I tried to investigate the issue before writing here by checking the log files (using special technologies of the Future called 'grep', 'zcat' and also something else). I didn't understand what really happened, anyways.
<lissobone>"No usable browser found"... Alright, I'm gonna just emacs it.
<attila_lendvai>one of the best thins in lisp is that it can give a backtrace. and it's rather dismaying that Guix hides it most of the time. (current annoyance: error in a start GEXP of a service without a backtrace)
<lissobone>But I believe that the compiler might have something in store.
<apteryx>ieure: that's my experience too (it creates very confusing merge conflicts). so how should branches be merged then? 'merge' appeared the most natural solution, but when using that approach if new commits appear upstream, it needs to be rebased
<apteryx>I could cherry pick, but that's kind of unwieldy for large branches, and I think it'd rewrite the commits (which merge could avoid unless you then have to rebase too)
<teddd>I'm trying to build the guix website. I followed the instructions in the README. `haunt build' fails with `TIME-ERROR type bad-date-format-string: "~Y~m~d ~H:~M"'
<teddd>Should I consider using some time machine ?
<teddd>Maybe guile is too new ? Maybe some things need to be recompiled in guile on my side. I guix pulled recently after 2 months. So maybe I have some old compiled guile somewhere. How do I force recompilation?
<apteryx>just deleting the .go in the project should be enough, if it doesn't use auto-compilation
<teddd>I just cloned the repo so it should be the problem. But let me try
<bjc>w00t! just got my system built with core-updates
<bjc>i did have to disable lxd and setting the keymap, though. and patch like three things~
<teddd>apteryx: not working. Maybe a problem with locales ?
<apteryx>teddd: I doubt so, but I'm out of ideas :-/
<apteryx>I've mostly cherry picked stuff from rust-team into staging to help fixing the rust breakage there, didn't create much original rust work I think, so hopefully the merge will not be too painful
<tirifto>Hello! I’m not sure if this is on-topic, since I’ve installed Guix 1.4.0 from Debian’s repositories, but I want to ask if the repositories in such an installation are meant to stay up-to-date.
<tirifto>Curiously, using ‘guix search’ I only find outdated package versions (icecat 102.5.0 and nheko 0.10.2), but after installing icecat, it says its version is 102.10.0. Could it be that search is somehow using an outdated repository…?
<tirifto>I have ran ‘guix’ pull several times, until it said there‘s ‘nothing to be done’.
<tirifto>Huh… the Jami and Icecat I installed are both newer than the search results, but the Nheko I installed is just as old. I might have changed my profile between installing these, but it feels like that shouldn’t stop Guix from getting the newest versions…
<apteryx>tirifto: I think there's a gotcha when using the guix from debian
<apteryx>/usr/bin/guix taking precedence or something, and not being shadowed by default with the guix from 'guix pull'
<ekaitz>anyone coming to the OpenSourceSummit this year? it happens to be in my city
<ekaitz>maybe for some reproducible builds stuff? they have a track for that
<apteryx>i'm doing a few sanity checks to the master -> core-updates, and I'll merge after, if you can hold on to commits you were about to push there
<lfam>Hey apteryx, how'd you do the staging deployment? Cherry-pick / rebase?
<tirifto>Oh, I see the problem now! The path ‘~/.config/guix/current/bin’ has ‘guix’ and ’guix-daemon’ in it, and is included in the profile Guix asked me to set. But that same path has had no other executables in it, even though I had installed several programs. So instead, I source the profile which has ‘~/.guix-profile/bin’, which has all the executables… except for ‘guix’!
<apteryx>lfam: a merge... then I didn't have a choice but to do a rebase because of some commits that got pushed in the meantime