IRC channel logs
2025-05-07.log
back to list of logs
<Tadhgmister>I did some refactoring on my operating system config and I am now getting an error that qemu-binfmt depends on file-system-/gnu/store which is not provided and I am not understanding what originally provided that service and why it is now gone <isf>hi guys I tried to install Guix today <isf>latest and the "stable" version <isf>and both dont work for boot <isf>I do all installations with the whole disk encrypt <Tadhgmister>what is the actual behaviour? and what bootloader did you choose? <isf>I just did the graphical installation <isf>so GNU Grub is the bootloader <isf>but I dont see any option to choose because the disk dont show nothing when I tried to use it for boot <isf>Im very sad because I'm contributing doing translations to the GNU Guix <isf>but when I try install it I can not <isf>I see other users with the same issue in the past but no one explain why happen just say "install the latest version" <isf>and I tried but that dont fix nothing, <isf>btw my computer is completly compatible with free software <isf>im a Trisquel user for years <ieure>isf, What happens when you boot? Can your BIOS not find the disk to boot from? Or does it try booting and the bootloader does nothing? <isf>the BIOS find the disk <isf>just dont load nothing when I choice it to boot ieure <ieure>isf, Does it send you back to the boot device selection? Or does it try booting and then hang? <isf>send me back to the boot device selection <ieure>I mean, what kind of computer are you installing on? <nomike>I'm done with the technical part of packaging openscad-nightly and I'm now doing final touch-ups on the code. The deal is, that OpenSCAD hasn't had a release since 2021.01. They are working on one now but are not quite there yet. They recommend new users to use their nightly-builds as their code-base is stable and already quite mature. <nomike>I think it would be good to mention this somewhere but I'm not sure whether this should better be a comment in the code or part of the package description. <ieure>nomike, Hmmm, while it is fairly common to package snapshots, it's not real common to mention that. Usually, the version produced by git-version makes it clear. <nomike>The thing is, right now there is a package "openscad" at version 2021.01. https://openscad.org still offers this version as a download, but they also offer the nightly versions below on the same page. For now I wanted to mimic this by introducing a new package "openscad-nightly". <nomike>My idea was to show users somehow that actually "openscad-nightly" is the far better choice right now. Yes we could just get rid of the old version and replace it with a nightly, but there might be people who are especially paranoid or who need to stay on an official release. <ieure>That's an option. I guess it depends on how useful the 2021.01 version is and how stable the snapshot it. <ieure>If 2021.01 isn't really useful, I wouldn't bother. <isf>ieure: my computer is a Thinkpad T420 <lechner>Hi, how may I use local package sources again, please? I'm not looking for the vcs-file? trick but rather using a known path on disk <ieure>isf, Nice, that's a good one. Are you running Libreboot? <ieure>isf, I'm wondering if Guix did a UEFI install when you're using legacy boot (or vice-versa). That's been the most common problem for me when a fresh Linux install doesn't want to boot (not just Guix). <lechner>ieure / to my knowledge it's not possible to install UEFI grub when using legacy boot. there is a cryptic not found error <lechner>i guess everyone tries that at some point <isf>I'm not using Linux just GNU Linux-libre ieure <isf>and no, I dont have libreboot installed yet, because I'm not a expert to do it, because need external hardware things <ieure>isf, I'm not sure, you might ask on help-guix. <isf>that is a email list ieure ? <zilti>Was there an openssh update the last few days? Seems like whatever it was, it breaks ssh for people who have the nix-service running: "bad ownership or modes for directory /nix/store" is what I get <nikolar>i doubt guix would mess up your /nix/store <zilti>nikolar: No, but maybe it messed up ssh's compile time stuff. Because apparently, ssh checks the permissions of certain directories, and refuses to work if they're too loose. <zilti>Well maybe whoever updated ssh took over some option from the nixpkg, I don't know. On "normal" systems it cares about /, so it'd make sense that it'd care about /nix/store and /gnu/store, too. <zilti>Or it is in there by default now and did not get patched out, because barely anyone uses nix-service. <Hasnep>Hello! I'm interested in getting involved in bootstrapping programming languages, is this a good place to ask about that? <efraim>hako: it looks to me like you've been taking care of the rust-team branch lately (thanks!) and I was wondering how close to merge-ready it is. I was thinking of looking at the shorten rust bootstrap patches (77616) <hako>efraim: packages are ready, it's documentation work left now. <hako>efraim: I won't touch packages before opening merge request, feel free to apply the series :) <efraim>I did some work previously with trying to move the bootstrap to 1.74 but ran into problems on aarch64/riscv64 so I think we'll just end up with both bootstrap versions for a bit <efraim>so I'll see how well it works, but I might end up leaving off 1 or more of the patches <untrusem>dart/flutter is not avaible in guix, people who need it, how did you get around this issue? <untrusem>git: 'remote-https' is not a git command. See 'git --help'. <untrusem>I get this ^ whenever I try to clone a repo <efraim>untrusem: git from Guix or from distrobox? it might be you're missing some packages that would make it work <untrusem>as a workaround I am using git from guix <efraim>maybe git-extras? or ca-certificates? I don't remember ever getting that error on Debian <untrusem>I can't even install flutter in distrobox because it would need git clone <untrusem>maybe distrobox is not using correct git <untrusem>I will ask this is distrobox matrix room <untrusem>As a background, I symlinked the containers git to the host git using the distrobox-host-exec command <futurile>NOTE: today is the the LAST DAY to record a vote on GCD002 - Migrate to Codeberg - if you are in a team today is the last chance to record your perspective <look>futurile: I think it was yesterday the last day (may 6th), the voting will be officially over in about 20 minutes from now since all places in the world will be may 7th already <identity>what is the state of Emacs-Guix? it seems to be unmaintained, and the last time i tried it, it seemed to break completion in my Emacs. should the mentions of it be removed from the manual? <dthompson>yesterday I couldn't complete a pull because of an issue with the guix past channel and now I can't pull because savannah is down :( <efraim>there's a new readonly mirror for when cgit isn't needed <dthompson>has anyone seen an error regarding an unbound texlive-union variable when pulling? the backtrace seems to indicate this is from the guix past channel <efraim>there was an update to the texlive stack, uh, looks like yesterday <dthompson>I'd be curious if anyone can successfully pull right now <dthompson>I'm disabling all channels besides guix and nonguix to see if that works <dthompson>yeah that works. must be the guix gaming channel or something that relies on guix past <cbaines>I think some kind of automation in QA would be good to check for the removal of exported variables that aren't deprecated <cbaines>that wouldn't catch everything, but would at least catch things being renamed without a deprecated alias put in place <civodul>identity: emacs-guix is in need of maintenance work indeed! <civodul>it does the jobs but there’s a few bugs that have been accumulating <hako>Substitute mirrors for ci.guix.gnu.org and bordeaux.guix.gnu.org are available in Japan! I have sent about this and a few questions for mirroring on guix-devel. <gabber>is it possible to (re-)trigger a qa build as a mere casual? it's about #76785 <cbaines>gabber, I think QA is currently struggling as Savannah is down, it's also got quite a backlog of things to test since the tex-team branch was merged recently <zilti>The main GNU site is down even. <cbaines>gabber, regarding pretty recent, QA tests the most recent ~200 patch series and I think #76785 might fall within that <cbaines>gabber, anyway, you can check the patches still apply and resend them to the issue, that'll ensure that QA sees it as a recent issue <gabber>though this is not the satisfying answer i was hoping for <cbaines>longer term, QA needs to be a bit smarter about when to rebase branches, since while some patches needed to be retested with the tex-team changes, maybe others didn't <cbaines>currently it just looks at the number of changed packages, rather than the actual overlap with the patch series changes <cbaines>efraim, ah, interesting, has this been announced somewhere? <andreas-e>Yes and no. It is hosted on Codeberg, but the group "guix" there consists of Guix people. <z572>Has GCD 002 been passed? Are we going to migrate now? <andreas-e>ieure: QA has trouble with your librewolf patch #78249. I suppose it is because it contains at the same time a patch series of 3 and a (duplicate?) single patch in the middle of it. I wonder if you could either do a consistent v2, or maybe just build everything and its dependencies locally and push if it works? <ieure>andreas-e, Whoa, weird. I think I had a draft patch kicking around that ended up getting sent. Thank you for mentioning, I'll send a v2 later today. <ekaitz>futurile: thanks for collecting the votes for the GCDs <futurile>ekaitz: no worries, I spent a fun morning finding out about GNU recutils which I'd never heard of before Guix <futurile>ekaitz: it's pretty cool in a strange way <ekaitz>yeah, Jose, the author, is a very funny dude <ekaitz>the project is really interesting <ekaitz>he's also the author of GNU Poke <yul>I'm updating a package that uses rust and the cargo build system. When a crate offers optional features in the Cargo.toml file, how are these exposed from the package and then later enabled when a different package wants to use it as an input? it looks like there's #:features that can be used in the package definition but I'm unsure if that simply exposes it or forces it to be enabled in the package being built. <ieure>yul, It enables them in the package being built, changing the flags produces a different derivation. <yul>ieure: thanks, that's what I was hoping! <futurile>yul: are you using the new build capability on rust-team that z572 has been working on? <yul>futurile, I'm unaware of what that is. unfortunately this is the first package I've tried changing and I'm sort of bumbling through it <futurile>yul: OK, rust packaging tends to be quite arduous because of the dependencies which blow up quickly. And the build system is just going through a change which should make things a lot easier. <futurile>yul: there will still be backwards compatibility with the current way of doing things - but it may not be the best choice of one to "start with" - of course, if you're having fun doing it just keep going ;-) <AwesomeAdam54321>futurile: Has there been any progress with the antioxidant build-system? Or is it on hold for now? <futurile>AwesomeAdam54321: AIUI Hilton has proposed and implemented a change - taking from what was tried before - I don't remember the exact reason why they made various choices - anyway a new improved build system for rust is being used on rust-team <yul>futurile, that's good to know. I'll keep plodding along for a bit longer, I think I'm on the last package or two I need to update. I need to figure out how to get the build system to recognize a source tree that contains multiple crates but barring anything else I'm hoping that'll lead to an updated binary <potatoespotatoes>Hi all, I want to use and configure the network-manager type for the installation-os, but I'm getting a funny error that the networking service is already defined <ieure>potatoespotatoes, Which of the built-in service lists are you using? %base-services? <ruther>potatoespotatoes: are you using dhcpcd service type? <ieure>potatoespotatoes, Right, well. The error is telling you that the operating-system already provides a networking service. Remove that from the operating-system you're modifying. <ieure>Then you can add network-manager-service-type. <ruther>potatoespotatoes: then that is the issue. You need to remove it. <potatoespotatoes>ieure: I need to configure network-manager to apply a configuration fix to get the ethernet working <ieure>potatoespotatoes, I don't know about the systemcrafters image. The default Guix installation-os comes with static-networking-service-type. <ruther>if you used dhcpcd before and you wern't getting more than one networking shepherd service, and then you only removed dhcpcd service and added network-manager, you wouldn't get this error. So I think the most likely case is you haven't actually removed it. <potatoespotatoes>ieure: ah! cool. is it possible to remove that from the services list with modify-services? <ieure>potatoespotatoes, None of this is special, it all works the same. <potatoespotatoes>okay, I got a little closer: I'd /like/ to have network-manager but deleting static-networking stops providing the loopback device, needed for ssh. <ieure>My machine has network-manager and no static-networking and ssh works fine. <ruther>that is because %base-services has loopback static networking service <potatoespotatoes>I got it working. I just pulled in that static networking service from %base-services <yul>if a rust project has a Cargo.toml file at its root that references another crate in a subdirectory that contains its own Cargo.toml, how should the package definition handle this? should a new package definition be made for the crate in the subdirectory? <ruther>yul: the new rust packaging workflow supports cargo workspace projects. I don't think the current workflow supports it and not sure what approach is best, but you will have to set the cargo-*-flags manually I believe <ruther>oh wait I am mistaken actually, it supports workspaces <ruther>so putting all the paths to install to #:cargo-install-paths could work, no need to split it up <yul>ruther: thanks, I'll look into that! my previous attempt had it such that the sub-crate wasn't being found by the build system and I was a bit stymied <ruther>urgh. I actually wasn't mistaken in the first message, I just forgot I switched to rust-team yesterday when I went to verify myself :) <ruther>cargo-install-paths and cargo-package-paths are two new arguments in the rust-team that bring workspace support <yul>ruther, the 'build' phase. that was when I was trying to reference it from the same package as the root crate. I wanted to confirm there was a different path than walking the directory tree myself in another package before going down that route <yul>ah. it sounds like it's best for me to hold of on this then until those get fully ironed out and merged in? <ruther>yul: maybe, hard to say. But a failure in build is surprising to me. Those arguments have effects only on package and install phases. So I am not sure the changes will resolve a failing build <ruther>yul: maybe the package is not actually a workspace? Does the Cargo.toml at root have [workspace]? <yul>the root Cargo.toml does have [workspace], and it has the subdirectory listed as a member <ruther>hmm, I am a bit puzzled build would fail then, as far as I know cargo should just take care of it in the build itself <ruther>the only thing I change in workspace package I was building myself is the install phase where I put the path I want to install in arguments <yul>I'm sure it's something I'm doing incorrect with my package definition. is there a package you're aware of offhand that has a similar situation I could reference? <yul>efraim, I'll take a look, thanks! <luca>Anyone got any tips or ideas? <gabber>is python2 on the main branch currently broken? <gabber>luca: user dthompson reported something similar. pulling with only guix and nonguix channels seemed to work for them <luca>Thanks, commenting out guix-gaming-channels did it for me! <gabber>there's no build for "python2 system:x86_64-linux spec:master" on ci.g.g.o? <dthompson>luca: yeah the guix gaming channel was the culprit for me, too <luca>I gotta get better at supertuxkart :P <kkremitzki>Hello, I was just reading some Guix documentation and wanted to say thanks to those who work on it. As a learner, I appreciate all the cross-linking of references, all the "see OtherSection" or "see Foo in the GNU Bar manual" <gabber>kkremitzki: it did restore a good deal of my faith in documentation <gabber>heck, using - and later working on/contributing to - Guix restored much of the faith of "doing things the way they should be done" for that matter (: <civodul>kkremitzki: i think it’s useful, good i’m not the only one :-) <bdju>If I grab a .otf font from somewhere, where do I drop it for it to be usable by stuff on Guix System? <kkremitzki>I'm a Debian developer but I've been learning about the BSDs lately and there, people often praise the coherency of documentation giving the feel of a unified OS, and the Guix docs give that sense to me for the GNU world <ieure>Haven't spent much time in BSD land, but a friend of mine is all in on OpenBSD. <ieure>She really appreciates that it's a simpler system than modern Linux has become. <ieure>And that stuff very rarely breaks because there's some new audio thing... or some other new audio thing to replace the last new audio thing. <kkremitzki>Although one thing I miss from Debian is the `dwww` package, it basically drops in an Apache config that provides a single view to all your man/info pages and -doc packages, so for example it links to the index.html from python3-doc and I can read the docs without internet on the train <ieure>I can fully understand & appreciate that perspective. <ieure>kkremitzki, Seems replicable in Guix if you're motivated! <kkremitzki>ieure: Definitely, and it's always nice to learn from the different development paradigms used by projects <kkremitzki>And yep, I would like to get something like that set up, but it's quite a ways down the list... I did just submit my first Guix patch though! Next up is probably trying to get neovim-qt packaged