<marusich>efraim, regarding bootstrapping for another arch like powerpc64-linux-gnu: once I update the package definitions etc. to use the newly created bootstrap binaries hosted on the GNU FTP servers, what would the next steps be? My understanding is that the end goal is to get it so that I can build Guix using Guix on a "foreign" powerpc64-linux-gnu machine, e.g. Debian. (I could aim for building a Guix System in a VM, too, but that seems harder?)
<marusich>Once I've made the changes to add the bootstrap binaries in the package definitions etc., do I want to try to use that code to build Guix from source on Debian, for example? Or is it best to try cross-compiling Guix itself using Guix on an x86_64 machine? Would both ways be possible paths to arrive at the end goal of running Guix on the ppc system?
<wleslie>host image tools for capros, built with guix. `guix system vm-image coyotos` is a little closer.
<KREYREN>does guix have options yet? e.g. compiling wine with cheerypicked components?
<abcdw>Packaged a plugin for OBS Stuio. The problem: OBS loads plugins only from its package directory or ~/.config/obs/plugins => that means I have manually simlink or copy resulting .so of the plugin to ~/.config/obs. Is there a way to solve this issue without manual simlinking?
***sorki is now known as srk
<leoprikler>you could patch the plugin loading code to also regard $GUIX_PROFILE/lib/obs in some way
<sneek>moesasji, mdevos says: sorry, I don't understand what your trying to say. Doesn't the last sentence address the issue in the first sentence? I hope you can make it work, though! But I won't be working on that patch anymore.
<moesasji>sneek: tell later mdevos: difficult to explain as keyboard layouts are such a mess. My understanding of how initrd works is that you need to correct keyboard layout embedded and I don't think that is what your patch was doing. In any case probably more important things to work on than my corner-case.
<sneek>later, moesasji says: mdevos: difficult to explain as keyboard layouts are such a mess. My understanding of how initrd works is that you need to correct keyboard layout embedded and I don't think that is what your patch was doing. In any case probably more important things to work on than my corner-case.
<alextee[m]>cbaines: thx, i tried replacing import xlib with `import xlib as Xlib` but apparently that doesn't have the XEvents attribute
<alextee[m]>maybe this depends on an earlier version of python-xlib
<cbaines>since this was released in 2014, that's possible
<cbaines>regardless, there's still something to be done about this, either fixing it or removing it
<dftxbs3e>alextee[m], the issue is that key-mon depends on itself, import xlib isnt wrongly cased, just it refers to xlib.py in the same directory. PYTHONPATH must not include key-mon itself somehow, maybe wrap it.
<dftxbs3e>"couger" is another package that does this.
<dftxbs3e>Maybe it is also because it refers to itself in nested subdirectories (src/keymon/xlib.py)
<cbaines>dftxbs3e, alextee[m] ah, good spot, so maybe "from keymon import xlib" instead of "import xlib" would work?
<rlp10`>jonsger: Thanks for your reply :) What I mean is that there is an Emacs-way of configuringthings (it has a config file .emacs, or .emacs.d/init.el). But I assume that there might be a Guix-way of configuring things instead, so that it was transferrable to another machine? I had understood that to be part of the value proposition of a tool like Guix. Does that make more sense now? I guess I'm expecting there to be some config f
<rlp10`>somewhere I can edit or create which will allow me to select which Emacs packages are installed and how they are configured.
<rlp10`>Or maybe what I should be doing is creating a new Guix package (if "package" is the right name)?
<rlp10`>I picked Emacs because I imagine that it is a widely used and supported application under Guix. I thought it would be a good place to start learning/understanding how Guix works.
<jonsger>you can install packages either via `guix install emacs-foo` or add it to the packages section of /etc/config.scm (or whereever your config file is) and reconfigure afterwards...
<rlp10`>I see, when I install with "guix install", does that modify /etc/config.scm?
<jlicht>rlp10`: As you are new to Guix, I would ignore using it for now, but you might want to have a look at the guix-home-manager; I've been playing around on configuring Emacs using it, but it is still pre-alpha-quality stuff for now
<jlicht>and to answer your question: `guix install ...` installs packages to your profile ($HOME/.guix-profile) by default
<lfam>rlp10`: Regarding your last question: with Guix, package management is per-user, and the full distro Guix System also includes a concept of "system packages". What you do with `guix install` is just for the user that runs that command. Even the root user can have their own packages. The packages in config.scm are at the "system level" and available to all users, and cannot be managed with `guix install`
<antidoto>I am trying to make mcron to run 3 commands once a day. I tried reading the mcron manual and experiment with different compinations but after altering and saving the .guile file, when I run mcron I get an error. If I remove the 2nd and 3d command mcron runs. If someone want's to help my file is at https://paste.debian.net/1180365/
<lfam>antidoto: Does it support multiple commands per-job?
<lfam>I don't have much mcron knowledge but based on your report, I would look into that
<terpri>antidoto, it only accepts a single command as the third argument (and some extra optional/keyword arguments after that), which can be either a shell-command string or a scheme function
<antidoto>I appreciate your responses. As I understand, I either create 3 seperate files, or one that has job ((time settings) "command 1") & job ((time settings + 1 min) "command 2") & job ((time settings + 2min) "command 3"), is that correct?
<terpri>antidoto, you could i guess, but i'd recommend keeping it as one (compound) command if all the steps are supposed to run in order
<lfam>A terpri said, you probably intended for these things to be run together
<antidoto>Thank you both, the code tepri send, solved it. I am really glad for your help. I wish that I could find more examples about mcron, so I would understand better how to do things. I am not a programmer so I just copy and paste things for trial and error.
<apteryx>Wouldn't it be preferable to set '--brief=no' as default for our SCM test driver? It's dead quiet for now, which is surprising (and the option not easily discoverable: SCM_LOG_DRIVER_FLAGS=' --brief=no').
<lfam>I do think a test suite is a case where silence is not preferred
<antidoto>Great, having a baby and a toddler only allowes me to study max 1 hour a day. This means 1 poject per day for me. If I fail and everyone goes to sleep, I will ask here. Have a great day/night. I will sleep well tonight knowing that mcron will do something for me to check in the morning. :)
<lfam>And, there is not a standard way to achieve it. It depends on the build system used by the package
<GNUtoo>hi, I've tried guix pack yesterday and it seem to work fine
<GNUtoo>I'd like to use it for something official like distributing some binaries as part of a free software project
<GNUtoo>Is there a way to generate something that can be redistributed like that?
<GNUtoo>For instance I probably need a bit more than just generating a tarball of a binary, like shipping the source code as well, maybe the .scm used during the build or a way for users to reproduce that tarball
<GNUtoo>Is there some information on how to do that or is all that already included in the tarball somehow?
<atomsk298[m]>hello, I have a question regarding fprint. I have enable the service in my config and downloaded the needed files. What i'm trying to figure out right now is how to edit pam.d so that I can log in with my finger. I tried looking through the docs but can't find what I'm looking for. Any thoughts? i'm using the arch wiki for reference
<leoprikler>atomsk298[m]: you probably need a service for that, which extends pam
<atomsk298[m]>which service extends pam? The option I've found in the docmentation (pam-mount) doesn't seem to match what's needed
<cbaines>looks like Guix now has more than 15,000 packages now!
<cbaines>(this is counting by name, not name+version)