IRC channel logs
2024-05-14.log
back to list of logs
<Kolev>Efraim: I will be ready this evening. 😄 <jonsger>apteryx: it does not appear in thunar. I'm using sway. I need to test it with GNOME <Noisytoot>Are there any image viewers packaged in Guix with AVIF support? <zeropoint>hi guix, I've got an old raid1 setup between two disks which was working properly until a few months ago (lvm mapping between the two disks, luks-device for the result of the lvm mapping, file-system defined on top of the decrypted luks device) which causes the boot to fail. I can manually mount the drive after booting, but is anybody aware of any changes which might prevent boot success? <KE0VVT>efraim: It's been a week. Maybe tomorrow? <xca>jpoiret I was a able to successfully build an aur package in a clean chroot, so it looks like my arch based distro is causing the conflict with guix. It's still not clear though if pipx is causing a conflict with guix that would result in all of my pipx packages breaking. <lilyp>can you separate your pipx from the rest of the system? If that rest works, you have your culprit <hwpplayer1>I'm ready to contribute, how can I start translating ? <xca>lilyp I'll have to look into how to do that. I actually think this might be due to incomplete configuration of guix, since the installation of python dependencies for a package did not set a GUIX_PYTHONPATH environment variable. I don't know what that would be set to so I could do it manually, and I haven't found a way so far to remove and <xca>reinstall those dependencies to see if doing that would set the environment variables. <lilyp>Just add "python" to your guix profile, it will set GUIX_PYTHONPATH and you can source it normally. <lilyp>but I would recommend not adding it… if an application requires it, it will have GUIX_PYTHONPATH set typically <xca>lilyp well what initially caused the conflict was installing idevicerestore through guix. It had python dependencies, and next thing I knew, everything I had installed through pipx was broken. I hadn't done anything else with python in between. <lilyp>ehm… any hint as to why gtk is rebuilding on master? <lilyp>xca: if you need idevicerestore, you can still use `guix shell` to use it through one-off shells, this shouldn't mess with your system otherwise <lilyp>nominally, Guix uses GUIX_PYTHONPATH rather than PYTHONPATH to *not* cause these issues <xca>idevicerestore through guix works just fine. it's just all my pipx packages are broken now. I should add that all my native distro python packages work just fine. <lilyp>maybe pipx has some troubleshooting – if not, check whether you could get those packages through guix <daviwil>looking forward to the Guile-based Guix daemon that cbaines is working on! yesterday I ran into the issue (again) that you can't run Guix builds inside of an unprivileged Docker container, will be nice to have a new daemon that doesn't require the use of `fork` to operate <xca>lilyp i know for a couple of them I can't. It's odd though how only "external" packages were affected. All of aur and pipx broke, but native package management didn't <lilyp>can you paste your .bashrc and .bash_profile real quick? <lilyp>(paste as in use a paste service please) <lilyp>analogous files for other shells if you use those <xca>tried using debian's paste but it thinks I'm spamming. i'll try privatebin. <xca>privatebin uses javascript. any alternatives that don't use it since debian paste thinks I'm spamming? <xca>alright, i'll back them up and try your suggestions. <iyzsong>well, what errors it print when running a 'broken' pipx installed script? <iyzsong>i think the first error is due to aur tools pickup binaries from guix (maybe bash), put guix PATH after host one should fix it. for pipx, you can check gdown/bin/python, it should point to the host one instead of a guix one. <xca>lilyp the changes to bashrc and profile didn't seem to do anything different <xca>iyzsong you were totally right about PATH. I changed its order and now aur packages install no problem. <xca>now just to figure out the same for pipx since everything is similarly broken with it <xca>iyzsong putting the PATH value for pipx before did not help like it did for the aur. my BASH_LOADABLES_PATH has guix before everything if that matters though. <xca>i fixed most of my pipx problems by reinstalling all the packages.  Looks like upgrading my distro was most likely the culprit. <iyzsong>i think it picked up the wrong python due to previous PATH issue, yeah glad that you fixed it :) <xca>yeah, thanks for your help! I've been trying to sort this out for the last three days. At least I know a little more now. <Isaz>Could anyone tell me what I might be doing wrong here? I am trying to create a bootable usb using ~guix system image~, with a 30GB root partition (I want to allocate most if not all of the size of my usb), but the result of this generates an unbootable image :( (fails before grub) ::: https://termbin.com/33a6 <dariqq>rekado: the fix for the gnome-shell screencast just got pushed to master. I think I have forgotten to cc you on the further versions of the patch. Thanks again for your help in diagonosing it. <Isaz>my issue seems to be that I am using (format 'disk-image) rather than 'iso9660, but I've been getting a stack trace when doing a simple substitution. I'll have to look at it again later <yelninei>hmm cross compiling guix for hurd seems to be broken for me. It hangs during/after 'POXREF doc/contributing.fr.texi' <yelninei>seems to continue now, it just takes quite long to translate <yelninei>it finished now, just took way longer than i expected :) <Tadhgmister>PotentialUser-3 23 `guix refresh wlroots` suggests it could be upgraded, I would encourage you to get the guix source code and run `./pre-inst-env guix refresh -u wlroots` followed by `./pre-inst-env guix build wlroots` to see if it works <Tadhgmister>actually it'd probably be easier to just specify transformation options <PotentialUser-68>Hello. I have a question regarding python packaging for GUIX. I have a small demo app that uses pyproject.toml and is installable using pip3 locally on my guix system and as a guix package with the pyproject-build-system. Both is working. If I use poetry, which is provided by GUIX to test this 3rd kind of install method, it complains about an <apteryx>PotentialUser-68: nitpick, but it's 'Guix', not GUIX <apteryx>hm, our linux-libre package has regressed as being non-reproducible again... <Tadhgmister>PotentialUser-68 you described installing it with pip3 and as a guix package, what is the third install method? <PotentialUser-68>Tadhgmister: poetry install from command line from checked out demo project repository <Tadhgmister>ahh, sorry didn't realize poetry was a package manager <ieure>It's mostly a development tool, but it installs dependencies as well. <ieure>It's not really a package manager. <Tadhgmister>well where would it be installing the dependencies to? in Guix I believe python is given a custom load path, if poetry is putting the packages anywhere else it'd result in that behaviour <PotentialUser-68>apteryx: I will try to keep it in mind for consistency. I am used to write Guix in capital letters in my org-mode file headings. <ieure>Tadhgmister, It installs deps into a virtualenv. <apteryx>PotentialUser-68: unhelpfully, the Reddit tag is mispelled GUIX <PotentialUser-68>Tadhgmister: I use Guix systems all over the place, so for me it is hard to test the poetry install for other distributions, if it fails inside Guix. I have an Asahi Ubuntu around, but there it fails for other reasons (some snap related problems). It is not a big deal, but when I write project docs for the team, I want to test beforehand if the <PotentialUser-68>apteryx: That might be a reason for my confusion as well. I am reading the Guix posts on Reddit, too. <lilyp>I know your feel. Recently someone complained to me, how hard it is to compile C++. <lilyp>The issue being that Apple has failed them in different ways on different machines. <PotentialUser-68>I did not revisited the videos section of the Guix home page for ages. Now I find a wonderful series about packaging and contribution from 2020. What a wonderful surprise <blum>How can i install a package asap? i do guix install make, but guix tries updating gnome-backgrounds and a bunch of other stuff. that takes a raelly long time on my slow connection. <blum>sucks waiting 10min for gnome-backgrounds... gonna take like an hour to install make :/ <RavenJoad>If I use direnv (or guix shell), can I get a development environment/profile's info path prepended to $INFOPATH automatically? <Tadhgmister>you can do `guix shell --root=...` to build the profile and put it somewhere then add the relevant directories inside there to your INFOPATH with typical techniques to modify variables <RavenJoad>By automatically, I would like `guix shell` to also do "export INFOPATH=$GUIX_ENVIRONMENT/share/info:$INFOPATH" when I enter the subshell. <Tadhgmister>ahh, I've learned that adding `man-db` to the packages included in the shell seems to make man pages avaialble <dariqq>RavenJoad: does it work if you add an info reader to your manifest? <wakyct>why would gnome-backgrounds rebuild when make is installed? <blum>wakyct: when i run guix install it seems to do general updates <wakyct>I understand there are deps between packages, but I thought packages in the store can depend on different versions of the same package? <wakyct>blum, I don't think it updates in general like say when you install a pkg in arch, but if you guix graph make there are some general deps that maybe are shared with gnome-backgrounds? <wakyct>so installing those deps of make forces a rebuild of gnome-backgrounds as well <wakyct>but hence my confusion because I thought pkgs in the store were somewhat independent of one another wrt dependencies <Tadhgmister>blum I think if you run `guix pull` without doing `guix package -u` it ends up updating things when you next make changes to your profile <blum>Tadhgmister: ahh yeah, that's probably it <dariqq>i'd assume INFOPATH works similiar to other search pathes. I .e. guix shell python-numpy does not update GUIX_PYTHONPATH. Only if python is added as well. Its a bit confusing <RavenJoad>dariqq: Huh! That worked. I guess that will just be a package-input to my website now. <Tadhgmister>dariqq RavenJoad it is due to the `native-search-path` nature of packages, if you do `guix edit texinfo` you will see `(native-search-path .. ` is what is setting the INFOPATH to look at the right spot, that is how the profile paths get added to environment variables when you include those kinds of packages <dariqq>the manual even has the same numpy/pythonpath example in the search paths section. I think it is one of these things that make sense after you know how it works but is a bit unintuitive at first especially when nesting profiles <RavenJoad>Ok, I see that now. I am adding only the info-reader package to package-inputs to get a smaller package closure. I only want the info stuff for development. I agree, it is intuitive, but just not what I initially expected out of guix shell. <Tadhgmister>there's no way for a shepherd service run by the user home shepherd to depend on a system shepherd service right? <KE0VVT>efraim: Tell me when you'll be ready. :-) <twn>does time-machine update guix-profile like an install does? <twn>i'm assuming based off testing that it doesn't update the user's guix-profile that called time-machine. if this assumption is correct, does any know how i would take the packages that have been built from inside a time-machine environment and pass them into a guix copy for copying to a substitute server running publish? <lilyp>guix time-machine -- build <your packages> | xargs guix copy? <podiki>guix as an organization does not employ anyone right? do we have anyone that is paid to work on guix from gnu? <JetpackJackson>anyone have any issues building lf@27? i'm trying to add it as a package in my manifest.scm for a development environment but it fails to build <JetpackJackson>also is there a way to get gcc 14.4 installed? my guix is up to date but its saying that it cant find gcc14 <podiki>gcc is not packages for v14; maybe there are patches submitted for it? <JetpackJackson>the version on my arch machine is 14 so i wanted to see if i could get v14 in a dev env too <podiki>(at least i don't see gcc@14 in guix show gcc) <JetpackJackson>im trying to figure out how to get time-machine to work with direnv <JetpackJackson>im used to nix flakes having a lock file, so manually specifying this stuff is strange to me lol <rekado>JetpackJackson: you'll get the latest version for the given version of Guix then. <rekado>a Guix environment is fully specified by the version of Guix (described by its channels, see "guix describe -f channels") and a manifest containing either references to specific package variables or package specifications. <rekado>there's no need for a lock file, though Guix profiles do contain a generated manifest listing the actual contents (i.e. store locations) of installed and propaged items. <JetpackJackson>i just realized i mightve tried to update to a lower commit and that mightve been why it was being weird <JetpackJackson>so whats the best way to pin stuff? time-machine+channels.scm? or <JetpackJackson>how do i edit the manifest to define "specific package variables" <JetpackJackson>like i do a guix pull and sometimes it takes like a really long time to build stuff <cmiller>JetpackJackson: Though, keep in mind that if you are updating while CI did not catch up, you will build packages instead of downloading the substitues. <cmiller>JetpackJackson: which channels file? <JetpackJackson>i then put it into my .config/guix/channels.scm and in the dir that im trying to make a dev env in <cmiller>Do you use Guix system or as simple package manager? You may need to update Guix itself by running "hash guix" in the shell <vhns_>JetpackJackson: I can link you a blogpost that may make this easier, if you'd like <JetpackJackson>hmm i guess i need to install hash real quick (im using it as an extra package manager on arch) <vhns_>JetpackJackson: One second, I gotta find it in my browser's history <podiki>hash is a shell builtin (or is on zsh) <cmiller>you Guix still points to the old version <cmiller>after that run it and do again "guix --version" <cmiller>you should see that it now changed the version <cmiller>the same user you are running guix commands <cmiller>didn't it say something like "upgrading guix from commit a02392 to 2039203" or something? <podiki>as guix should have installed some profile stuff bash should source <ngz>JetpackJackson: what's the output of `which guix'? <podiki>likely an issue with environment would be my guess, as guix should always be the current guix <podiki>and of course environments are always tricky to figure out the "simple" thing wrong :) <cmiller>podiki: I had those problems in the beginning as well, since I didn't read the manual. I just wanted to play. <ngz>JetpackJackson: ok, then what about `ls -m $(which guix)' <podiki>looks like you are trying to update to a commit from 2 years ago <podiki>perhaps you pinned your channels to an old guix but are in a newer guix <cmiller>post the contents of .config/guix/channels.scm <podiki>you can use a channels.scm with particular commits for things like time-machine to go back to an older guix if that's what you want <podiki>that commit you have in the error message is current (well 1 behind, but close enough) <cmiller>I think you confused something and pinned your whole machine instead of just the dev environment. <JetpackJackson>should i remove the .config/guix/channels.scm file then? and keep the one(s) in dev envs? <cmiller>the file .config/guix/channels.scm basically says Guix where to get packages. Imagine like running "sudo pacman -Sy" <cmiller>but since you pinned it, Guix will never refresh it's database <JetpackJackson>im running a guix pull after removing that and its updating stuff now <cmiller>after that you need to run another commnd for actually updating your packages <podiki>but back to wanting gcc v14, we don't have that version packaged <cmiller>JetpackJackson: you probably only need to run "guix upgrade" <JetpackJackson>do i need to paste the GUIX_PROFILE stuff into bash as well as fish? or is fish sufficient <JetpackJackson>also is there a way to get hash as a separate thing so i dont have to open up bash to use it? <cmiller>JetpackJackson: I can't help with that (no clue). <JetpackJackson>for the locales section in the app setup page, where do i put the sample code that only installs desired locales <Tadhgmister>How does `guix system reconfigure` decide which services to stop/start? I noticed that `guix home reconfigure` does not restart services that were modified <Tadhgmister>and looking at the code for root shepherd services I don't see anything resembling activation code to restart relevant services <podiki>well home services are different, I don't know there <podiki>system services I believe reconfigure does output what services it is restarting and i think lets you know that others will need to be (but doesn't do it) <podiki>so i don't think it does any real deciding <freakingpenguin>Tadhgmister: Look at upgrade-shepherd-services in (scripts system reconfigure), specifically for system reconfigure. <mmontone>I don't know. Doesn't detect the package at all. <freakingpenguin>Run "guix describe" from the command line. I imagine you're just out of date, scheme48-prescheme was added in February 2023. <mmontone>guix describe: error: no se pudo determinar el origen <mmontone>consejo: ¿Es posible que este ejecutable `guix' no se obtuviese con `guix pull'? Su <mmontone>If I'm out of date, how do I get up to date ? <freakingpenguin>Ah, 1.3.0 is quite old. If "guix pull" works, that should get you an updated Guix. /Might/ need to run "hash guix" afterwards. I'm not super familiar with how Guix behaves when installed using on a foreign distros package manager. <freakingpenguin>Unlike apt or pacman, Guix combines "Guix the collection of package definitions" and "Guix the package manager" in one, so downloading an older Guix will also get you an older set of packages. <Tadhgmister>freakingpenguin thanks for the tip about upgrade-shepherd-services, is exactly what I was trying to figure out