<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>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>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.
<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>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?
<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
<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
<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?
<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? 😺
<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>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
<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
<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?
<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>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
<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>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 :/
<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.
<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