IRC channel logs

2020-02-08.log

back to list of logs

<vagrantc>janneke: we all are :)
<oriansj>well not exactly vagrantc
<vagrantc>oriansj: you have a full bootstrap from sand worked out and you're not publishing it? :P
<civodul>vagrantc: the build user name is normalized, search for "etc/passwd" in nix/libstore/build.cc
<oriansj>vagrantc: great now, you are forcing me to delay my mes-m2 work to grow silicon crystals
<vagrantc>oriansj: i force you to do nothing. :)
<vagrantc>civodul: great, just sent an email asking about it, amoung other recent efforts :)
<civodul>ah good
<civodul>bed time for me tho! :-)
<oriansj>vagrantc: uh huh.... ;-p
<civodul>happy hacking!
<bandali>lfam, hey, since our last discussion, any other things you'd like me to address for my pasystray patch? or is it good to merge?
<lfam>bandali: IIRC we figured out the required changes in our last conversation. Can you submit a revised patch?
<bandali>lfam, i thought i already had :-) there was only a possible minor rewording that i'd asked here if you'd please do that while committing it
<lfam>Ah you're right
<bandali>:-)
<lfam>Do you remember the date of our conversation? So I can look up the log?
<bandali>one sec
<bandali>lfam, https://logs.guix.gnu.org/guix/2020-02-05.log
<lfam>Thanks :)
<bandali>cheers
<bandali>lfam, thanks again :-)
<lfam>You're welcome!
<lfam>I removed a couple comments from your patch bandali. We don't usually add comments about why modules or inputs are used. I hope that's okay!
<bandali>lfam, gotcha, and of course it's okay, thanks! i have a habit of doing that in my personal channel sometimes, i'll be sure to strip them out from now on
<bandali>(for my guix proper commits)
<lfam>I do it too, especially for things that are in progress
<bandali>ha :-)
<bandali>yea i find it helps
<bandali>especially if i haven't previously used those modules
<lfam>I think it can be useful for dependencies that are "grab bags" like util-linux
<bandali>right, yea
<lfam>It's good while working because you might be adding and removing dependencies, and then at the end you don't remember which modules are still necessary
<lfam>Anyways just wanted to let you know I made that change
<bandali>yea, exactly
<bandali>and thanks a bunch for running it by me, though you didn't have to at all :-)
<Nios34>Hello, guix.
<Nios34>Will.guix upport
<Nios34>will guix support a non-free platform? like raspberrypi
<drakonis>eh, you'd have to spin up your own kernel for that to run
<drakonis>also raspberry pi normally runs a linux, so it should work if you have a kernel using their firmware
<Nios34>Thanks
<Nios34>Oops, Seems I found a broken hyperlinks in the guix website. open https://guix.gnu.org/cookbook/ , and click "中文", and It will return 404 Not found.
<bandali>please feel free to report that to one of the mailing lists
<bandali>seems like folks simply copied manual/ over to cookbook/, without double-checking that all translations exist
<Nios34>Yeah
<Nios34>They don't create a copy from English cookbook
<marusich>Hello Guix!
*vagrantc waves
<marusich>Hey vagrant :)
<bandali>hey marusich o/
<bandali>awesome fosdem talk
<marusich>Oh, thank you!
<bandali>^_^
<bandali>thank /you/ for sharing with us!
<marusich>I hope G-Expressions seem a little more approachable now.
<bandali>they definitely do so to this noob :-)
<marusich>I think if you get the idea behind quasiquoted S-Expressions, the *use* of G-Expressions is fairly straightforward to understand because they're in a similar spirit.
<marusich>IMO it's the APIs that use G-Expressions that are harder to understand. For example, the monadic APIs to the store.
<bandali>right
*bandali loves monads, coming from a haskell background ;-)
<marusich>They're kind of a big hurdle. I had a real hard time understanding them at first.
<marusich>I get it now, but I wonder how different Haskell's monads are from the ones I know in Guix.
<marusich>...it's on my list of things to learn
<bandali>aha
<marusich>I also know about some monads and monadic libraries in Java, so I have that angle of understanding. But not Haskell yet.
<marusich>Any recommendations for an intro book?
<marusich>I've heard of "Learn You a Haskell for Great Good".
<bandali>right. and i've only used monads in the context of haskell mostly so far :p
<bandali>ha, so that book is good, but sadly it's outdated, and i think doesn't many many exercises (or answers to them, i can't recall which)
<bandali>last i'd checked, https://haskellbook.com was *very* popular in the community
<bandali>also this repo from the author of the above book is worth bookmarking: https://github.com/bitemyapp/learnhaskell
<marusich>I haven't heard of this one - the Haskell Book. I'll take a peek!
<marusich>I'm currently reading through Realm of Racket. It's pretty fun.
<marusich>And someday, I hope to finish those last few chapters of SICP. Someday.
<marusich>Thank you for the recommendations!
<bandali>nice, and cheers!
<bandali> https://wiki.haskell.org/Learning_Haskell seems to have a lot of useful resources too
<bandali>marusich, also i'd be happy to help answer any questions i can :-) there's also #haskell and #haskell-beginners here
*marusich has pushed it onto his Learning Queue :)
<bandali>oh and definitely bookmark this gem: https://wiki.haskell.org/Typeclassopedia :-D
<marusich>I just finished casually (i.e., didn't do the exercises) reading Linkers and Loaders. It was really interesting, since I didn't know much about how object code gets linked together. I feel like I have a much better understanding now regarding things like shared libraries.
<marusich>One thing I found particularly interesting was its discussion about statically linked shared libraries. The author spent a lot of the chapter discussing a bunch of tricks that people use to enable libraries to be updated in-place without re-linking applications.
<marusich>For example, adding space between libraries to allow for growth without altering the addresses used in already-linked programs. Or, using a "stub table" of entrypoints that linked programs would point to, which trampoline into the real library procedures, nstead of the actual procedures from the library, since those might change address if the library is updated...
<marusich>It all made me think: "This is all not necessary on Guix. We can re-link everything!"
<marusich>But that's a digression... I've added your Haskell links to my bookmarks!
<drakonis>so, is there a list of things to be learned from fosdem that can be applied to guix?
<drakonis>from fosdem talks that is.
<marusich>I dunno, that's a good question. I think some good discussion was had at the Guix Days that is already playing out on the email list. Next steps for Guix Deploy, Guix on Librem 5, improvements to Guix service documentation, parameterized packages, and I think there was a panel on "Guix world domination"...
<marusich>(that one's in progress)
<drakonis>guix world domination eh?
<drakonis>that's an interesting one.
<bavier`>I'm unsure about the "parameterized packages" idea
<drakonis>an interesting thing that i've observed is that mgmt has some good ideas that would be fine for guix
<drakonis>parametrized packages is fairly good to attract new users
<marusich>As for FOSDEM, I think what I found most interesting were the discussions about "inner source" development that happens in some companies, and a debate on whether or not a "bill of materials" describing all the licenses in your project is necessary.
<bavier`>but then again I was hesitant towards the channels idea at first :)
<drakonis>and look how it turned out :)
<marusich>Re: bill of materials, Bradley Kuhn et al. argued on the side of "the source IS a bill of materials, so just provide that", which I found pretty compelling. I was so excited about this at the time that I informed the entire room via the Q&A session that Guix can already package up the transitive closure of source with "guix package -S --sources=transitive foo".
<marusich>I think it relates to Guix insofar as Guix is such a great tool - it has so much potential. Like that one.
<drakonis>i'm hoping to see guix gain more adoption in order to force change in the landscape
<marusich>Teaching people about it - like people who believe that a BoM is hard to generate - is important, I think, in spreading the word.
<atw>+1 marusich, I was thinking "it doesn't sound hard to generate a BoM"
<marusich>I was so excited!
<marusich>I was thinking, "Guix can do this! Today!"
<marusich>It was a great debate.
<drakonis> https://github.com/purpleidea/mgmt roll this into the state management proposal and you'll have sysadmins swarming all over
<marusich>Highly recommend you watch it if you're interested in that sort of policy stuff.https://fosdem.org/2020/schedule/event/debate_license_compliance/
<drakonis>so, tell us about the "guix world domination" talk
<drakonis>it seems interesting.
<marusich>I didn't actually go do that one, so I can't say.
<drakonis>aw
<marusich>Re: innersource, that was also a presentation by Bradley Kuhn. I think he's extremely insightful. Innersource is basically the practice of making a company's non-free software freely available only to insiders within the company, and using collaboration techniques taken from the foss community to do development internally.
<marusich>His talk sort of echoed what I heard in Benjamin Mako's keynote presentation at SeaGL 2019. Corporations have done a great job of co-opting free and open source communities, even though some people might claim that FOSS has won... I'm not so sure. Bradley mentioned that he'd heard of some people working for big corporations because they get the chance to work with talented people without dealing with toxic people that are in some foss projects.
<marusich>I think this is relevant to Guix insofar as Guix is a great, welcoming, inclusive community, and unlike any other complex GNU project recently, it's had an influence on the community and the world.
<drakonis>well, we'll see how that one turns out
<marusich>I agree with Bradley that it's important to encourage that sort of inclusive and welcoming community in order to keep the FOSS community thriving.
<drakonis>as we still need to gain additional reach
<marusich>Like Fox Mulder from The X-Files, I Want To Believe :)
<marusich>BTW, these are the two talks I referenced just now. They're good.
<marusich> https://fosdem.org/2020/schedule/event/innersourceupstream/
<marusich> https://osem.seagl.org/conferences/seagl2019/program/proposals/713 which has a video here: https://mako.cc/copyrighteous/libreplanet-2018-keynote
<marusich>These videos will interest you if you are curious to know about how the community is holding up and what the current challenges face our community going forward.
<marusich>The free software community, I mean.
<drakonis>oh i'm aware of what's coming.
<marusich>I gotta get ready to go, but perhaps we can talk more about that stuff on another occasion! I have a great personal interest in it.
<drakonis>cool.
<drakonis>so,if i want to introduce new service extensions, i can just import the services definition and append it to the available extensions?
<marusich>When you say "introduce new service extensions," what do you mean? what are you trying to do precisely?
<drakonis>introduce a modprobe extension for loading out of tree kernel modules without needing to explicitly change the overall system config
<drakonis>just enable the service to load the module in question
<drakonis>zfs and other terrible bad no good video out out of tree modules
<drakonis>zfs is only available in package form and cannot be reliably enabled as a filesystem
<drakonis>there's extensions for handling udev, dbus, shepherd, accounts, etc, pam
<drakonis>among others
<marusich>I actually have to step out right now, but I haven't done that before. If there's a service you can extend in order to accomplish what you want (by creating a new service type that extends it appropriately), then you probably need to either re-use an existing service type that extends the service type in quesion, or define your own <service-extension>...
<marusich>Sorry I can't help more! I think I'm missing context and haven't done what you want to do specifically before, so I'm not sure.
<drakonis>i'm looking into defining my own service-extension
<drakonis>its for loading kernel modules through modprobe
<marusich>Maybe someone else knows. Danny has done stuff with kernel modules; check the email list for stuff
<drakonis>its simple enough i suppose
<drakonis>i'll figure it out later.
<Jarak>Hi folks. Does anyone have experience dealing with "Missing OpenPGP public key errors" with the Guix installation shell script? I'm getting one, and I don't know enough about PGP to know how to resolve it.
<vagrantc>you're read the manual?
<vagrantc>Jarak: https://guix.gnu.org/manual/en/html_node/Binary-Installation.html#Binary-Installation
<vagrantc>oh, the install script should apparently handle the key itself...
<Jarak>Yeah, I just wget'ed the script, and it fails before even downloading the tarball
<vagrantc>or at least the script should outputs the instructions to get the key
<Jarak>It reports that I should run 'wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | gpg --import -
<Jarak>' which I do, but it still doesn't work after that :S
<vagrantc>gpg --list-keys ludo@gnu.org
<vagrantc>maybe it is expired?
<vagrantc>if so, you might need to refresh
<Jarak>Yeah, I did try listing the keys earlier, and it seemed to say that they were expired, so I ran --refresh-keys. Now it appears to say they will expire in May
<Jarak>And that's where my knowledge of PGP runs out
<Jarak>Er, GPG
<vagrantc>so you still get the "Missing OpenPGP public key" error?
<Jarak>Yeah, exact same one
<Jarak>"[1581131349.600]: [ FAIL ] Missing OpenPGP public key. Fetch it with this command: wget https://sv.gnu.org/people/viewgpg.php?user_id=15145 -qO - | gpg --import -"
<vagrantc>running the command as root? with sudo?
<vagrantc>or did you import the key into your user's keyring?
<Jarak>I'm running the script as root, and I have tried running the suggested command as root too (although I might not have, first time - I don't know if that makes a difference)
<vagrantc>sudo gpg --list-keys ludo@gnu.org
<Jarak>Ah, that was the problem. I wasn't running the import command with sudo
<vagrantc>right
<vagrantc>good luck!
<Jarak>(I was just copy-pasting the output from the error)
<Jarak>Thanks :)
<Jarak>Success! Thanks vagrantc
***Kimapr__ is now known as Kimapr
<Nios34>Help! How to solve the error "Driver ‘pcspkr’ is already registered, aborting…"?
<bandali>what kind of error is that? i don't recall seeing it. also, is it perhaps just a warning?
<Nios34>I found it in dmesg
<Nios34>It appeared when I booted up guix
<Nios34>After installing guix, I cannot enter the system, and then this prompt appears
<bandali>hmm, maybe try somehow blacklisting it?
<bandali>by it i mean the kernel module
<bandali>i don't know what the equivalent of adding blacklist pcspkr to /etc/modprobe.d/blacklist.conf would be in guix
<Nios34>okay, Let me try
<bandali>yeah see if you can blacklist it during boot somehow
<bandali>if you can't write to /etc/modprobe.d/blacklist.conf, then i'd look into the manual to see if there's a service and/or configuration thing for it
<Nios34>Seems like my graphics card caused this problem?
<bandali>maybe? or sound card ?
<bandali>seems to be a driver issue
<Nios34>guix-daemon endless loop when I booted guix
<Nios34>I can see it is starting gdm
<bandali>hmm
<Nios34>I write openbox in config.scm
<Nios34>But It even doesn't have xinit or xstart
<bandali>right. i think in guix %desktop-services automatically pulls in gdm
<bandali>and each window manager adds an entry for it
<Nios34>I can't find /etc/modprobe.d
<Nios34>directory not found
<Nios34>hmmm, After I added it, I can't enter tty or gdm :-(
<bandali>sorry, i'm not really sure
<Nios34>okay thanks
<bandali>np
<str1ngs>Nios34: add (kernel-arguments '("modprobe.blacklist=pcspkr")) to the operating-system constructor in you config.scm then reconfigure
*bandali takes note
<Nios34>My elogind enter to a endless loop. It create a session, and remove over and over agin.
<Nios34>how to solve this problem? or it was a bug?
<Nios34>I use the latest version of guix system.
<Nios34>logs: https://paste.debian.net/1129736
<commanderkeen>how do I write a package for a bash script? does it need a build-system? all I really need to do is have the script with execute permissions
<commanderkeen>or can anyone think of an existing package that might do something similar for reference?
<marusich>You probably want to use the trivial-build-system
<marusich>Check for packages that use it in the Guix source by running "git grep trivial-build-system" in the Git repository for Guix, or just "grep -r trivial-build-system" if you aren't using Git.
<commanderkeen>im really new. where is the directory for the source?
<Nios34>you mean the source that used to build?
<commanderkeen>im guessing it's the main package repo? where the package definitions are located
<commanderkeen>is that stored locally? i just need to grep to find examples to look through
<Nios34>try to find them in /gnu/store or /tmp
<Nios34>I'm not sure
<commanderkeen>gnu/packages/admin.scm where would that be located?
<commanderkeen>it's in the main repo. this will work for now
<commanderkeen>trying to write my first package (other than the my-hello)
***apteryx is now known as Guest43926
***apteryx_ is now known as apteryx
<DamienCassou>hi
<DamienCassou>how do I get the list of output of a particular derivation? I would like to install the info files of guile but installing guile doesn't seem to install any info file
<ngz>I would use guix show guile | recsel -p name,outputs
<ngz>Provided you have recutils installed, of course.
<ngz>BTW, guile doesn't seem to have a "doc" output.
<DamienCassou>thank you
<ngz>For the record, I have guile installed, and the info files.
<ngz>Are you using Guix on a foreign distro?
<DamienCassou>yes, I'm on Fedora (but preparing a config.scm to install Guix System on my future computer)
<DamienCassou>maybe it's just that I didn't install the right package or don't know where to find the info files
<bricewge>Damien Cassou: guix package --search-paths return the value INFOPATH should be for info to find guile's documentation.
<DamienCassou>it doesn't mention INFOPATH, only PATH, GUILE_LOAD_PATH and GUILE_LOAD_COMPILE_PATH
<bricewge>That's probably the issue then.
<bricewge>Set it to $HOME/.guix-profile/share/info. You'll find the info files there.
<ngz>Indeed. You need to add a line about INFOPATH into ".profile".
<DamienCassou>there is no info manual for guile here
<DamienCassou>and I already had `(add-to-list 'Info-additional-directory-list "/home/cassou/.config/guix/current/share/info")` in my emacs configuration file
<ngz>I packaged an application that throw "Settings schema 'org.gtk.Settings.FileChooser' does not contain a key named..." at runtime. I think this may be a Guix specific issue. Does that ring a bell?
<ngz>DamienCassou: Do you have anything in ~/.guix-profile/share/info ?
<DamienCassou>I'm lost now :-). ~/.guix-profile/share/info contains some info files (including some for guile) whereas ~/.config/guix/current/share/info has other info files
*DamienCassou sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/RTCeCfilhJYFgHkCvlNMctvQ >
<DamienCassou>what is the expected setup here? What is the difference between these 2 directories?
<ngz>The latter only refers to the "guix" application
<ngz>I.e., the one you update when you run guix pull.
<DamienCassou>I don't understandn
<kirisime>DamienCassou: You're using guix to manage your guix profile, but does that mean your guix is installed in that guix profile?
<DamienCassou>no clue. I've expiremented quite a bit and am now completely lost :-)
<ngz>This is generally a good sign that you're on the right track about learning ;)
<ngz>DamienCassou: I probably do not explain it right, but "guix" package is different from the rest of the packages.
<DamienCassou>how so?
<ngz>All packages are relative to a given "guix" version.
<ngz>See,e.g. "guix describe"
<ngz>Another example is when you do guix pull && guix upgrade : guix pull updates "guix" package, whereas "guix upgrade" updates all the others.
<moesasji>my recollection is that I needed to explicitly install guile (also on a foreign distro) for things to work as expected with info.
<ngz>Since they are treated differently, their symlinks live in different places, i.e., respectively ".config/guix/current" and "~/.guix-profile/".
<ngz>So, here was my explaination about "what is the difference between these 2 directories". Take it with a grain of salt, of course.
<DamienCassou>thank you, this helps
<DamienCassou>both of the above directories can contain info pages that should be in the info path I guess
<ngz>Yes. Usually, .guix-profile/share/info is automatically added (see .guix-profile/etc/profile file). I had to append the other to INFOPATH in ".profile", though, in order to get Guix manual.
<ngz>I mean, the former is automatically added if you source .guix-profile/etc/profile in your ".profile".
<ngz>For completeness, here is my ".profile": http://paste.debian.net/1129756/
<ngz>I don't know if everything is useful these days, I didn't update it recently.
<ngz>(also, there is some noise about non-Guix stuff, sorry)
<DamienCassou>my `.guix-profile/etc/profile` doesn't modify the `INFOPATH` variable
<ngz>Interesting
<ngz>IIRC, some environment variables are set there only if you have installed some package.
<DamienCassou>that makes sense, thank you
<DamienCassou>how do I know which package provides `setxkbmap` (or any other binary)?
<ngz>AFAIK, there is no way to search for a given file in packages (beside searching the package description) yet.
<DamienCassou>thank you
<ngz>Note that in that particular case, guix search setxkbmap returns the trivial answer.
<DamienCassou>yes, I found that one :-)
<DamienCassou>I installed guix system from scratch in a virtual machine. I used the GUI installation and encrypted the partitions. Before grub starts, I am asked for my passphrase. Unfortunately, the keyboard layout is qwerty there but it is colemak everywhere else
<DamienCassou> https://dpaste.org/OmCX
<kirisime>DamienCassou: I doubt you could fit enough code in the first grub stage to implement an early-early-early keyboard layout switcher. Having a separate boot partition would avoid this, but it's not done on guix system because everything is installed in the store and the boot partition would then require a minimal store somehow kept in sync with the main one.
<kahiru>I think nixos copies kernels and initrds out of the store to the boot partition if you have a separate one
<kirisime>kahiru: It seems like a smart thing to do unless you want to keep around a thousand system configurations to roll back to and don't have an xboxhueg boot partition.
<kahiru>I know. there's a price one has to pay for separate /boot
<kirisime>I wonder though, if you had a separate /gnu/store partition that wasn't encrypted and treated it like /boot when booting...
***ng0_ is now known as ng0
<ngz>roptat: you made a couple of typos in `news': La command @command{uix challenge}
<roptat>ngz: gah, let me fix that…
<ngz>roptat: There is also a missing infinitive in the last line.
<roptat>Which news?
<ngz>-> Lance @command{info \"(guix.fr)
<ngz>I assume you meant Lancer ...
<roptat>Oh no, it's an imperative
<ngz>Ah, ok. Sounds a bit familiar, but nm then.
<roptat>Since ludo started it, we use second person singular in the news
<ngz>OK, I never noticed it.
<ngz>Odd. :)
<roptat>It's fun to write it like that :)
<roptat>ngz: fixed, thanks
<ngz>Thank you.
<ngz>roptat: On another topic, I'm currently trying to update Pandoc. I added missing dependecies, but it requires specific revisions. I guess it is related to #:cabal-revision keyword. This keyword is not documented. Would you know how to deal with that?
<DamienCassou>why is there no swap partition by default when installing a guix system with the GUI installer?
<roptat>No, I never used that build system
<ngz>roptat: Oh, I thought you had worked on Haskell packages previously. Nm then :)
<roptat>DamienCassou: it's a bad idea on recent hardware, especially for ssd
<roptat>But I don't know if that's the reason
<DamienCassou>in my VM, Guix System doesn't have any swap at all. Is that a good thing too or should it have some virtual swap space?
<ngz>DamienCassou: I think installing texinfo package should "activate" INFOPATH environment variable (related to your earlier problem).
<DamienCassou>thank you
<DamienCassou>for now, I've given up on understanding guix on Fedora and I instead focus on preparing a Guix System installation. This seems less complicated and more useful
<shtwzrd>I need help figuring out how packages can get included by services. `guix system build` tries to build xf86-video-intel, which fails on ARM. The only reference to that package is %default-xorg-modules. The only reference to %default-xorg-modules, which is the `(default)` for the `(modules)` field in `xorg-configuration`. I'm using my own guix fork, where I have changed that default to empty list. `guix system build` still wants to build the
<shtwzrd>package, what to do?
<shtwzrd>If I can figure out where it comes from, my goal is to add a function that scans these packages for their supported architectures (xf86-video-intel is specifically marked as only being compatible with i686 and 64), and submit a patch with that
<shtwzrd>but in order to do anything I have to understand how guix ends up requiring the package in the first place.
***ng0_ is now known as ng0
<DamienCassou>hi. How do I make guix use the guix git repository on my hard drive as the source for package definitions?
<DamienCassou>I have added a package there that I would like to try installing
<bavier`>DamienCassou: you can use the pre-inst-env script
<bavier`>e.g. ./pre-inst-env guix package -i <my-package> ...
<mwette>DamienCassou: I believe you add to .config/guix/channels.scm
<mwette>channels.scm: (cons (channel (name 'my-packages) (url "file:///home/mwette/guix/packages.git")) %default-channels)
<alextee[m]>does that work for package definitions too?
<alextee[m]>can you use git URLs starting with file:// ?
<mwette>I believe so, because with the above I got error that my package def in packages.git had an error
<alextee[m]>that's pretty awesome, will try that soon
<mwette>with "guix pull" I get "Updating channel 'my-packages' from Git repository at 'file:///home/mwette/guix/packages.git'..."
<mwette>Is is definitely trying to parse my package def that's in packages.git
<apteryx>nckx: by the way, if you want to try out earlyoom, it's now packaged and has a service, too (it's useful to prevent a system from hanging when running out of memory)
<DamienCassou>what is your packages.git directory? Is it a clone of the guix git repository? Is it a bare clone?
<bandali>hi DamienCassou :-)
<bandali>mine is a regular clone
<DamienCassou>hi bandali
<sirgazil>Oh, I just pulled and got this great news: guix pull now supports SSH authenticated repositories
<DamienCassou>this news system works really well :-)
<bandali>:-)
<bandali>DamienCassou, also, here's my ~/.config/guix/channels.scm: https://git.sr.ht/~bandali/dotfiles/tree/master/.config/guix/channels.scm
<bandali>i *think* you'd have to omit %default-channels if you want to use a different (e.g. local) guix channel
*sirgazil goes try this new feature with its new Guix channel...
<DamienCassou>thank you
<bandali>cheers
<DamienCassou>bandali: do you use guix system?
<bandali>DamienCassou, i do
<DamienCassou>awesome
<DamienCassou>I plan to switch as soon as I receive a new computer
<bandali>cool! :-) what distro are you currently on?
<DamienCassou>if I don't get it soon enough I will see how I can migrate the current one even though that's going to me more complex
<sirgazil>Ha, SSH authenticated channel just works! Just in time because I was going to use public repositories for things I don't want to be public yet :)
<DamienCassou>`guix describe` now correctly references my clone of the guix repository. Thank you.
<DamienCassou>However, `guix install font-jetbrains-mono` doesn't work even though I added the font to fonts.scm in this directory
<DamienCassou>it seems that guix considers the `master` branch in this git repository. It doesn't consider the working directory
<DamienCassou>should I always commit to the `master` branch for guix to pick my packages?
<bandali>ah, yeah it pulls commits, to my knowledge
<bandali>if you want to test and try your changes before pulling them into your system, you could follow the instructions for building guix from git
<bandali>and then use ./pre-inst-env ...
<DamienCassou>ok
<apteryx>on core-updates: output (`/gnu/store/51p6w7pd8c6ykz4bgh559bz5y96ixz51-git-minimal-2.25.0') is not allowed to refer to path `/gnu/store/a5x90i0354ddmdlbmkdp83sfxdn038sm-bash-5.0.11'
<apteryx>(failure to build git-minimal)
<mwette>DamienCassou: my packages.git is generated with "git init --bare" it only contains my custom package files
<DamienCassou>thank you
<DamienCassou>is gnome-boxes running under guix system?
<sxiii>Greetings guys. I'm trying to build a portable ungoogled-chromium pack in guix.
<sxiii>Here's what I am doing: `guix pack --relocatable -S /bin=bin -S /etc=etc ungoogled-chromium gont-gnu-freefont-ttf gs-fonts font-dejavu`
<sxiii>And I still got error: `FATAL:platform_font_skia.cc(83)] Check failed: InitDefaultFont(). Could not find the default font
<sxiii>`
<sxiii>And also... The ungoogled-chromium is at version 74... However guix repo (on the website) shows version 79 and ungoogled-chromium is at 80 itself... I've tried to understand how to update package; run `guix pull` and other stuff but nothing helps
<bandali>hmm, how about trying guix install ungoogled-chromium after guix pull?
<sxiii>Says that it's updating v 74 to v 74 :D
<sxiii>@bandali
<shtwzrd>If i guix pull --url=/home/me/src/guix --commit=somehash, that should mean all guix commands are using my local version of guix right, and my service and package definitions?
<sxiii> https://guix.gnu.org/packages/ungoogled-chromium-79.0.3945.130-0.e2fae99/
<sxiii>This one does not work
<sxiii>Or I don't know how to force installation of it
<shtwzrd>I feel like I must be doing something wrong, because even after doing that, packages that I have deleted still get shown by guix package search
<bandali>sxiii, hmm, i'm not sure; mbakke may be able to help
<apteryx>shtwzrd: I'd juse the pre-inst-env script to accomplish that goal, e.g.: ./pre-inst-env guix pull from your checkout.
<bricewge>Are there any examples on how to define an inferior package (not a complete manifest)?
<shtwzrd>apteryx: I cannot get ./pre-inst-env because I can't get ./bootstrap to succeed. It fails with 'possibly undefined macro: GUILE_MODULE_AVAILABLE'
<bricewge>shtwzrd: guix environment guix -- ./bootstrap
<shtwzrd>bricewge: :O:O:O that did it! :D I don't understand why that's different from what I was doing though (guix environment --pure, followed by ./bootstrap)
<mwette>My package def uses (sha (base16 ...)); and I'm getting "Unbound variable: base16" in the log. How can I use base16?
<mwette>log: (exception unbound-variable (value #f) (value "Unbound variable: ~S") (value (base16)) (value #f))
<bricewge>shtwzrd: You were missing the PACKAGE guix in your command and you endend up with an "empty" environment.
<mwette>here is the package def: https://paste.debian.net/1129816/
<bricewge>shtwzrd: The manual (https://guix.gnu.org/manual/en/html_node/Building-from-Git.html#Building-from-Git) indicates « guix environment guix --pure »
<ngz>mwette: Don't you need to #:use-module (guix base16) ?
<shtwzrd>bricewge: oh sorry I mistyped, I wrote guix package guix --pure (I copy pasted from the manual hehe). But thank you for the help, I can ./configure and finally ./pre-inst-env :D
<mwette>ngz: I will try. the hello example in the manual does not ,use (guix base32)
<shtwzrd>guix environment guix --pure** jeez
<ngz>mwette: packages.scm definitely ,use (guix base32)
<ngz>mwette: So, base32 more or less ships with the package definition
<ngz>It also defines the `base32' macro.
<ngz>So, you probably need to define a base16 macro, too.
<mwette>ngz: i'm seeing that now; need to find if nix-base16-string->bytevector works; btw is there a command line to gen base32 sums? I was using shasum.
<mwette>ah: it's base16-string->bytevector, defined in (guix base16)
<ngz>mwette: It would probably be base16-string->bytevector or some such
<ngz>Nah that would be too easy.
<ngz>base32-string->bytevector and nix-base32-string->bytevector are different.
<ngz>characters used in nix- for conversion are different.
<mwette>ngz: working now, instead of macro I could probably just use base16-string->bytevector
<ngz>OOC, why do you need base16 instead of base32?
<mwette>I've been generating base16 because that is what shasum outputs (and what macports uses as well)
<mwette>off for a bit ...
<bandali>janneke, hi, do you happen to know when your mes fosdem talk might go up?
<NieDzejkob>shtwzrd: Are you still struggling with xf86-video-intel?
<raph_ael>hi, I was wondering if there was a doc somewhere on how to manage package globally for guix sd, thanks
<NieDzejkob>raph_ael: packages installed for all users are defined in your config.scm
<NieDzejkob>shtwzrd: I feel like the most likely explanation is that you aren't using your fork of guix 'properly', i. e. the standard guix is being used somehow. If you remove the xf86-video-intel package completely, will it still try to build it?
<raph_ael>NieDzejkob: thanks, I was wondering if there was another way, I find it a bit laborious to add package by package
<NieDzejkob>raph_ael: that's because you're supposed to install the vast majority of your packages per-user
<shtwzrd>NieDzejkob: Hehe, yes :) You are completely right and I've been losing my mind over it.
<NieDzejkob>that was it? glad you solved it in the end, then
<raph_ael>NieDzejkob: oh ok it's a choice, but it may make the system quite heavy on disk side
<shtwzrd>NieDzejkob: Now that I have a working ./pre-inst-env, it doesn't try to install it, so we're no longer in crazy town :)
<NieDzejkob>raph_ael: I don't see why you think that. The actual package files will be only stored once on disk
<NieDzejkob>and only symlinked into each user's profile
<raph_ael>NieDzejkob: thanks again, maybe I need to read more on the subject :)
<shtwzrd>I still don't understand though why guix pull --url=(mything) --commit=(mycommit) doesn't give the same result, though.
<NieDzejkob>shtwzrd: do you have the terminal output of that pull command handy?
<shtwzrd>NieDzejkob: I'll re-run it now and send a paste :) (takes a while to run on this computer)
<shtwzrd>NieDzejkob: It did less this time around, as I had run it against this commit earlier https://paste.debian.net/hidden/19d6a511/
***sturm is now known as Guest22022
<janneke>bandali: i have no idea; haven't heard
<bandali>janneke, ha, did you not receive a review invitation? (per https://video.fosdem.org/2020/FAQ.txt)
<janneke>bandali: no, i didn't receive anything
<bandali>janneke, hmm i see. might be worth trying to contact them per that text file
<janneke>i saw pierre's talk appear friday, i was guessing our talks may have taken longer...