IRC channel logs
back to list of logs
<jab>littlebobeep: of course. guix-devel is a fun place to read. :) <tribals>Still didn't get the point: do i need to run `guix shell` in order to be able to run `./pre-inst-env`? ^_^ <tschilptschilp23>or is the proper way just to comment it out, when I want to make sure to browse the definitions of my installation?
***rekado_ is now known as rekado
<jab>tschilptschilp23: I know that I have tried to set up the perfect setup before....I could not quite get it to work either. <jab>I am having issues just with geiser proper. Minor issues like geiser locks up my Emacs, and I have to re-start the geiser REPL. <jab>I have tried connnecting geiser to a remotely running guile, which messes up the prompt in emacs. <jab>And company no longer completes the module procedure names as I type them. <atka>hi guix, so I just deployed a config, the users were created with their home directories and everything but they are completely empty. the prompt is "-bash-5.1$" instead of "user@host" and when trying to guix pull <atka>guix pull: error: while creating symlink '/home/atka/.config/guix/current': Permission denied <atka>when creating multiple users the syntax is "(users (cons* (user-account" correct? <atka>so it appears when the configuration was applied root owns all the home folders
***iyzsong-www is now known as iyzsong-w
<atka>ok, I think I know what happened, it has to do with the btrfs subvolumes for home directories <atka>so what happened was that I created the home directories as btrfs subvolumes and naturally they were owned by root, I didn't specify (home-directory "/home/foobar") in my config. during install the correct directories were used but the permissions were not set and root remained the owner. should this be considered a bug? do I just need to remember to apply the correct permissions before I run guix <atka>system init or should the config handle permissions for directories that already exist? <jackhill>atka: I've run into the same thing. Easy enough to fix up afterwards (copy the files from /etc/skel/ and chown), but I agree with you that it shouldn't be nessisary. <jackhill>I didn't file a request/report thought becasue I wasn't sure what the right behaviour should be. I think ideally Guix could be told to create the subvoulumes in the system config <atka>it would be handy to have filesystem/subvolume creation but probably a bit of an undertaking, I think at least if a home folder already exists the correct owner should be set by guix system init because what is the point of a home folder you don't have ownership of. <atka>does each user need to hash guix after their first guix pull on a multi user system? <littlebobeep>WARNING: IceCat 91 has not yet been released by the upstream IceCat project. <littlebobeep>This is a preview release, and does not currently meet the privacy-respecting <littlebobeep>standards of the IceCat project.") (license license:mpl2.0) <jpoiret>atka: `hash guix` is just convenience, basically what it does is ask bash to lookup the binary again in the PATH (because otherwise the mapping `guix` -> actual path might be cached) <jpoiret>so you could just do nothing and it will take effect on next login <jpoiret>littlebobeep: i think the preview releases are not scrutinized as much for new changes in firefox behaviour that would entail ie telemetry and the like <jpoiret>it should still be reasonably better than stock firefox, but the thing is that mozilla churns out releases all the time, and icecat can't really manage to follow their release schedule <jpoiret>so there's the trade-off between security updates and proper icecat release <Lumine>Was just going to say, that LibreWolf is nice but it sports proprietary bits <jpoiret>Lumine: are there any additional proprietary bits compared to firefox <jpoiret>it would seem weird to me that they would add some <Lumine>No they've taken most of it away iirc <Lumine>And added some nice defaults for privacy <Lumine>I need to look into what parts of it are proprietary <jpoiret>i mean, if it's FSDG-compatible, it would probably be a good alternative to icecat <Lumine>I use Pale Moon, LibreWolf and Icecat interchangeably <Lumine>But since I'm on Emacs most of the time now, I'm shifting towards lightweight browsers <jpoiret>be careful though, Pale Moon is an actual fork of Firefox and might lack the security of the big browsers <Lumine>I know, and they are now making the leap to a more vanilla Firefox <the_tubular>Lumine check out eaf-browser, it's not yet in guix yet
***iyzsong-www is now known as iyzsong-w
<f1refly>I have an issue with thunar and I'm not sure it's guix related. When I change any settings they will not be remembered and the menu bar which usually can be toggled with ctrl+m will only get hidden and not reappear when pressing the keys again. when I close thunar and re-open it the menu bar is back and no settings are saved. <f1refly>I made sure that the configuration files in ~/.config/Thunar and the directory itself are rw accessible <unmatched-paren>is there a guix command to check if a dependency chain contains mutually recursive dependencies? <unmatched-paren>i'm trying to package aerc again, this time using `guix import go`, but there seems to be a recursive dependency because guile runs out of memory when i try to build it <unmatched-paren>i have the graph from `guix graph` open in imv, but i can't really see any problems <unmatched-paren>go-google-golang-org-protobuf depends on go-github-com-golang-protobuf and vice vers <unmatched-paren>okay, apparently those protobuf packages will require a bootstrapping chain... <hexo>howdy! can I rebuild guix from outside of guix and obtain qemu image? or install iso? <hexo>i'm playing around a bit with sources <hexo>so, bootstrapping, is it? :D <hexo>hope i'll wipe the host system... :D *unmatched-paren does `guix graph ungoogled-chromium-wayland | dot -Tsvg > chromium.svg && imv chromium.svg` and dies inside <hexo>guix isn't even installed, yet <hexo>I did some changes and want to rebuild it and try to install <hexo>my thinking about the way who it's done might also be very wrong... <unmatched-paren>you'll probably want to install regular guix before making modifications.... <hexo>i running current guix in qemu would help. that what i can do. no problem
***iyzsong-www is now known as iyzsong-w
***Guest66 is now known as suseJdoG
<jab>tschilptschilp23: did you get your problem sorted?
***iyzsong- is now known as iyzsong
<tschilptschilp23>jab: kind of! I put all the info from the perfect setup into an interactive function in my emacs-init-file. Now I can load it on demand, and after an emacs-restart my 'shell' still works without this glitches! <jab>tschilptschilp23: haha. That's pretty cool. <f1refly>singpolyma: no, that was never written anywhere. It says there that #cargo-inputs should be used for source-only inputs (?) and inputs should be used for inputs that are... not source only i guess? <f1refly>I'm not sure how rust is supposed to be packaged at all judging from from both docs and other crates <wdkrnls>jpoiret: in the sense of `guix package -i emacs -p ~/my/editor` <wdkrnls>I haven't quite figured out to what extent that these other profiles are supported. They are documented in the Cookbook and part of the package command interface, but no one seems to recommend them. <wdkrnls>Instead they talk about guix environment or guix shell, even though those seem better for the final stages of development instead of the very early stages when you are just trying a lot of things. <jpoiret>internally, shell and environment both use temporary profiles <nouun>I'm trying to run valgrind but it says the symbol 'strlen' is not found while processing ld-linux-x86-64.so.2, I have gcc-toolchain. Am I missing something else| <jpoiret>so you'll get the same functionality, but in an imperative (vs. declarative) fashion <jpoiret>you can totally do what you suggested! <jpoiret>don't let there be too many profiles though, since you have to update them manually etc... <jpoiret>i use -p to test `guix pull` related changes and all but there are uses for non-default profiles :) <jpoiret>nouun: you'll need glibc:debug i think <nouun>I did `guix environment glibc:debug` but still same error. <nouun>Oh, found a workaround on a mailing list. <jpoiret>guix environment gives you the dependencies of the given packages by default <jpoiret>you want either `guix environment --ad-hoc glibc:debug` or `guix shell glibc:debug` <jpoiret>either way, i think you'd need to include gcc-toolchain in the shell invocation, otherwise it won't set the proper search paths <wdkrnls>Since a profile is just an object in the store, I guess it makes sense that I can just archive it and export it to other guix systems. That sounds nice. <jpoiret>it's not just a thing in the store though, it's also a special gc root that lives in /var/guix/profiles/per-user/xxx/ <jpoiret>this lets you account for generations <jpoiret>but you could definitely export it to other guix systems. The preferred way would be via a manifest though, so that you're able to cross-compile <wdkrnls>guix package: error: rename-file: Is a directory <anadon>jpoiret: Are you someone with merge access? 54630 has been waiting a few days and I want to get it merged so I can better work on libantlr4-dev and libantlr4 packages. <wdkrnls>that seems quite an unusual error message to me. <jpoiret>wdkrnls: -p doesn't take a trailing slash, be careful <jpoiret>that usual POSIX behaviour i think, you want to operate on the symbolic links <anadon>Gah! It has been sitting for days, ready to review or merge but it got pushed so far down the stack I'm worried that it has been forgotten. <jpoiret>as is unfortunately the case for a great deal many patches <wdkrnls>hmm, I didn't use a trailing slash, but I did use the tilde. <jpoiret>this won't mean that your patch gets merged faster, but you could try reviewing other patchsets, ie testing them locally and all <jpoiret>wdkrnls: the tilde should be expanded by the shell automatically, so i'm not sure what's wrong here <jpoiret>are you sure you're operating on a profile symlink? <anadon>I wish there were a DoD or DoE grant Guix qualified for. <jpoiret>most maintainers are based in the EU <wdkrnls>no, what happened was that I got some error about the profile.lock file being missing and I wildly missinterpretted it. <jpoiret>also, i'm not sure all maintainers would agree with a DoD grant :p but alas <wdkrnls>So, I created a directory for the profile. <wdkrnls>And that seems to be what has caused that error. <wdkrnls>I deleted everything and tried again and it worked. <anadon>jpoiret: It is really more of a source of money than a stand on US Military action. That's how it seems to be treated these days. Fund everything from the perspective of the military, even if it has no real military purpose. Because MERICA. <jpoiret>right, but I know that in some maths academic circles im familiar with, there was a debate about DoD-funded research <jpoiret>the issue though is that researchers tend to need financing dearly, so i'd tend to agree with you <florhizome[m]>The weasyprint package goes on endlessly at 80% testing, I doubt this is normal. It’s a dependency for something I‘m building
***sneek_ is now known as sneek
<Guest66>Trying to build gnunet-gtk from git. Glade is one of the deps, but when I put it in the config.scm, it does not find it. I have gnome packages definition. Any idea? <jts>Is there a way to append to .profile using guix home the way one can do with .bashrc and .bash_profile? <jts>I make a few additions to the default home-bash-configuration so I'd rather not have to rebuild it by hand XD <jts>really, the main issue I'm having is that GUI packages installed in special profiles don't show up in Gnome's application launcher. I'm sourcing them in .bash_profile but thought .profile might be needed for that. <Guest66>in the package definition of the gnunet-gtk i find " (inputs `( ("glade3" ,glade3)" but it does not exist. <anadon>Guest66: Looks like the package definition needs to change to `(inputs ( glade@3 ))` or something. <anadon>`glade` exists, just without the numbering in its name, which is how package names are supposed to work. <Guest66>anadon Yes but I have found with the "guix edit glade" that it is defined as glade3 <Guest66>libpangocairo is the next missing piece. Where does it sit? <nckx>guix search glade will. The CLI doesn't deal with variable names. <anadon>And the modules are imported correctly... <anadon>Odd. You'll need someone more experienced than me. <nckx>There is no libpangocairo. It's a file provided by pango. Cuix doesn't index or search files (yet). <nckx>*no libpangocairo package <anadon>nckx: Do you know who is active on here who has commit access that I can bother? I need a patch merged so I submit two additional dependent packages. <anadon>Or should I just start maintaining my own channels? <anadon>It adds the new version of utfcpp, sets a default version of utfcpp, and patches packages which don't built and test correctly using utfcpp. Since utfcpp is a header only library, builting and testing should be sufficient to ensure correct behavior. <nckx>WDYM bf 'should be closer'? <anadon>Yes. And Wargame2100, which also had an issue with the new version. <anadon>All other packages seemed happy with the new version, and so I left them with the utfcpp default. <anadon>"Stupid guix! Ooga booga booga!" <nckx>I find that much as with computers in general, my exclamations of 'stupid guix!!!' are frequently followed by a '...oh. ah. right. oops.' somewhat later. <anadon>I've done that twice this past week. <nckx>By the way, Leo's nick here is lfam. <anadon>I've been away for like 2 years. Forgotten a bit. <anadon>Huh. `guix authenticate` fails with `Permission denied: "/etc/guix/acl"` <anadon>Good to be back. I need to get the hell out of my current job, so that means outside projects for exercise and exposure. <nckx>anadon: Running it as root will probably fix that, but it's not a supported user command. <nckx>error: required file 'build-aux/texinfo.tex' not found <nckx>Hm. The laptop is a bit out of date. <anadon>I have a senior coworker that skips build in object init, and then added a dummy setupMaster which only serves to call setup. God forbid he have to change how he works, even slightly. <nckx>I don't know what any of that means but will substitute my own, suitably scary, metaphor. <anadon>Imagine the most anti-functional code you can. Like Fortran pre-if-else block code. That. <nckx>Entrenched senior fake gurus are the worst. <singpolyma>I once saw smalltalk written by someone who only knew C and Did Not Want To Change *nckx bootstraps Guix to appease the Guix gods. <nckx>As always when I think ‘I have 10 minutes, I'll commit to committing something’ :-/ <anadon>The worst part? He's like 35, and he somehow pulled this_in python 3_. <singpolyma>I presume you're using "35" as young but it's hard to tell <anadon>Refuses to actually engage with me as if I know anything. <anadon>That's what I'm referring to. He's young and this messed up. *nckx sits on a bench, feeding the birds. <anadon>I'm here to learn decades of experience faster than decades. I don't have that long to live to fuck around. <anadon>Relocating to a friend's house. Might be on Monday or later this week. Life gets busy.