<mhj[m]>Hi all, thanks again for the help lfam and crew. Now I suppose I have a different question. If I wanted to use the latest kernel from the repos that’s been packaged, do I need to specify that in my config scm file or is there some other method?
<mhj[m]>I looked through the manual and didn’t see anything about any variables or types to do that. Maybe I overlooked it? Is it a package assignment?
<lfam>Can you clarify what you mean by latest kernel from the repos?
<lfam>My understanding is that the default kernel is the latest one that has been packaged
<lfam>In general, you can specify a package to use with the (kernel) field of the operating-system
<ccao001[m]>Hi, what is the best way to use a modified version of a package? guix edit is read only. I want to be able to use guix edit to change the package but it doesn't allow me because it is read only. Is cloning a copy of the guix source tree and setting GUIX_PACKAGE_PATH the only way? any help is much appreciated
<vagrantc>ccao001[m]: it's a little confusing, but you need to follow the instructions for building from source and then ./pre-inst-env guix edit
<vagrantc>e.g. so that the version you're running is using the same files that you want to edit
<ccao001[m]>should I start an orphan branch and recommit everything while gpg signing?
<vagrantc>i *think* that's the only way possible to fix it
<joshuaBPMan>ccao001[m] I've never been able to keep one gpg key. Generally what happens, is my computer crashes (because I'm trying new and exciting potentially lose-your-data-stuff). Then I have to make a new gpg key.
<ccao001[m]>what do you do with the old commits that are signed with a different gpg key?
<ccao001[m]>do those old commits become unusable by subscribers to the channel?
<ccao001[m]>i.e. will the channel fail to authenticate with guix
<vagrantc>there was a blog post explaining it not too long ago
<vagrantc>but basically which keys are valid is part of the commit history, so new commits have to be signed by one of the keys already present in the repository
<vagrantc>it doesn't bother with expired keys at all
<vagrantc>as in, it doesn't check current validity ...
<goldenshimmer>Hi, how can I pull my personal channel without also pulling the main Guix channel? I tried guix pull --url=... but it tries to use that URL to update the Guix channel.
<joshuaBPMan>goldenshimmer: You probably need to customize your default channels....just a second.
<mroh>sneek later tell rndd I think, the error you're getting with you kernel config is because of the initrd module safety checks, so you might try `guix system --skip-checks` or make sure all the modules that are tested are in your kernel (see default-initrd-modules in ~/gnu/system/linux-initrd.scm for the list of modules)
<OriansJ>vagrantc: you wouldn't hit it unless you did a fresh install and did not enable substitutes at all. Then you would hit it on first guix pull
<vagrantc>admittedly don't test a no-substitutes scenario very often
<vagrantc>and the current Debian packages default to enabling substitutes
<ryanprior>y'all ever wish there were a --no-builds option where it would just skip anything for which there isn't a substitute?
<ryanprior>when upgrading packages I routinely use --dry-run to find a list of things I don't want to build, and then pass a bunch of --do-not-upgrade flags
<vagrantc>ryanprior: definitely. it's been brought up often
<ryanprior>if I dare to really dream, I want to say --no-builds=time>2m as in, for anything you're about to build, check the CI stats for that package and if 95% of builds take more than two minutes to complete, skip it
<lafrenierejm>What's the proper way to manage service configuration files that one would normally put in /etc?
<alextee[m]>i think the current libsndfile breaks support for flac/vorbis to all packages that use it so it should probably be merged soon
<vagrantc>lafrenierejm: how else would you run a service?
<ryanprior>lafrenierejm: packages can only contain immutable data, so if this is configuration that the user should never have any reason to overwrite, or that they would want to do so by providing a different config path, you could just put that config file in the package.
<ryanprior>lafrenierejm: if the data is something that the user might want to modify, or other services might want to modify or extend, then that puts it beyond the definition of what a package is, now it's a service (even if a slim one)
<ryanprior>If writing service definitions is daunting or tiresome for you (it is both for me!) then I think that points to the need for tidier tools for defining services =D
<lafrenierejm>ryanprior: I haven't written any service definitions before, so we'll see how it goes. :)
<zimoun>sneek tell later vagrantc: --localstatedir=/var/ is written in the manual, at least 2 places, and one in the section Building from Git. What could be improved?
<sneek>later, zimoun says: vagrantc: --localstatedir=/var/ is written in the manual, at least 2 places, and one in the section Building from Git. What could be improved?
<zamfofex>profmakx: I might be wrong, but I think gtk+.
<zamfofex>I remember running into an issue regarding a missing “FileChooser” when trying to run NetSurf. My “guix package -I” shows “gtk+” immediately after “netsurf”, which is highly indicative! See if it works well for you. Feel free to let me know what happens!
<zamfofex>Or, well, when opening NetSurf settings, more specifically.
<rekado>civodul: I’m looking at the MDC store, so we can compare hashes
<apfel>hm, sometimes a package installed with 'guix install' gets downloaded as a substitue on one system but gets build on another system. Why is that? because the installed packages/dependencies are not recent enough -> build with old/installed dependencies? This also sometimes happens with 'guix package -u', which is irritading because i would assume dependencies would be updated during this process. But maybe i am missing something, can
<apfel>civodul: yea ok, but both of those machines are running 'guix (GNU Guix) c95f7dc6f113dc66ca463e3a44c309c0c5ccd7f4', i used guix gc and guix gc -d on both of them, but this one machine - my slow notebook - want to build 'krita', while my rather powerfull desktop pc just downloads the prebuilt package ... this is frustrating, because building something like this takes forever on my notebook ...
<civodul>then again, you can share binaries among your machines
<civodul>there's a new discovery mechanism in current Guix
<civodul>so each machine can advertise its "guix publish" instance and others on the LAN can discover it and use it automatically
<civodul>in addition to that, you can also "guix copy --to=OTHER-MACHINE krita"
<apfel>well, i tried to fix this by setting up cuirass on my server, i download packages now via this server but still the same, now the notebook downloads the sources from my server and my desktop the package ...
<civodul>you mean the notebook isn't getting the package substitute?
<apfel>what is also funny, all the krita dependencies are downloaded as packages, only krita is built from source ...
<roptat>so cold outside, my hands are frozen it's hard to type ^^'
<kraai>I'm trying to package elm-format, which is built using the Shake build system. Shake depends on some unpackaged libraries. Should I package the latest version of these libraries or the version in a particular LTS Stackage release?
<apteryx>is MELPA now an acceptable upstream for the packages sources?