IRC channel logs
2025-04-14.log
back to list of logs
<ieure>Just sent a patch which fixes the sssd build broken by a Samba update: #77789 <potatoespotatoes>Hi! I'm trying to build an iso for a u-boot based device that is already in the main trunk (and flash it onto a microSD card). Is there an example floating around of how to do this? <ieure>potatoespotatoes, Look in (gnu bootloader u-boot), and gnu/system/examples <sneek>civodul, you have 2 messages! <sneek>civodul, apteryx says: would our shepherd's make-systemd-constructor behave well for TLS handshakes/connections? I'm finding it causes problems for ngircd. <Kabouik>I am having a reproducibility issue in a `guix time-machine -C channels.scm -- shell -m maniest.scm --container`. I tried replacing `--container` by `--pure --check` but there is a warning. Upon inspection, I see nothing however that would be interfering with R. What can I do from there? The problem is the same channels.scm and manifest.scm in the container work to reproduce my result on one computer, and on another computer running the same Guix <Kabouik>I would have expected R to behave identically between the two machines as long as they run the same guix shell container with the same manifest and channels. <allana>Kabouik: I am a spectator on your issue and unfamiliar with R, but what is the error? Does it occur when preparing the shell or does it have something to do with data being analyzed? <nigko>Hi! How can I get the full path of a package:out output in case the package has multiple outputs. The standard way $(guix build package) does not work since it produces paths for all outputs. <Kabouik>allana: the issue is with loading .RData files prior saved by R's save() function, not with invoking the guix shell. On one computer, it works just fine, on the other, it throws this error: https://envs.sh/K-6.txt <Kabouik>This is the same .RData file in both cases (pulled from git repository). <Guest3583>can anyone guide me how to set *vm.swappiness = 0* in guix. <csantosb>Hi Guix ! Since last update of emacs-org-roam, I'm experiencing issues; not sure this is unrelated to guix. Anyone else ? <Guest3583>i tried *guix system edit sysctl*, but the opened file is read only. Should i set this in */etc/configurations* file and try to *guix system reconfigure /etc/configuration*. <Guest3583>but *reconfiguring* the whole system to change just one kernel parameter does not seems right <Rutherther>Guest3583: yes, you reconfigure to change anything permanently. You can of course just echo to the file under /sys if you want just trmpprary <Kabouik>Oh I think I found the issue allana… My data files are on the Git repository as LFS (large file storage), but the second computer onto which I'm trying to replicate the analyses doesn't have `git-lfs` installed, so it may just be pulling from git files that are mere symlinks to the actual LFS content. My issue then is I need to add a dependency to the project, git-lfs, and this has to be prior to invoking the Guix shell, which is not ideal. <Guest3583>yes *echo 0 > /proc/sys/vm/swappiness* does work <allana>Kabouik: if that's the case, I'm glad that I got to be your rubber duck :-) <Kabouik>I still need to confirm, you're not out of trouble yet. <allana>haha, yes but it sounds pretty reasonable <Rutherther>Kabouik: Why does it have to be Prior to entering the shell? <Kabouik>Rutherther: because the manifest.scm and config.scm are pulled from the repository, so I would want users to pull the lfs data at the same time they cloned, meaning they would need git-lfs installed before invoking guix shell <Kabouik>Making them git pull from within the shell would also require enabling --network, which may hurt reproducibility <allana>Maybe he is suggesting that the RData itself be a guix package? <Kabouik>That sounds unnecessarily complicated and not standard but I don'tknow <Kabouik>(I can confirm this was the issue. `guix install git-lfs && git lfs install` before the git clone […] && guix time-machine […] fixes my reproducibility issue.) <PotentialUser-93>using guix, when I do a basic `guix install <some package>` why does it start installing lot of other stuff as well like `perl` `mini-bash` ... also it seems to do it multiple times I see multiple times guix downloading `bash-minimal` <jlicht>ieure: do you happen to remember what went wrong with your librewolf video acceleration changes? <jlicht>Something similar actually makes things work for me (but using %store-directory in a snippet instead of a patch) <Rutherther>jlicht: recently there was an issue with firefox that libpciaccess hasnt been loading through mesa. I think there is same issue with librewolf, because I get errors in log about that. Could be related to what you are asking. <jlicht>neither Firefox nor librewolf plays any videos for me atm, so I don’t think the libpciaccess stuff is the (common) cause here though <jlicht>but who knows, hw acceleration may as well be black magic too me :) <identity>PotentialUser-93: it's likely those other packages are runtime (or build-time, if substitutes aren't available) dependencies of the package. some packages may also depend on specific versions of a package, and there may be duplicates in the dependency tree of a package, though without specifics what i'm saying is mostly guessing <PotentialUser-93>I see that makese sense, I was simply doing a `guix pull` from what I saw but it also happens when installing for example `zoxide`, multiple times the "same" dependencies is installed which confused me <PotentialUser-93>> The purpose of guix publish is to enable users to easily share their store with others, who can then use it as a substitute server (see Substitutes). <identity>PotentialUser-93: redownloads frequently happen after a guix pull (because of rebuilds) and after guix gc (because the packages are no longer in the store (unless they are gc-rooted)) <ennoausberlin>Hi. Is there a chance that Guix benefits from the new gzip 1.14. Decompression can be 40 % faster with pclmul support <civodul>ennoausberlin: hi! yes, but only if we mark the package as tunable <civodul>since pclmul is not in the x86_64 baseline, IIUC <ennoausberlin>civodul: What is the criteria to have a package tunable? Sorry for my ignorance <identity>ennoausberlin: the property 'tunable?' has to be set to #t (info "(guix) Package Transformation Options") <ennoausberlin>identity: Yes I know, but it is not very common. There might be a huge performance gain if more packages have this property set. What are the drawbacks? <identity>ennoausberlin: well, more binaries have to be built, the tests don't run when building in tuned mode and many packages won't even benefit from SIMD (or other) instructions being available <civodul>ennoausberlin: yes, that’s the thing: we add the property when we know the package (1) can benefit from SIMD/etc. instructions, and (2) does not already provide such optimized code <ennoausberlin>I see, good points. But compression seems to be a good candidate <jack>Hi. I'm new to IRC. How do I get the history of this channel when I log into it? I asked a question a few days ago and wish to see if there were any replies. Using KDE Konversation as client. <identity>jack: normally the messages that are received when you are offline just don't go through. some channels (like this one) keep logs available through a web interface (the link above). you could also set up a bouncer that would stay connected 24/7 for you, so you can read logs afterwards (look at home-znc-service for that). <csantosb>For those with a paid sr.ht account, the bouncer is included <jack>identity: This IRC thing is weird. XMPP doesn't have these kinds of limitations. <Rutherther>jack: IRC means internet _relay_ protocol, meaning it relays messages, nothing else. That is indeed different from a lot of other software that also saves the messages and allows users to load them afterwards. <identity>jack: many people consider these "limitations" a good thing, or just work around them. XMPP was made about 10 years after IRC, and handles most things in a very different manner from IRC <ennoausberlin>I play around with optimizations. Is there a way to specify -march=znver4 for GUIX_BUILD_OPTIONS? <Rutherther>ennoausberlin: I think that's what --tune is for, if you put in znver4 as the microarchitecture <cbaines>civodul, yep, the fdatasync patches look fine to me <Rutherther>ennoausberlin: I think that's what --tune is for, if you put in znver4 as the microarchitecture <ennoausberlin>Rutherther: The idea is to build a vm via guix system image -t qcow2 myimage.scm but with all the optimizations of my AMD Epyc turned on. I have no idea where to specify this <Rutherther>ennoausberlin: transformations with guix system aren't really supported from the cli, you would need to do it in scheme <Rutherther>ennoausberlin: anyway it's possible to override pretty much anything in guix, you can use package-mapping to map the whole dependency tree, adding any flags you want. But this might be an overkill here if all you want is the march option as that can be done with the tuning transformation as far as I can tell <Rutherther>ennoausberlin: transformations with guix system aren't really supported from the cli, you would need to do it in scheme <identity>Rutherther: your bridge is sending messages multiple times again <Rutherther>ennoausberlin: anyway it's possible to override pretty much anything in guix, you can use package-mapping to map the whole dependency tree, adding any flags you want. But this might be an overkill here if all you want is the march option as that can be done with the tuning transformation as far as I can tell <ieure>Rutherther, You gotta figure this out... super confusing for the folks asking for help. <ennoausberlin>Rutherther: Duh. I barely finished System crafters scheme course. Any hints where to start then? <Rutherther>ieure: :( the maintainer of conduwuit stepped off, so I will have to migrate sooner or later to different homeserver anyway, and that might fix the problem :( <Rutherther>ieure: :( the maintainer of conduwuit stepped off, so I will have to migrate sooner or later to different homeserver anyway, and that might fix the problem :( <Rutherther>ieure: I guess the most I can do at the moment is to stop using the bridge for sending messages and set up other client, I won't have time to do more <civodul>(i’m following bad social practice here!) <civodul>hmm did inotify support in Emacs just break? auto-revert-mode and magit-auto-revert-mode seem to no longer work <cbaines>I did reply to the bug regarding that one, the changes sound like a good idea <civodul>i’ll merge these two and then update the ‘guix’ package <cbaines>civodul, I haven't actually looked at the changes in #77741, but maybe consider including that as well since you've reviewed it <ruther>Hello from ERC, this is Rutherther. ieure, I will try using IRC clients on both computer and phone, and Matrix just for bridging, so hopefully no more confusion. <ruther>s/just for bridging/just for bouncing <jack_>I see DWL is on Guix repo now. But how its configuration is going to be done? DWL is configured through patching its source code and recompiling, but since Guix doesn't follow FHS, I suppose Guix itself provides some way of patching and recompiling "The Guix Way"? <jack_>I know DWL-Guile exists, but it's a dead project and the DWL package on Guix repo is the vanilla version <ruther>jack_: you will need to inherit the package. I have some utilities in my channel. <jack_>ruther: meaning I have to write a scheme package definition for my patches and install that? <ruther>jack_: you cannot really write a package definition for your patches as many of the patches are not compatible with each other - you need manual intervention to patch them. So it's usually better to just make your own repository and use that as the source. <ruther>jack_: I am using that on the link I sent, it's just a change of the source, and since I keep the config in my guix config repo, I just copy it in a new phase after unpack (where I also patch the various programs used) <jack_>ruther: Then what's that DWL package on official Guix repo all about? just to use the vanilla DWL, which is almost unusable? <ruther>It gives you the dependencies etc. So it's easier for you to set up. <ruther>But yeah, if there was like a procedure in Guix repo that would already give you support for Xwayland / changed the source / changed the config, it would be a lot more useful. <ruther>For example nixpkgs has an argument to pass in the config through, so you just do dwl.override { configH = 'my-config.h' }. But I feel like I am going off topic now <rynn>Can I put environment variables in my ~/.profile, or should they go somewhere else for Guix? <rynn>Or maybe .bashrc? Trying to set $EDITOR, if context matters. <ruther>rynn: bashrc definitely shouldn't be used to set env vars. profile is more appropriate <ruther>rynn: are you looking how to do this via Guix Home or just generally what files should be used? <rynn>Just generally. Newsboat uses $EDITOR or $VISUAL to determine what to edit your urls with, so I was trying to switch it to something other than vi which is the default. @ruther <ruther>rynn: okay. So you can do that in ~/.profile, there isn't really a 'more appropriate' place if you're not using Guix home <rynn>Thank you. I might dabble with Home eventually, still learning my way around Guix SD currently. <ruther>rynn: if you used guix home, there is a service home-environment-variables-service-type, but eventually it's also just a file sourced from ~/.profile (or shell equivalent) <csantosb>Wait a second. After a guix pull my GUIX_PROFILE="$HOME/.guix-home/profile". I'm lost, I missed something ? What is this /etc/profile.d/zzz-guix.sh file ? <ruther>csantosb: your GUIX_PROFILE should be unset most of the time. It should be set only for sourcing etc/profile files out of profile directories <ruther>And guix pull definitely does not affect your environment <csantosb>Arch sources /etc/profile.d/*.sh; zzz-guix.sh contains a reference to GUIX_PROFILE="$HOME/.guix-home/profile" <csantosb>Which is my GUIX_PROFILE in a login shell. No idea why. <ruther>csantosb: that is not exactly correct then, it should rather be set to empty at the end <csantosb>Thing is I'm not sure since when this zzz-guix.sh is around. <ruther>Also, I haven't realized you said it's guix home here. That is even more strange, because guix home is supposed to take care of this normally, from the user's home, so it doesn't make sense to me to do anything like that in /etc/profile.d file <ruther>How did you install Guix? Because this file comes from the guix installer, but that one definitely doesn't contain anything about guix-home <csantosb>I installed guix something like in 2021 ... <ruther>Yeah, but how? with the guix installer, other package manager, etc. <ruther>csantosb: okay, then I don't really think there can be anything from Guix that would change this /etc/profile.d/zzz-guix.sh file, so it's very strange you started seeing this behavior <ruther>csantosb: even around 2021 the file didn't contain anything related to guix-home <csantosb>I have no reference whatsoever to guix-home in my dotfiles ... what the ? <csantosb>It's funny because the zzz probably means load it last, after all remaining .sh files under profile.d <csantosb>Ok, so after a fresh install in 2024, guix-install.sh puts this zzz-guix.sh in profile.d <csantosb>No idea what changed since yesterday, though <csantosb>Strange that 'sys_create_init_profile' creates "zzz-guix.sh" while 'sys_delete_init_profile' removes "guix.sh" <civodul>things like “npm error code ENOTCACHED” <nomike>I'm still working on upgrading prusa-slicer and there are a few dependencies which need upgrading too. One of them is opencascade-occt, It's latest release is 7.9.0. The git tag for it is "V_7_9_0". However, there is an old tag named "OCCT_VC2017_73" and `guix refresh` reports this as the latest version. Is there something I can do in the package definition to avoid this? <identity>nomike: the properties 'release-tag-prefix', '-suffix' and '-version-delimiter' are what you want to change, see (info "(guix) Invoking guix refresh") <nomike>Another question: There is a conflict between "running `guix style` to adhere to the style guides" and "keeping the change as minimal as possible". Which takes precedence? <identity>nomike: you probably want to make a small, update-only patch and add a second "run guix style" patch in the same series <nomike>identity, Ah. OK. Got it. Thanks. <futurile>is it me or has 'guix lint' really slowed down recently! <meaty>Is there a way to have "guix edit" redirect to a file in my userland copy of the guix repo <meaty>without actually running guix out of that repo <meaty>or have emacs-guix "index" my local guix repo instead of the one the system uses <futurile>meaty: use load path I guess to index your local guix repo?