IRC channel logs


back to list of logs

<bavier>ItsMarlin: redirects to
<bavier>ItsMarlin: for example?
<sebboh>bavier beat me to it.
<ItsMarlin>online accounts which connect to proprietary services
<ItsMarlin>flatpak has proprietary stuff
<ItsMarlin>Also, it says there is a Gnome foundation, so i thought it was separate
<ItsMarlin>and it seems it's mostly developed by redhat nowadays
<ItsMarlin>Also, because it changed from GNOME to gnome
<b0f0>I trying to make a package for emacs-weechat. But will there ever be as many packages on guix repo as is in elpa melpa ? Unless we package it all. I am tired, may I just ask do you package every application/program that you want on your computer, or do I just install el packages from melpa the old way. I should not do both, like installing from guix and from melpa that I am sure.
<b0f0>and I am stuck with my packaging of emacs-weechat. So i guess its time to write an email to the mailing list.....
<kmicu>That’s a lot of FUD about GNOME 😺
<kmicu>b0f0: you can mix both package managers (that can result in conflicts sometimes but that’s nothing serious). In the future Guix can have all packages from MELPA/ELPA in the same way as Nixpks has them all.
<jgibbons[m]>I try to port rednotebook but there's an issue with gtk and python... I try to port pysolfc but guix import doesn't recognize outputs... I try to port arduino-ide but it has blobs.... Is there anything i can port? I think i will try pysolfc again...
<sebboh>`guix refresh: error: open-process: Cannot allocate memory`
<sebboh>regarding distro packaging vs application packaging vs language packaging.. [popcorn.gif] (I presume that's a gif of M. Jackson eating popcorn in a movie theater.)
<sebboh>I've only been using guix for a couple days and I haven't really done much of anything yet, but already doing anything with a device feels completely wrong... This FS is going to be mounted ... everywhere, for everything? Gross.
<b0f0>kmicu: plain text or html rich text ? I want to send an email to guix mailing list ?
<sebboh>I use plaintext and I think the majority do.
<b0f0>sebboh: thank you
<sebboh>... What's this about github tokens?? Ok, it turns out that I don't need to run `guix refresh` at this time. Certainly not without arguments... :)
<vagrantc>so, if i'm updating a package to pull in a git snapshot, if i don't repeat the commit multiple times i pretty much need to wrap the (package ... ) in a (let (commit "abcde1234...") package( ... )) ? which basically requires re-indenting the whole package
<vagrantc>if it's going to just be temporary, is it ok to just list the commit twice?
<vagrantc>or will it be a game or re-indenting once the next upstream release is out?
<vagrantc>game of...
<vagrantc>is it better to tidy up lint issues before, after, or during a new upstream version?
<sebboh>My config.scm doesn't contain a guix-configuration stanza. Presumably, some default stanza has been used when my system was built. May I now somehow get a copy of whatever the current config is? I mean may I query that out of my running system somehow, so that I may paste it into my own config.scm and edit it there?
<zch>I'm curious of guix users interaction with other package managers, such for languages or environments: Say for emacs, do you typically use guix for your emacs packages too, or do you use Emacs' package.el? Or how about python's pip or NPM etc? How is the workflow like?
<Marlin[m]>My emacs packages are handled by init.el
<ItsMarlin>Btw, can guix handle packages from dpkg and such?
<jgibbons[m]><ItsMarlin "Btw, can guix handle packages fr"> The closest i can find in guix is debootstrap.
<jgibbons[m]><zch "I'm curious of guix users intera"> Lots of python packages available with guix. Idk about npm.
<Gamayun>efraim: Thanks! My wetware's caught a virus so I'll test it out later...
<rekado>sebboh: what do you mean by “doing anything with a device feels completely wrong”?
<roptat>hi guix!
<notnotdan>So, right now whenever I do any operation that requires me to modify env variables, Guix helpful tells me at then end what commands I should run in bash/sh to fix the env variables.
<notnotdan>However, I am using fish, which (annoyingly) doesn't support this POSIX (?) syntax `export AA=BB'.
<notnotdan>Is there an interest on supporting this kind of output in Guix as well?
<roptat>notnotdan, if we're able to detect your shell, why not?
<roptat>how do you modify env vars in fish?
<notnotdan>`set -x VAR VALUE`
<notnotdan>but also the separators are just spaces
<notnotdan>I will research it further than
<glv>Hi. When calling guix gc, is there a way to tell the garbage collector not to delete native-inputs?
<ruki>hello Guix
<roptat>glv, with --gc-keep-outputs=yes and --gc-keep-derivations=yes passed to guix-daemon
<roptat>it will prevent guix gc to collect build dependencies
<glv>Thanks roptat, I'll try that.
<notnotdan> seems to be working?
<notnotdan>roptat: should I try to make a patch or just send an email to guix-devel first?
<roptat>you could send your patch to
<roptat>is the syntax correct though? shouldn't $PATH be inside the quotes for instance?
<notnotdan>well that's one thing i need to confirm. it works on my computer, but i cannot find a piece of documentation that would give me the definite answer
<roptat>if it works with your version of fish, then I guess it's fine
<dutchie>weird; firefox and alacritty (installed via pacman on Arch) can't see fonts I installed through guix, even though they show up in fc-list
<pkill9>does fc-list read the font cache
<dutchie>I'm not sure
<dutchie>ah, if i do /usr/bin/fc-list then they don't show up
<pkill9>looking at guix's fontconfig package definition, it looks like it only reads fonts from the user's guix profile and the system's guix profile
<dutchie>i assume it's because FF and alacritty are using Arch's fontconfig not guix fontconfig
<dutchie>Guix fc-list is also picking up fonts from ~/.local/share/fonts
<pkill9>i'm not sure how fontconfig looks for fonts
<dutchie>but not /usr/share/fonts
<pkill9>and if it looks for fonts using the font cache
<dutchie>I created ~/.config/fontconfig/fonts.conf containing <dir prefix="default">.guix-profile/share/fonts/</dir>
<dutchie>then /usr/bin/fc-cache -f and it works now
<dutchie>I guess I could also have linked ~/.guix-profile/share/fonts under ~/.local/share/fonts or something instead
<rekado>notnotdan, roptat IIRC there was a discussion on the mailing list about supporting Fish environment variable definitions.
<rekado>I don’t know what came of it.
<roptat>someone on the fediverse said that our coqide didn't have code highlighting, so I've investigated a bit
<roptat>coqide uses a custom code highlighting scheme that refers to a default scheme, and gtksourceview had troubles finding that default file
<roptat>I've added some printing to coqide to show the search_path used by gtksourceview and it looked like it used XDG_DATA_DIRS to find its data
<brendyyn>I feel as if ` ' , #~ #$ should not be used, that regular sexp syntax should be used. even perhaps just using quasiquote, quote, unquote, gexp, ungexp may be better.
<roptat>indeed, setting XDG_DATA_DIRS to add gtksourceview's share directory fixed the issue
<roptat>so I'll push a patch shortly that makes gtksourceview look for its own directory in the store in addition to XDG_DATA_DIRS
***dongcarl_ is now known as dongcarl
***dghubble___ is now known as dghubble__
***stefanc_diff_ is now known as stefanc_diff
***jfred0 is now known as jfred
<Marlin1113>i'm still trying to get warsow to work on guix
<Marlin1113>how do i do the patchelf thing right?
<ng0>Marlin1113: take a look at rustc or previous history versions of rust.scm in guix
<Tirifto>Hello all!
<Tirifto>Question: Are environment variables supposed to be declared in my ‘~/.profile’, rather than my ‘~/.bashrc’?
<Marlin1113>how can i see rust.scm? ng0
<ng0>git clone and then search for it in gnu/packages
<Tirifto>I recently moved the variable declarations (‘PATH’, ‘GUIX_LOCPATH’, ‘INFOPATH’…) from my ‘~/.bashrc’ to my ‘~/.profile’, and that seems to have affected the way in which I invoke Guix, but I'm not sure how exactly… I updated Guix to 1.0.1 before and everything worked fine, except that ‘info guix’ couldn't find the info pages for it. After the move, I appear to be running Guix 0.16.0, the info pages are found, but it prompts
<Tirifto>install locale packages and define the locale variables… could I have switched to a different Guix profile, perchance?
<Tirifto>Ah, looks like the variables from ‘~/.profile’ are not loaded into the terminal session… so maybe it's loading an old Guix binary?
<Marlin[m]>umm, ng0, what am i supposed to take away from reading rust.scm?
<ng0>when I wrote "or the history of it" I meant that.
<ng0>in short and everything I will add to this, look for bootstrapped compilers in guix' git history
<Tirifto>I'll be keeping them in both files, just in case!
<ng0>okay. I mean what you're looking for is probably an older version. or you might have to expand your question. I assume you know how to use patchelf in general
<ng0>what I mean, and you can ignore my repo otherwise because this is an old state, is something like this:
<dutchie>Tirifto: that shouldn't be necessary
<Marlin[m]>can't i use the patchelf thing?
<dutchie>.profile is sourced by login shells, .bashrc by every bash
<dutchie>(some graphical login managers have special code to load .profile too)
<Marlin[m]>My messages are bugging out
<dutchie>stuff like PATH etc should probably be in .profile
<Marlin[m]><ng0 "okay. I mean what you're looking"> i have no idea hoe to use it
<dutchie>and if that's not getting sourced then there is something wrong with your login process
<ng0>Marlin[m]: if you want to use it in a guix recipe, you haven't read the lines I haven't pointed you to. otherwise (if it's for local., non-guix, patching), consult the documentation and work with a simple copy to learn how it works
<ng0>i can't walk you through this right now.
<Marlin[m]>i'd like to run a binary
<Marlin[m]>i'll try looking for it
<Marlin[m]>I think i'll spin a trisquel vm for now
<ng0>(by which i mean, I am detaching for a while because I have work to do)
<Marlin[m]>and use X forwarding
<Marlin[m]>No prob
<Tirifto>dutchie: Thanks for specifying; I'll try moving them around later, to see if things are working as they should.
<bavier`>hello Guix
<erudition>Hello Guix! I tried browsing the logs for this channel but it appears to just be a dump of text files you have to download and wade through. Isn't there a way to see them in an easily browseable (and searchable!) form?
<kmicu>erudition: there’s no online version.
<samplet>I think there is (I’ve seen people link to it recently) – I don’t know where it is, though.
<erudition>bavier: yeah you can't even do that until you've arbitrarily chosen a text file to download first, and there's tons
<kmicu>wget *.log and then grep over them is not so cumbersome solution
<kmicu>You could also ask questions here cuz logs have many, many deprecated info 😺
<erudition>I'm no terminal ninja, so that kinda is a very cumbersome solution. Not to mention it's hardly a long-term fix so I just thought I'd mention it here
<erudition>kmicu: yep I'll just ask again here
<bavier`>erudition: ah, indeed, I'd forgotten they get split up :(
<kmicu>(Personally, I’m happy about not logging everything and putting it on the web. Especially when logs have ton of outdated, sometimes personal, sometimes very rude, and confusing info.)
<kmicu>If there’s no proper answer in the manual then that’s a bug.
<artkub>Hi, I installed GuixSD a few days ago. Am loving it so far. I have a small issue though. I'm trying to write a package for i3status-rust but when I install it I get a "In procedure copy-file: Permission denied" error. I think the reason it fails is because of this line where it tries to copy "Cargo.toml" to the output
<artkub>directory, but it already exists because of the "copy-recursively" (line 132) and it's read only as it is in /gnu/store. Am I missing something? Or doing something wrong? Can I find some rust packages somewhere to check how it's done?
<Ozymandias42>is there a smarter or recommend way to write system configs? Writing them in vim and testing if `guix system reconfigure` throws an error is cumbersome.
<kmicu>Ozymandias42: is using Emacs an acceptable solution? 😺
<Ozymandias42>only with evil-mode
<kmicu>Vim also should have a compilation mode so in one buffer we edit config.scm and with a binding we start ‘guix system reconfigur’ as a compilation command in a second buffer.
<Ozymandias42>my problem is basically that I pretty much don't know what I'm doing no matter what stage. The docs are either perfect and I just need to copy paste or don't help at all. I continously get the feeling stuff is expected to be known that I do not.
<kmicu>So you are in a perfect position to report bugs in the manual ヽ(*^▽^)/
<Ozymandias42>since when is a lack of documentation a bug?
<kmicu>Since the beginning.
<Ozymandias42>huh. I've never seen that as bug.
<kmicu>If something is not clear in the manual please send a bug report.
<Ozymandias42>I might do that. I'm just not sure if it actually IS the docs or if I just skip the expected learning stages.
<Ozymandias42>I mean apparently requirement for guix is mastery of scheme.
<kmicu>Newcomers can see things (spot issues) that are invisible for old timers. Any bug reports that can improve manual for newcomers are much appreciated.
<Ozymandias42>and I've never really touched it before, much less with all those guix specifica
<kmicu>That’s why Guix System manual should have many more useful examples and snippets.
<Ozymandias42>makes sense. my most recent problem is with how to write my own completely custom services
<Ozymandias42>no extension or composition just a simple service that creates a folder if it doesn't already exist
<kmicu>So that’s a bug if after reading it’s still not clear how to define that service.
<Ozymandias42>I have this open for that:
<Ozymandias42>yeah same example in both versions. the extensions part is unclear to me for example and at no point do I see where to put what is actually supposed to be done by the service
<Ozymandias42>closest thing would be the nginx-example but that looks like it requires an already existing nginx-service-type type/object/thing and I don't see how to define my own things of type 'service-type' then.
<Ozymandias42>that's pretty much why I doubt the docs are at fault. it seems to me as if I'm missing basic scheme understanding
<Ozymandias42>unfortunately what might actually be a 'bug' in that sense is that there no suggestion on where and how to start if those basics are missing
<kmicu>It looks like is not clear enough to explain how to create a basic service e.g. creating a folder.
<Ozymandias42>that was my thought too. I get how to construct a service but not where to put (mkdir /usr)
<kmicu>I wonder whether we could ‘abuse’ extra-special-file from to create /usr with a phony file. E.g. with (extra-special-file "/usr/hello" (file-append hello "/bin/hello")).
<Ozymandias42>yeah I had that idea too. would probably work too
<Ozymandias42>especially as I already use (extra-special-file) to create an /sbin/init symlink
<Ozymandias42>which I should somehow change to a script running exec shepherd --config sherpherd.conf
<Ozymandias42>but that would probably then require me to somehow make it executable too. which I can already see will be a nightmare
<kmicu>We can create folders or use chmod in activation scripts
<Ozymandias42>okay..? I wanted to do all of these little tweaks in the file I use with guix system so that I can get a rootfs compatible with container solutions.
<Ozymandias42>thought it might be cool to use guix on any distro to produce a (system)container-compatible rootfs with full shepherd in it
<kmicu>All necessary parts are scattered thorough the manual and guix source code e.g. dhcpd service ‘ At service activation time, this directory will be created if it does not exist’.
<kmicu>Yeah, that activation stuff is not very clear in the manual.
<Ozymandias42>ouch. yeah that definetely sounds like I should report a few bugs then. You shouldn't need to read source code.
<erudition>I think I found a bug already - you can't exit the graphical installer 😅
<Ozymandias42>do a guix system reconfigure with a mod on it's config.scm without X and you get kicked out^^
<sebboh>rekado: well, for example, I can't "rollback" mounting a filesystem. ...Wait... I guess I didn't *have* to manually invoke the commands to mount it... Ah.
***mouldysammich is now known as sammich
<erudition>I had to burn it to a DVD because it doesn't work with my multibootusb, but when I saw it can't do guided partitioning with my lvm system, I decided to quit. Problem is, quit just keeps bringing you back to the installer
<Ozymandias42>have you tried `halt` in the terminal?
***sammich is now known as mouldysammich
<erudition>Ozymandias42: Oh I do t need a workaround, holding the power button works just fine haha
<erudition>But I'm pretty sure it's a bug in the graphical installer, unless someone really intended it that way
<Ozymandias42>ofc that's a bug. if you can't get out of the xsession I'd say that's a bug
*kmicu ’s never used the new installer. 🤷
<kmicu>(Also LVM is not supported yet.)
<erudition>Yup I know, I forgot that pc was LVM
<erudition>The new installer is still pretty much "text-based"
<erudition>I wonder why Calamares was not used instead?
*kmicu assumes b/c Guile-newt exists but Guile-calamares not 🤷
<sebboh>What is another name for config.scm? "system configuration"? (Seems a bit broad.) "operating-system declaration"? (my config.scm contains three forms outside of that form.)
<Ozymandias42>what exactly do you mean by 'three forms' ?
<kmicu>‘Calamares is mostly written in C++11, with Qt 5’ heh, depending on Qt is a very heavy requirement.
<sebboh>I found this user's config.scm: ... Question. What is this "config =>" business? I know some common lisp but I don't know guile. When I try to use a snippet from Thomas's config, I get this error: `/home/sebboh/src/guix-config/config.scm:54:26: error: config: unbound variable`
***mouldysammich is now known as sammich
<rubic88>Hi guix. Please make me smarter about package rollback and generations.
<kmicu>Maybe thomassgn is around to answer 😺
<erudition>kmicu: Not much heavier than other GUI installers, I'd think.
<Ozymandias42>you might need to not just use the snippet but maybe one of the (use modules (stuff)) statements too
<rubic88>About a week ago I installed icecat and some supporting packages, but it didn't work out. I *think* the recommended procedure is to rollback rather than remove these packages. However now my current generation == 19 with (future?) generations 20-22) which increment whenever I update.
<kmicu>erudition: Oh, no, compiling Qt is the heaviest thing possible in my experience.
<sebboh>Ozymandias42: Well, here are three forms: (+ 1 1) '("yo" "dawg") (operating-system (maybe-this-is-a-fourth-form))
<bavier`>sebboh: it's a special syntax for configuration modification, see the manual
<rubic88>On a foreign debian distro, if that matters. Will removing these packages advance my current generation past the 'future' generations?
<erudition>Oh yeah, compiling the whole framework maybe. I wouldn't mind because I plan to use KDE on guix anyway, but I suppose the GUI installer could be a separately distributed ISO
<sebboh>Ozymandias42: But I would not be surprised if it turns out that I am not the only one who would describe a file with four independent (non-nested) opening parens as 'a file containing four forms'.
<Ozymandias42>I'm new to scheme I was just confused by what you meant by that. I had an inkling but wanted clarification
<kmicu>erudition: that sounds great. Contributing KDE would be very nice b/c so many KDE packages are already in Guix.
<sebboh>Ozymandias42: yes, I successfully added a (guix store) bit to my modules list for some other thing I borrowed from his config. :)
<sebboh>Ozymandias42: me too and I overexplained so if there is an error in my understanding it may be revealed and fixed.
<kmicu>rubic88: any change in profile creates new generation.
<erudition>kmicu: yeah, I don't have the skills to contribute recipes right now, but I can't wait till plasma is supported. Nix uses it as default I think.
<kmicu>rubic88: you can also start a working IceCat directly from the store ‘/gnu/store/workinghash*icecat*/bin/icecat’ to avoid ‘re/installing’ anything.
<rubic88>kmicu: When/how does my current generation move to the end of the list?
<rubic88>Or am I overthinking this?
<kmicu>erudition: iirc NixOS was focused on KDE since the beginning. (I used sole XMonad on NixOS so don’t know for sure).
<bluekeys>what do I need to add to config.scm to mount an ntfs usb partition?
<kmicu>rubic88: current profile should link to the latest generation by default. Did you rollaback recently? (And yes, you should not care about generations numbering).
<erudition>kmicu: Yeah, so I'd think importing from Nix would be easier than other imports, but I guess not
<sebboh>bluekeys: this is only part of the answer to your question: there exists a package named ntfs-3g. Are you wanting some NTFS usb device to be automounted at boot? Or..
<rubic88>kmicu: Current profile links correctly. I'll ignore numbering, but it feels like in git-speak that I'm no longer pointing to the HEAD.
<bluekeys>sebboh: I want to mount a usb drive. It won't necessarily be there at boot, most likely not. I've installed the ntfs-3g package.
<kmicu>rubic88: so did you ‘checkout’ an older generation and now want to go back to head or fork from that older generation?
<kmicu>bluekeys: then installing ntfs-3g gives mount.ntfs that can mount a usb stick.
<rubic88>kmicu: I just rolled back to pre-icecat. When I installed a new package, the icecat generations were increment ahead of my current generation.
<kmicu>Removing packages is as ok as using rollback.
<sebboh>Where do I find something like `apt-file` for guix?
<str1ngs>sebboh: that's a tough one to do I think
<kmicu>sebboh: that feature is not avaiable yet.
<str1ngs>not exactly apt-file . but you'd be surprised how effective . find /gnu/ -name foo is
<sebboh>Ok. Sounds like there is an `apt-file`-shaped hole. I'll be patient.
<sebboh>str1ngs: `apt-file` works for packages that are not installed and never have been.
<str1ngs>I understand how apt-file works. but think about how Guix works
<kmicu>sebboh: NixOS has such indexing feature. Guix is not there yet.
<bluekeys>kmicu: oooh. mounted! thx
<sebboh>str1ngs: based on what you just said, I don't know how Guix works.
<kmicu>(In the same way as NixOS which has apt-file like feature :)
<pkill9>i think there was a suggestion for adding to cuirass a requestable database of file listings for packages
<sebboh>How may there be something in my store which I have not previously installed? Different question.. suppose I want to know what package provides mount.ntfs. On Debian, `apt-file search -x /mount.ntfs$`. On my current system, I would expect that the phrase "mount.ntfs" appears nowhere (unless it happens to be in the package description of guix package ntfs-3g).
<str1ngs>sebboh: there are many things in the store that have never been installed in the profile
<sebboh>str1ngs: ok. How/why? Or, for example?
<str1ngs>technically install is not even a term that translates to Guix even. it's either been downloaded. or linked into a profile. the idea of install does not exist
<kmicu>sebboh: you are right that’s why NixOS has a service indexing ‘files on build farm’ and then user can search that index.
<kmicu>Plus Nix integrated command-not-found so executing ‘mount.ntfs’ automatically points you to a required package.
<pkill9>that would be good to have in guix
<sebboh>kmicu: understood. I am sure somebody will add a service like that to guix. Seems useful. I will get by without it for now.
<str1ngs>even with indexing, it's not easy to achieve since you can have multiple packages, that provide the same file
<sebboh>I for one do not like the command-not-found functionality which I first saw on some ubuntu machine.
<kmicu>Guix can have the same goodies but with a limited contributors time Guix can provide limited feature set for now. (Nix is much older).
<kmicu>sebboh: that functionality is (would be) of course optional. Enabled by default for newcomers.
<sebboh>str1ngs: sure. apt-file does string matching--you search for strings that happen to be filenames, not files themselves.
<kmicu>NixOS also (by default) copies system config file to the store b/c new users often forget to back it up.
<str1ngs>the why I handled this in via, was to have the package manage record the installed files. into the package declaration. which was easy to do since the package declarations where json, so machine readable/writeable
<str1ngs>this way the end user could create the file database them selves, based on the package meta data.
<sebboh>So. What sorts of things are in my local store which have never been installed? I can imagine some package A that depends on package B at build time but not runtime. (Maybe package B is GNU Make.) I can imagine if you ask guix to build A, B will end up in the store. (Would it also be "installed"? On debian: yes.)
<str1ngs>I guess the way to do this in Guix, is to create a service that runs on a publish server. that indexes files associated by package hash. then serve that as some light download entity. possibly the client would download that index. and import into a sqlite or some query-able format.
<Gamayun>I'm adding some more dictionaries to aspell. A couple of them fail to build with this error though, ring any bells for anyone? "Throw to key `decoding-error' with args `("scm_from_utf8_stringn" "input locale conversion error""
<str1ngs>Gamayun: it's possible glibc locales are not available to the guile being used here.
<civodul>Gamayun: or it could be that the package contains files whose name is not UTF-8-encoded
<Gamayun>Hm, yeah... Funny that Norwegian Bokmal has this issue but Norwegian Nynorsk doesn't.
<Gamayun>Seems civodul is right. Bokmål has non-utf8 characters in the name of a .alias files.
<civodul>Gamayun: in that case, i think you can add the 'glibc-locales' package as an input, and then add a pre-unpack phase that does (setlocale LC_ALL "en_US.iso88591") for example
<civodul>there's probably a couple of packages that use such a trick
<Gamayun>civodul: For the individual dictionary or for all of them? I'm tempted to just leave them out for now, as they appear relatively old and unloved in any case.
<civodul>Gamayun: ideally for just this dictionary
<Gamayun>civodul: I think I'll just make a note of it when I send the patch, in case anyone wants Bokmål or Icelandic.
<sebboh>Using the emacs-guix package, how may I use M-. on some function (macro?) in my system configuration? For example, to pull up the definition of grub-efi-bootloader.
<str1ngs>sebboh: I start a repl with . guix repl --listen=unix:/tmp/guix-repl . then I use M-x: geiser-connect-local .
<str1ngs>I don't know how to do this with emacs-guix. this only requires geiser though which is nce.
<str1ngs>you will have to evaluate your use-modules in the scheme-mode buffer. but then things like M-. should work
<sebboh>geiser must be like some slime/swank thing for guile, eh? What you described sounds perfect. I'll get it set up.
<str1ngs>in some regards yes. it though would be nice to say have geiser when in scheme-mode use. Guix Repl. which you can start with. guix-switch-to-repl. this way you can reuse emacs-guix buffers and repl's
<str1ngs>maybe this already exists. I just have not figured out how to do it yet.
<sebboh>... I have 16gb free ram on the host and not enough ram to start an 8gb guest. ... I guess I'll reboot the host?
<str1ngs>you can try to free ram cache. with echo 3 > /proc/sys/vm/drop_caches
<str1ngs>this flushes page cache, dentries, and inodes
<str1ngs>it helps to call sync first
<str1ngs>note, this won't help if you are mainly using physically allocated RAM
<str1ngs>free -h should should give you a indicator. if this is used RAM vs cached RAM issue
***byzoni[m] is now known as cyberwolf[m]
***cyberwolf[m] is now known as byzoni[m]
<Marlin1113>hi guix
*dongcarl waves
<Marlin1113>how can i make a service to run the emacs daemon?
<bluekeys>what's the proper way for me to add stumpwm to gnome login manager on guixsd? Should I add something to config.scm
<Formbi>IIRC «(specification->package "stumpwm")» to «(packages)»
<str1ngs>how do I find what profile is keeping a path alive. I need to explicitly garbage collect a store path . but it seems to be alive still
<str1ngs>and possible delete the root if possible. I believe a gc root is a linked profile?
<bluekeys>Formbi: thx, rebooting, brb
<bluekeys>Formbi: That works. Thank-you.
<Marlin1113>hmm... guix, where does the iso file generated by guix system disk-image located at?
<cbaines>Marlin1113, it's probably in the store, did the command you ran not output a filename?
<Marlin[m]>i'll look for it
<Tirifto>Observation: When I run Guix’s ‘icecat’ from the terminal, it looks okay, but when I run it from GNOME Shell's application launcher (via a .desktop file symlink), it uses the wrong fonts.
<Tirifto>Any idea what might be the cause of that?
<kmicu>Hi Tirifto: did you see the same behavior after restarts (especially GNOME relogin) or is it only in a current session?
<Marlin[m]>found it, thanks :D
<Tirifto>kmicu: Hello! I set the symlink up and then logged out and back in to let GNOME Shell load the file.
<kmicu>Tirifto: did you execute ‘fc-cache -r’, do you have some font related envars in your .bashrc, do you use Guix System or only Guix? 😺
<kmicu>(GNOME Shell sources different config files than an interactive shell so that could be the problem but better to check above first.)
<Tirifto>kmicu: I don't remember executing ‘fc-cache -r’, and nothing in my .bashrc looks font-related… only VTE, Perl, and Guix. I'm using Guix (not System) on Parabola.
<Tirifto>(The Guix-related variables in my .bashrc are duplicated in my .profile; I did that just to be sure, and was informed it shouldn't be necessary. No idea which files GNOME loads, but the declared Guix-related variables don't seem font-related, anyways.)
<kmicu>Not sure whether installing FontConfig or Pango from Guix could help here.
<kmicu>Tirifto: are those wrong fonts from Guix or from Parabola?
<Tirifto>Oh, and for what it's worth: When I tried moving the variable declarations away from .bashrc earlier, I could only run an older version of Guix from the terminal (0.16), and ‘info guix’ worked. After putting them back, I could run Guix 1.0.1 again, but ‘info guix’ does not see to work.
<Tirifto>kmicu: I did install fontconfig. I think the wrong font was Gentium, which should be from Parabola (at least I don't think I installed it with Guix).
*kmicu saw here ~/.bash_profile as recommendation too.
<kmicu>At-the-moment-constantly-reconnecting rekado knows more about that.
<Tirifto>I think I tried that and it broke login to GNOME Shell… not 100% sure if it was that file though.
<bluekeys>Tirifto: I had a similar problem with a new install of guixsd. It occured after running emacs doom. It went away after guix package -i font-gnu-freefont-ttf and then fc-cache -f
<kmicu>GNOME Shell has those usability wrappers around configuraton stuff (e.g. DConf) and maybe that’s why Guix’s IceCat can find fonts when spawned from regular shell but is lost when spawned from GNOME Shell’s env.
<Tirifto>Hmm… I guess I'll try running fc-cache -f and then icecat via the symlink again!
<kmicu>Tirifto: You could find some GNOME Shell + Guix experts on Guix mailing lists. Alas I’m not familiar with those anymore.
<Tirifto>Oh right, those exist! I guess I'll write a letter if this is not going to help.
<kmicu>(*With sole Guix on GNOME Shell setup.)
<kmicu>BTW Tirifto can I ask why you don’t want IceCat or IceWeasel from Parabola?
<Tirifto>kmicu: Guix has a custom newer version of Icecat, so I figured that might offer better security.
<Retropikzel>I have acer nitro laptop with AMD GPU, guix does not boot, what are my changes that it becomes bootable during a period of a year or so? Or should I just exchange it something with intel graphics
<Retropikzel>I guess this is more linux-libre question, but I tried searchign and didnt find much :/
<pkill9>amd should work
<kmicu>Retropikzel: it’s possible that tweaking kernel boot parameters e.g. setting nomodeset is all what’s required for a proper boot.
<Retropikzel>kmicu, thank you, I will try it
<kmicu>Tirifto: that makes sense. Thank you.
*Tirifto will relog now.
*kmicu is missing nckx (◍•ᴗ•◍)
<Retropikzel>kmicu, can you tell me more about what nomodeset does? I have heard about it but in the past I have had only to set (only) iommu=soft and pci=noacpi and some processors stuff :D
<kmicu>Retropikzel: I assume kernel Libre-linux and open AMD drivers doesn’t support Kernel Mode Setting so we need to turn it off. With nomodeset GPU drivers are loaded later when loading Xorg so at least you should see boot screen.
<kmicu>(As always details about KMS are on Arch Wiki 😺)
*kmicu can only guess about new fancy AMD cards. Though can help a lot with 2002 ATI R300 series 😺
<Tirifto>Well, neither that nor installing pango has worked out.
<kmicu>Do you like stracing, very long logs and inspecting PID’s env?
<Tirifto>Thank you for your help, kmicu and bluekeys; I guess I'll keep on pursuing this issue on the mailing lists!
<kmicu>You could install the same fonts with Guix and Parabola and set the same FontConfig’s configs in both. That could be faster than stracing.
<Tirifto>kmicu: Oh, was that question for me?
<kmicu>Yes, cuz figuring out why a process (IceCat) spawned from GNOME Shell sees different fonts requires using strace.
<Tirifto>Hmm… I might need to install quite a few fonts for the other option.
<kmicu>You could also put/link fonts into ~/.local/share/fonts then Guix and GNOME should see them, but then FontConfig’s config could set different preferences for mono, sans, serif fonts.
<Tirifto>What is strace and how would I use it?
<kmicu>‘strace icecat’ will show (in a very verbose and unreadable log) which config files are sourced by IceCat and what fonts (and from where) are loaded.
<kmicu>So in the end we could figure out what’s wrong w/o guessing 😺
*rekado had an IP address conflict
*kmicu recalls a memory when one router constantly restarted cuz it has the same ip as ISP’s router.
<Retropikzel>I messed up my bash config so I just reinstalled :<
<Retropikzel>It doesnt take long usually :D
*Tirifto has to install strace first, turns out!
*kmicu went 😴💤
<Retropikzel>kmicu, nomodeset helped but now it says something one lines of "dev/sdb" "/mnt/boot/efi" "No such device", I think I would need to make grub install to removable device or something like that. Any tips/advice?
<Retropikzel>I had same problem with debian testing, they do UEFI right and my machine does not