IRC channel logs
2025-01-28.log
back to list of logs
<ieure>coyotes4ys, It didn't in this case, which is different from "doesn't ever." <ieure>`guix build' will download a substitute, if available, and fall back to building if not <ekaitz>and in both cases, unless an error happens it will print a path in the screen <coyotes4ys>so i have to dl a substitute in order to get the path? then if it doesn't actually use the substitute it just vanishes or? <ekaitz>coyotes4ys: no, it will always give you a path <ekaitz>if it uses a substitute it will download a prebuilt package <ekaitz>if it doesn't, it will build the package in your computer <ekaitz>in any case the result is a path with the contents of the built package <ekaitz>if there's an error, you won't get a path, but it will tell you an error happened <coyotes4ys>but if i already have openbox why do i need to download and build it again? just trying to find out <ekaitz>if you already have it, it will give you the path that was already built in the past during the installation <ekaitz>think about the store as a content addressed database <coyotes4ys>yes i need to read the guix intro better andd more of it <coyotes4ys>another random question, does anyone know of a process/task manager where i can get info on a specific process/task's use off cpu over time? i have htop is it present there somehow? <wakyct>I think you'd have to script htop like with bash. There are other tools that can sample, I've never used them though <wakyct>guix search nmon, nmon was one of the top search results just now <wakyct>scripting htop wouldn't be too complex though, look into it <wakyct>or maybe using top makes more sense? dunno <wakyct>but maybe more scriptable for that reason <wakyct>oh I don't even have htop installed. So I guess top is it ;) <wakyct>yeah you can run top in batch mode for non-interactive use <wakyct>sometimes that is slow and/or you might prefer the command line 'guix search <string>' <wakyct>that can give a lot of output sometimes, so you can filter it <wakyct>like this guix search tor | recsel -p name | grep browser <coyotes4ys>it has tor-client and tor neither of which seem to have the browser <wakyct>guix search returns records you can use recsel on <wakyct>I'm just showing you how to find things. The package is called torbrowser <wakyct>it's not unknown for me. Maybe you need to guix pull <wakyct>what are you typing exactly on the command line <wakyct>that should work, my system is 11 days old so if you've pulled recently you should have it <wakyct>as packages.guix.gnu.org also lists it <mange>coyotes4ys: What version does "guix describe" say? <mange>That is, what's the commit of the "guix" channel. <PotentialUser-57>is it possible to install guixsd from another distro like gentoo, for example? <lfam>It's more than 2 years out of date <mange>Yep, that. That's the commit of version 1.4.0, which means that you're not running the guix that "guix pull" set up. <mange>Can you run "~/.config/guix/current/bin/guix describe"? I imagine that will be different. <mange>When your shell starts up you should source "~/.config/guix/current/etc/profile" to pick up the version installed by "guix pull". <mange>I don't know how you installed Guix initially, but I imagine you're currently running the version that was installed when you did that (you could find out with "which guix"). <coyotes4ys>that command you said last returns no such file or dir <coyotes4ys>fyi i really have been using crunchbang etc for over ten years, i just hack my way through. sometimes idk basic shit <coyotes4ys>i have looked it up but i was in convo with u and so i told you to let you know, and asked you in case it was a short answer. if it's not feel free to let me know that. for the future <wakyct>asking questions and having conversations is great. I'm telling you this for your own good. <coyotes4ys>ok none taken, but i reiterate i will continue asking things in conversation just in case it's a short answer. i understand this was extra basic/how the/i can't believe he got this far without <coyotes4ys>ohhh right. i remember source is a great way to add to my bash profile. or is it bash.rc? haha <squid64>How can I remove programs I don't need that came preinstalled? Like epiphany, the gnome music player, etc.? <squid64>If I run guix remove it tells me it's not in the profile <wakyct>squid64 you might have to change profiles with -p <tln>Hello all. Anyone else having issues recently with downloading latest image? I'm specifically running into the json error "Could not find requested build product" for Visionfive2. <wakyct>or squid64 they might be all rolled into one big package? <wakyct>I think that's how my xfce install works <mange>squid64: I assume they are part of your operating system. You're using gnome-desktop-service-type? If so, "(guix) Desktop Services" in the manual says there are a few fields to control extra packages coming in: "utilities" and "extra-packages" look the most relevant. <mange>Specifically, epiphany and gnome-music are in utilities. <squid64>mange: Hmmm yeah I guess. When I installed the distro like 2 days ago I just used the installed and chose the GNOME desktop and went with defaults for the most part because I didn't wanna go through all of it manually. <mange>Right, so the packages are installed as part of your operating-system configuration. That means you have to remove them from your configuration file, then reconfigure your system with the result. <coyotes4ys>is that all one line or put the first, enter, then put the second and enter? <squid64>the configuration file is it config.scm? <mange>It looks slightly involved to remove epiphany and gnome-music, though, because the gnome configuration does some work to extract dependencies and add them into the list. I'm not sure what the intended way to modify that list is. <mange>Yeah, it usually starts in /etc/config.scm. Have you read through "(guix) Getting Started with the System" in the manual? <mange>And the following parts, as well, like "(guix) Using the Configuration System". <squid64>Hmm I don't think I read that one. I'll go and read. There was just so much to read I didn't know where to start <mange>Usually I just try to reconfigure and add modules as Guix complains (it's usually okay at guessing which ones I need). <coyotes4ys>sorry peanut gallery comments. but wow the dependencies for torbrowser. it's a few hundred MB and like 50 dependencies so far? or is this all because i just pulled? maybe that's why <squid64>I mean I don't have to remove them but yeah I use emacs for a lot of things which makes it so I don't need a lot of those packages and I have another browser and all and apps I'll just never use. Probably just an OCD thing. <squid64>>In the end, I expect you'll want to have your gnome desktop service <mange>Sure, I use Emacs for lots of things, too. But the default gnome configuration is set up to have everything that a user would reasonably expect a gnome desktop to have. If you want less, you have to do some work to configure it so. <squid64>Did you just like manually type all packages you wanted to keep or something? <mange>I copied that list from the Guix source. gnu/packages/gnome.scm defines a gnome-meta-core-utilities package with the default utilities. <coyotes4ys>before too much time goes by i want to thank you mange and wakyct. i got hash pointed to my guix and torbrowser was found andd installed. word :> <Agiel>Why am I getting `output (...) is not allowed to refer to path ...` messages? <meaty>Has anyone here been able to transfer files/music to an iphone? how did they do it? <lfam>meaty: Not exactly an answer for your, but I would look at Syncthing and Mobius Sync to transfer files between Guix and an iPhone <lfam>But, I use Android these days so I haven't tested it myself <PotentialUser-76>Would anyone have an nginx configuration (in the form of a guile snipped to put in config.scm) to block all bots? <cbaines>PotentialUser-76, I'd try blocking by user agent and rate limiting <futurile>Morning all - just two sleeps to Guix Days! <PotentialUser-76>cbaines: thank you! This seems to apply only to one location, though, not the the full server? <cbaines>The limit_req stuff can probably apply more widely by moving it <futurile>cbaines: so when you moved Patchworks recently did you remove old data from it? <cbaines>futurile, I'm not quite sure. It's a brand new database, but I let it process a couple of years worth of emails <futurile>cbaines: ah that makes sense, because the contributor ID's have also changed. My 1000 lines of Excel sheet with all the contributors and their patch count is off heh heh heh - thank-goodness I'm not doing that again <cbaines>futurile, sorry if that's caused you any issues, I like the idea of Patchwork at least, but I didn't think there was much interest in using/maintaining it long term <futurile>cbaines: oh no worries at all - you have enough on your plate already! I really like patchwork, it's one of those projects that didn't get enough 'this is why it's cool' coverage I think <cbaines>I had particular fun moving Patchwork as the Guix service is so old and unmaintained that it's incompatible with the current version of the shepherd <futurile>oh woah! "tracked it down" = "randomly poked at things" ?!! <futurile>I think you and Ludo should do a talk on how to debug Guile/Guix stuff - it's a black art! <civodul>(we don’t have enough power for armhf-linux at ci.guix unfortunately) <ekaitz>i have a secondary mission for anyone that goes to Guix Days, specially for those that are well known, maybe civodul ? <ekaitz>i can't go, but I'd like people to discuss about the status of Guile and how to encourage more Guix developers to join Guile <ekaitz>i think we should make something about it. It's been tree years since I started to port the JIT and I have no answer :) <civodul>ekaitz: i know, i’ve seen the reminder re lightening (to which i don’t have access) <civodul>an option would be to give you commit rights to lightening, that’d make sense IMO <ekaitz>civodul: i'd say it's more an structural problem than that, andy controls a big part of guile too much (for good reasons) but now he's very busy it's hard to get in <ekaitz>i would suggest adding some people as a bridge between guix and guile <ekaitz>you are almost the only one doing that right now <theotherone>Hey, I was trying to get file-database-service to work with plocate so I set the package field of the configuration to plocate. The resulting mcron job tries to look for an updatedb command in the bin directory of the plocate package. However, the updatedb command resides in the sbin directory. I am still unexperienced with developing in guix. Should one change the plocate package to have the updatedb binary in the bin directory or <theotherone>should the file-update-service-type be changed so that the updatedb binary can also reside in the sbin directory? Thanks :) <Googulator>Is there a way to make "search-patches" work when building a package from a local .scm file using "-e"? <futurile>futurile: yes please - that would be great <futurile>duh - heh - meant for you civodul -^ (#75891) <efraim>looks like it, I can't git fetch <efraim>oh my thats a lot of dependencies <FrenchNewbie>hello, checked throught the log if anyone replied yesterday but no answers, added bat and btop to my system-wide packages and i'm having an error "wrong type to apply: #<package bat@0.24.0 gnuj/packages/rust-apps.scm:275 7fe14c02e370> and i do have gnu packages admin and rust-apps in my config.scm, can anyone help me fix that error ? <efraim>pyproject.toml lists maturin. I think we are going to end up with maturin-build-system as the combo python/rust build system <futurile>FrenchNewbie: can you do "guix shell bat" and "guix shell btop" to check that both can be installed for you? <Altadil>FrenchNewbie: to my not-very-experienced-eyes, this sounds like a syntax error. Could you share the config (via a paste site)? Make sure to redact any info that you don’t want public. :) <FrenchNewbie>i had no error when using guix install bat and btop and could use them, tried guix shell rn and no error <futurile>FrenchNewbie: OK, so if they install fine - then most likely there's no problem with the package right - it's probably something in how you defined then - as Altadil some sort of "config error" <Altadil>FrenchNewbie: could you try with "(append (list bat btop)" instead of "(cons (bat btop)"? <Altadil>I’m no scheme expert, but I think you need to use append to merge your list of packages with the %base-packages one <Altadil>With cons, you can add one item, so the interpreter thinks you’re trying to add the result of evaluating (bat btop), which would be the result of calling procedure bat with btop as input. But of course, bat is a package, not a procedure, hence the error message. As you can guess, I got bitten by this too. ^^ <futurile>yeah try: (packages (append (list bat btop) %base-packages) <futurile>you might need: #:use-module (srfi srfi-1)) at the top - I forget if append is core or not <futurile>I always use it because I find cons and friends a bit confusing <flypaper-ultimat>another nice way to do it would be `(cons* bat btop %base-packages)`. cons* takes any number of arguments, and expects the last to be a list, and puts the other arguments to the front of the list. e.g. (cons* 1 2 '(3 4 5)) would give you '(1 2 3 4 5). <BrokeLad>Folks, how did you set up a network bridge for virt-manager? <efraim>I'd like to drop python-sphinx from qemu-minimal, it adds mesa to the dependency graph of qemu-minimal when it isn't there otherwise <efraim>actually it looks like I need to do some qemu experimentation anyway to see what's actually supported <janneke>ACTION is looking for a half-baken patch set they attempted to do that <orka>Does any body know how to use cmake-build-system and cargo-build-system in one package scm file? <orka>I have trouble with this error "In execvp of cargo: No such file or directory" error from custom guix package install" <orka> #~(modify-phases %standard-phases <orka> (add-before 'configure 'cargo-build <orka> (lambda* (#:key inputs #:allow-other-keys) <orka> ; ((assoc-ref cargo:%standard-phases 'unpack-rust-crates) <orka> ; #:vendor-dir "guix-vendor") <Altadil>futurile: in your latest blog post, figure 20 does not show up for me (in Tor Browser). The title and alt text are there. No idea if it’s just me. Thanks for your work, by the way. :) <Altadil>By inspecting the code, I can try to open the link to the image, but I get a 404. <civodul>“Migrating repositories, issues, and patches to Codeberg” <ekaitz>civodul: i like it! but i'm not sure if it's going to be as reliable as our current infra <ekaitz>we might be adding a lot of weight for codeberg to handle, maybe we should use our own instance instead... but also that's problematic for the reasons you mention in the document <squid64>How would I go about configuring X? /etc/X11 doesn't exist. I usually just added a few settings for intel video like TearFree. <squid64>I am guessing guix has some other config file for it somewhere? Where can I check to know what to do? <ieure>squid64, It's the set-xorg-configuration procedure in the services of your system config, I believe the default config.scm puts it in there. <ekaitz>futurile: i'm reading the survey... people suggesting us to use discord... what do they smoke? (i understand the reasons, the sentiment and all, but dude) <ieure>ekaitz, Ugh, Discord is *the worst*. <ekaitz>(i've heard to use discord before, there is some reason for my hallucination) <ieure>But I don't like it much less than Discord. Low bar, but, hey. <ekaitz>in general, both the survey and the GCD #002 are in the same line and I have the same feeling in both: many things we do in Guix are horrible, but some are relied upon a lot <ekaitz>it's very easy to apply a patch now <ekaitz>will it be that easy in an interface that has thousands of PRs, each pointing to a different place? we'll need to download the PR as a patch, reapply... or rebase blablablah <ekaitz>are we going to be more responsive in codeberg? <ieure>The thing I like about Codeberg is that all the tooling is tightly integrated out of the box. Like, I still simply cannot get `mumi compose' to work, at all, which makes it real difficult to reply to patch submissions and have that stuff go to the right place. <ieure>That entire class of issues goes away with something like Codeberg. <ieure>A thing I wrote in the survey is that I think Guix ought to look at how Linux kernel development is managed. The main difference between the projects is that Linux delegates authority, but Guix distributes it. <ieure>In Linux, you have a hierarchy of maintainers, and trust flows downwards from Linus: he trusts the filesystem maintainer, the FS maintainer trusts the individual filesystem folks, etc. <ieure>So if you want to make a change, you work with someone who has a lot of domain experience and a good sense of what's going to work or not. <ieure>Guix patches are more or less randomly matching contributors with committers. <ekaitz>i don't see if you can answer to issues in codeberg via email btw <ekaitz>i think some commiters are efficient because of their email setup <ieure>Trust flows down / patches flow up is something I think is worth looking into for Guix, since it demonstrably scales to a level much greater than Guix is likely to need. The specific tooling for managing patches is an orthogonal issue, even if Guix stays with email patches, this approach could help some of the dev issues we're seeing. <ekaitz>ieure: but I don't feel that matches the way we "are" very well, that's the only problem i see <ekaitz>each project attracts people that are one way or another <Deltafire>ieure: i thought guix had teams? so not completely random <ekaitz>i think guix attracts people that are heavily independent <ieure>Deltafire, Guix has teams, but they're advisory, and don't have the same authority/trust relationship as Linux does. <civodul>ekaitz: regarding bandwidth requirements for Codeberg, i agree, that’s something we need to discuss beforehand with them (see last section of the GCD) <ekaitz>civodul: yep! i saw you took it in consideration. Good. <ieure>We have *a lot* of options to distribute Git load. <ieure>I don't know if it's enabled or not, but Forgejo has a push mirror option, where commits to a repo it hosts can get replicated to another one. So we could use Codeberg for primary development, push commits to Savannah, and users pull from there. <civodul>i also talked to the Savannah admins in an attempt to get some stats <ieure>There's a ton of leverage to distribute load and add redundancy this way. We could push to N mirrors and have round-robin DNS. <civodul>honestly, i’m sure they already handle much more in terms of bandwidth <civodul>ekaitz: re applying patches, i’m speaking as a member of the old guard who always faught for email and honestly, perhaps at the expense of the project, past a certain point <civodul>just to say i’m well aware of what it takes to apply a patch right now <civodul>but i also got to appreciate the other benefits of something like Forgejo :-) <futurile>Altadil: thanks for alerting me, I missed out one of the graphs when I sent the patch <futurile>ekaitz: as you read through the survey, do a 'find' on the connected comments: the thing is that 'ex-contributors' say that the current workflow is the #2 reason why they stopped contributing. And, I think there are reasonable indications (that we can infer) that it's putting off people. <futurile>ekaitz: agree that it won't solve every problem - #1 by absolutely miles is finding a way to improve code reviews - aka 'automate patch review' <ekaitz>futurile: yeah, i see that, but we don't know about how many people will Codeberg put of :) <FrenchNewbie>Back again with another question, i want now to be able to have wayland and sway working. i understood that i need to modify %base-services to %desktop-services but i don't want the GNOME part or wi-fi support. i tried adding (delete gnome-desktop-service-type) to test out the "remove gnome" but i end up in an error where gnome-desktop is not found <FrenchNewbie>in service list. I guess i misunderstood how to do it, does anyone have any advice ? <futurile>ekaitz: yeah totally - we don't know how many we lose - and you see that around some of the other bits (e.g. Gnu) where we have a broad set of people under the umbrella <ekaitz>FrenchNewbie: simply i'm not adding gnome-service-type <ekaitz>FrenchNewbie: i'm not using wayland, but it should be similar to your config <FrenchNewbie>can i see what it looks like in your full config.scm if possible ? <ekaitz>FrenchNewbie: click `tree` and then go to `desktop.scm` <FrenchNewbie>i fail to understand how "my-service" overrides %desktop-services <ekaitz>FrenchNewbie: can you be more specific? <FrenchNewbie>in the desktop.scm i've been sent from orahcio, i don't see any lines telling the system to remove GNOME from %desktop-services <ekaitz>FrenchNewbie: i had gnome-desktop-service before and in that commit i just removed it from the list of services I was adding <ekaitz>in a very similar way that orahcio does <FrenchNewbie>i am not in this use case then as GNOMEN is added from %desktop-services, i will try to use remove gdm <ekaitz>FrenchNewbie: yes, it's in the lower part of the file, probably added in a later commit than that one i sent you <orahcio>Somebody knows how to report any package impossible to build? <ekaitz>orahcio: does your bluetooth work? <ekaitz>orahcio: hmmm tell me about that package <orahcio>ekaitz: I could not to build the qtile package <orahcio>ekaitz: about the bluetooh, It is working in my system <ekaitz>orahcio: i'll copy your config then <ekaitz>unless anyone wants to do it instead of me <orahcio>ekaitz: the list of devices I could get just by run on terminal blueman-manager, that application does not laung when I click on menu from icon tray <ekaitz>i'll try that blueman service you have there because I think that's missing in my device <orahcio>ekaitz: Yes, the simple service for blueman I could see on another config, and after this I could to manage that devices <ekaitz>good! i'll apply that to my config <FrenchNewbie>what is the difference between services and service-modules ? <ieure>FrenchNewbie, service modules are the Guile modules containing the definitions of services. <orahcio>ekaitz: Do you know some tutorial to create patches? I am trying to read the manual, but I am having some difficults, I could to build a missing python package and update another python library to do this, but I don't know how to send this patch, at least the upgrade of the python library <ieure>FrenchNewbie, (use-service-modules x y z) is just a shorter way to express (use-module (gnu services x)) (use-module (gnu services y)) (use-module (gnu services z)) <orahcio>The `guix import pypi...` is amazing <orahcio>ekaitz: Thanks, I will to continue with this study <ekaitz>question to the python team, why do python packages need python-setuptools now if guix lint is complaining if you add it? <ekaitz>and why packages that didn't need it before need it now? <graywolf>Is year 2297 good enough regarding timebombs? If I know that test will start failing in 2297, but it tends to hang with faketime, can I just remove the faketime? <sneek>Welcome back graywolf, you have 2 messages! <sneek>graywolf, dsmith says: Yeah, that does look better (using ~:[ ) <mirai>re: GCD #002, is it still somehow compatible with an email-based flow? <mirai>being able to get a CC or reviewing (reading?) patches in my inbox seems less burdensome than being flooded with a non-threaded discussion on what I assume to be a github-esque UI <mirai>I know you can reply to comments in github via email but that thing does no threading at all <ekaitz>orahcio: qtile is simply broken and I don't know how it even reached Guix <ieure>Forgejo doesn't support threaded comments. How often do patches get so much attention that the conversation around them needs threading to stay organized? <ekaitz>orahcio: please open an issue and CC the authors of the package <mirai>ieure: your run-of-the-mill package update/addition doesn't get much attention, yes <mirai>but larger changes (e.g. services, internal/system changes) do <orahcio>ekaitz: Do I need to read some manual topic to learn how to open a issue? <ekaitz>not really, just send an email to bug-guix@gnu.org with the description <ekaitz>orahcio: but I appreciate the willingness to read docs <orahcio>Nice, I will try to open a Issue as soon as possible <ekaitz>you can find my email in guix's codebase very easily <vagrantc>wow, did not see the proposed move to codeberg coming :) <elevenkb>Hello there, I think I asked a similar question before but I can't find it in the logs. <elevenkb>What is the best way to answer the question: "Why does my home profile depend on this store item?" <elevenkb>'cause right now I have to build a kinda old guix (121e96 from 2024-12-30) and I find that annoying. <bjc>vagrantc: likewise. it seems i've missed a lot in my absence <lfam>Hi ekaitz, I'm curious if you know about the infrastructural capabilities of codeberg, or if it's just a general concern that they couldn't handle Guix? <lfam>And, I'm sorry if this was already discussed <ekaitz>lfam: i think they would be able, but I'm not sure about it. <lfam>I think that using Git as more than just a codebase, but an infrastructural tool, is pretty normal these days. And I think that Guix is still fairly small. I figure if they can't handle us, it wouldn't take much joint fundraising to augment their infrastructure sufficiently <lfam>And that would be a good exercise anyways <lfam>We should be able to "grow our own", so to speak <lfam>Well, I'm approaching it with optimism! <lfam>I'll miss something about the current workflow, but I worry they are holding Guix back <ieure>I don't know what the Guix financial situation is, I kind of suspect the only real assets are hardware. But it'd be good to contribute financially to Codeberg, if possible. They're a non-profit. <ekaitz>ieure: yes, i was thinking a little bit in that direction <lfam>I think we'd want to raise new funds with them for something like this (speaking as someone who is not involved in the treasury). But, some years ago Guix received a $100k donation, and we haven't spent $100k <lfam>Hm, I'd have to ask, on what??? <lfam>We've hardly bought any hardware, nor do we host much <ekaitz>we have many machines that cost money to run <lfam>The MDC build farm is gratis <ekaitz>afaik we don't spend much because people host machines in their basement <lfam>We bought a few Honeycombs, and I think that everything else has been donated <ekaitz>there were some emails about the expenses that we could have if we were paying for our stuff, and the numbers were kind of high <lfam>Yeah, we couldn't afford it! <lfam>As of October 2024, the project had ~55k euros <lfam>So, in the long run, we are broke, because there is no money coming in. But in the short term, we are "okay" <lfam>Anyways, I'm not suggesting we give it to codeberg. I suggest that, if necessary, we help raise funds with them <lfam>If we can't sustain ourselves somehow, then the outcome is foregone <lfam>It's an American perspective I suppose <ekaitz>guix foundation should also support donations by paypal or so, that would make things easy to setup <ekaitz>paypal has some special service for non profits where they don't get a cut of the payment <lfam>There is a donate button on our website, which sends the money to our "bank" in the US, the FSF. They hold our account for us <lfam>It's separate from the funds in Europe <ekaitz>yeah... but the account is of the FSF, isn't it? it's not easy to make a fundraiser specifically for guix <lfam>The money is earmarked specifically for Guix. The FSF does not spend it <lfam>It's because we have no legally organized entity in the US. They handle the paperwork on our behalf <lfam>Right, and it cannot be listed there, because we have no legally organized entity i nthe US <ekaitz>you can be in France and be there <lfam>It should be suggested to the Guix Foundation <ekaitz>meanwhile i raised 35€ for the fsf lol <elevenkb>I wonder if there's been a discussion about what the best ways to improve the performance of guix overall? I would like to read it to direct my studies of computer science over the next year. <ekaitz>orahcio: wanna hear something cool? i just made bluetooth work after 5 years with this laptop. All thanks to you <dariqq>just tried the kexec thing and my monitor stays black the entire time until i hit the display brightness key <orahcio>ekaitz: I am happy to contribute with your configuration. Very nice to hear about it <tschilp>Hi guix! I'm getting ~„check“-Phasebuilding of `/gnu/store/dk4bj7drmyjbgaazsbhwwfhgxcm0waf4-pantalaimon-0.10.5.drv' timed out after 3600 seconds of silence~ at building pantalaimon-0.10.5.drv with guix 25651bab10800cf0. And the log file of the build is empty... <lfam>dariqq: Hm, I've only used the kexec reboot on a headless machine <lfam>tschilp: Weird, I guess the test suite either does nothing (hangs) or it takes forever and doesn't print anything. If it were me, I'd attach to the build process with `strace -f` and see what it's doing <dariqq>lfam: anyway not noticing anything weird with 6.13 on x86_64 (yet) <lfam>Thanks for the feedback dariqq. It's working okay here too <mirai>can I use github release tarballs for package source? <lfam>mirai: Not if they are auto-generated by Github (those can change over time). But if they are uploaded by the project itself, that's fine <lfam>Let us know if you need help telling the difference <dariqq>mmhh kexeced again spamming the brightness key. Still a black screen at the (only) luks prompt but afterwards i was able to turn the screen on again. Not a huge fan of having to type a password into the void but at least I can skip the grub decrypt which is slow af <lfam>mirai: 'tpm2-openssl-1.3.0.tar.gz ' is uploaded by the project and will almost certainly never change. But 'Source code (tar.gz)' is generated automatically by Github and may change <mirai>should I switch to the uploaded tarball or is it better to patch the bootstrap script instead? <lfam>Personally I prefer tarballs, but others prefer Git. It's a matter of taste IMO <podiki>there's been some move to more git checkouts, as one less thing to be exposed for tampering (as per recent security issues) <podiki>scripts that want to use git for a version are annoying as they won't work for us (usually non fatal the ones i've seen, just maybe somewhere a string to set to the right version if it is displayed) <podiki>for that script looks like you can just make the VERSION file easily enough in a phase (if it is used even), while the rest i guess you ignore/let build system do that? <lfam>It's true. But if you use the tarball, that's okay too. I wouldn't reject the patch for using the tarball <mirai>podiki: will "autoreconf --install --sym" be automatically performed by the gnu-build-system? <mirai>or do I have to do it in a phase / snippet <futurile>elevenkb: performance in guix - I think that info's probably locked up in people's head, maybe the devel lists archive is a place to start <lilyp>autoreconf should already be performed as part of the 'bootstrap' phase; you will have to add autoconf and automake to native-inputs, though <podiki>lfam: agreed, we don't have any set standard on git/tarball, i think the discussion was especially around the lowest dependencies and when git can actually be used in the bootstrap <podiki>ACTION away for now, have fun guixers! <mirai>I'm getting "configure: error: addgroup or groupadd are needed." <lfam>mirai: Usually, features can be removed with configuration options <lfam>In Guix, as configure-flags <lfam>I don't think it would be a factor for Guix however, because it seems to be conditioned on the availability of some systemd tools <Agiel>Is it possible to make a mcron service that runs at boot if it missed one of its activation times? <ngz>Hello. I want to write the output of ls command to a file, from Guile code. In Bash, I would use "ls . >outputfile". In Guix, the required combination of invoke, or with-output-file eludes me. How should I write that? <ekaitz>ngz: (with-output-to-file filename (lambda () (invoke ...))) <ngz>ekaitz: Hmmm I thought I had tried that already. Bah. OK, thank you! <ekaitz>ngz: try it first, don't trust me! <avp>Hello Guixers! What's going on with the Git server on Savannah? It returns 502 Bad Gateway for me now. Interestingly it started to return this error just after I pushed a commit that adds "cutecom" to the GNU Guix. I'm hoping that those events are not related. <ieure>avp, Almost definitely not related. Same error on my end. <avp>ieure: Okay, that's very assuring. <podiki>wonder if they are under attack/down again :( <ngz>avp: BTW, license for cutecom is GPL3+, not GPL3 :) <avp>ngz: I checked the project's GitLab page and it says "This project is licensed under the GNU General Public License v3.0 only." Maybe I overlooked something? <avp>ngz: Ah, okay -- in the source code there's "or (at your option) any later version" part in the license. <avp>I'll fix the package license then. <ngz>Indeed. There’s no specific wording in LICENSE files for GPL3+. <ngz>So they are often wrong, in a way. <mirai>what gcc version is used to build the packages on guix:master? <mirai>is there a way to make a package to build with another version of GCC? <Rutherther>depends on what you're looking for. You can either use --with-c-toolchain when on cli for one time thing, or build-system-with-c-toolchain function to transform a package to use other toolchain <mirai>Rutherther: its for a package definition in a file <mirai>how do I get a gcc-toolchain for gcc-14 ? <Rutherther>mirai: just use the gcc-toolchain-14 that is already made <mirai>gives me 'error: gcc-toolchain-14: unbound variable' <Rutherther>you of course need to use modules the module it's in, gnu packages commencement <Rutherther>and note that at this point it is important if you're in guix source or not, if not, everything is fine, if yes, you can introduce cyclic dependencies by just adding use-modules for commencement somewhere <vagrantc>typically i do not thin you use the -toolchain packages in package definitions ... or am i wrong? <Rutherther>vagrantc: I am not sure what you mean. You typically don't, because a default toolchain is already present <vagrantc>well, i had used a newer gcc on some packages some ages ago, and you just specified the newer gcc <vagrantc>that may predate the *-toolchain stuff though <Rutherther>sure you can just put in different gcc and it will probably shadow the older one <mirai>package … has an invalid input: #<package gcc-toolchain@14.2.0 gnu/packages/commencement.scm:3606 7f3f0fc6ed10> <mirai>this is with (build-system-with-c-toolchain gnu-build-system (list gcc-toolchain-14)) <Rutherther>I don't know what's wrong. Shadowing with newer gcc from inputs will likely work too <coyotes4ys>i did guix search transmission gui and only the transmission package showed up <mirai>wew, looks like this package doesnt like GCC-11 at all <futurile>coyotes4ys: searching for 'transmission' showed me a bunch - including tremc - but I have never used it <mirai>building with gcc-14 works and passes all tests and stuff <futurile>do 'guix search transmission' - do you get multiple results? <podiki>re: gcc versions, yes usually just put in gcc-# in native-inputs <podiki>e.g. in gnu-build-system just specify gcc-14 in native-inputs <coyotes4ys>yes i do. so the search is limited by more keywords. ok i guess <futurile>coyotes4ys: just plain text I think, so it looked for 'transmission gui' when you did it <podiki>(i think the gcc-toolchain packages are more for users, in packages it is just "gcc" which is not exposed outside e.g. on "guix install") <Rutherther>podiki: the difference is that replacing with package-with-c-toolchain will replace the original gcc, whereas adding gcc to native input will shadow the other gcc, leaving it in the build environment <futurile>coyotes4ys: correct, AFAIK. If I remember the manual tells you how to use recutils - I just keep my searches short and use grep heh <podiki>Rutherther: good to know. i suppose there are cases where that can cause a problem, just haven't run into needing all that personally (are there examples using that in our current packages?) <podiki>though maybe the build system should remove same named packages if they are given as inputs/always keep only newest <podiki>oh, but package-with-toolchain is for packages, not a build system. i guess you can write a package definition but the public one is using with-toolchain <podiki>or i guess put the package definition inside the with-toolchain procedure. not sure if that was the intention? <podiki>was not doubting, just thinking out loud of how to use; i've seen plenty of (native-inputs (list gcc-12)) or similar, but not with-toolchain. perhaps that's what we should be doing to be more explicit <Rutherther>podiki: I mean the with-toolchain is replacing all packages in the toolchain, for stuff like this, a simpler procedure could be made to replace gcc itself only <podiki>Yeah. I think would be nice for build system to handle that. Some we specify with a keyword the compiler version, that might be nicest (explicit but short, built in) <Kolev>My server won't boot. What can I do? <Rutherther>Kolev: probably boot into a live iso and run fsck <Rutherther>maybe it would be possible to run somehow from the guile, but might not be so easy 