<jgart[m]><PotentialUser-47 "which is easier to use @jackhill"> Actually I had issues with GNOME-boxes on my X200. I remember getting an error message saying it wasn't supported. Sorry, I forgot the exact error message.
<jackhill>yeah, I guess if it doesn't work for you then it's not easier ;)
<jgart[m]>It is a program written in common lisp for typesetting musical scores
<jgart[m]>The author has made it available as a gzipped Unix tar file. Currently you're supposed to install/use it by just downloading the sources, loading the program and including `(in-package :cmn) ` to start using the procedures made available by the program
<jgart[m]><raingloom "which package is pam-config in? "> what is the package called in another distro like arch, etc...?
<jgart[m]>raingloom: I tried running `guix search pam-config` but that didn't return anything. You can tell where a package is packaged in by looking at the field `location` from the output of running `guix search`
<jgart[m]> * raingloom: I tried running `guix search pam-config` but that didn't return anything. You can tell what file a package is in by looking at the field `location` from the output of running `guix search` on that package
<NieDzejkob>raghavgururajan: I did not investigate the nature of the tests, and as such I have no idea
<jgart[m]>Ok, I won't edit my posts anymore on this channel since it duplicates my message over the irc bridge
***jonsger1 is now known as jonsger
<vagrantc>this is on an machine installed a couple months ago before the authenticated commit stuff was added to pull ... it managed to pull it a fairly recent commit (e.g. a version that supports the authenticated pulls)
<nckx>(Or --compose, but that *will* create a separate ‘cover letter’ message from your patch.)
<butterypancake>ugh, now I gotta fiddle around for 7 hours figuring out how to get a text editor working. Aight. Guess that's how I'm spending my night. I feel like everytime I gotta rely on $editor working properly it just doesn't :/
<nckx>butterypancake: I'm 99% sure you know this, but just in case: it's $EDITOR, uppercase. See ‘man git-var’ for all the wonderfully different ways to do the exact same thing!
<butterypancake>is there a section in the manual that describes inputs vs propagated-inputs vs native-inputs vs maybe-other-inputs? I haven't searched for it today, but I'm 99% certain I searched for it previously and failed
<nckx>I'm surprised to hear that though, here (emacs) it just works.
<nckx>butterypancake: (guix)package Reference has a short explanation.
<butterypancake>nckx: I still main arch linux until I'm done packaging everything I need. Arch is a mess. I don't think I've tried it on guix yet. Maybe that'll just work
<butterypancake>wait, I'm confused. Say I need the ledger package at runtime but not build time. What is it?
<nckx>There are different ways to handle that, it doesn't map to a ‘kind’ of input. You could make ledger an ‘input’, then make sure that your package refers to that ledger by its full /gnu/store path. That's a reference, and how Guix tracks run-time dependencies. Or you can make ledger a propagated-input: when you install your package, Guix will co-install ledger into the same profile. It saves you some trouble but is dirtier IMO (it pollutes the prof
<butterypancake>so my thingy was rejected cuz I didn't make it reference the full path but it still worked when I installed it locally. I think it worked because it just called "ledger" whithout any indication of location so I think it pulled from my path. Is this not good enough?
<butterypancake>sorry, I'm being very ADHD today and not continuing a single train of thought very well :P
<lfam>Usually, references to big user-facing applications like ledger should be done the way you did
<nckx>Using something from $PATH is a legitimate 3rd option (I was going to type it, then realised how long I'd gone): let the user decide if they want to install ledger or not. That works for purely optional dependencies and only if your package has a sane error message (‘please install ledger’). If it segfaults without ledger: not an option.
<butterypancake>well I want it to make an error if the software changes so people can update my package with the new executable format
***catonano_ is now known as catonano
<lfam>I was also thinking that finding ledger on PATH might be more convenient in the long run, but I wanted you try things and decide for yourself
<lfam>But you are already learning some of the trade-offs
<butterypancake>well, as much as I do like using ledger from the command line, many people do just use interfaces for it. I haven't used the CLI in ages. I'm pretty hard on myself so I'll always do it the right way instead of the easy way
<butterypancake>although this regex is pretty bad regardless of how I do it so now I could lean either way
<lfam>I'm working on a package that is based on a handful of python scripts. When I use the Python build system to "wrap" them so they can find their dependencies, the main script tries to import another and fails due to a syntax error :/
<lfam>I think it's because the imported script is a shell script
<nckx>raghavgururajan: Store hashes are based only on inputs (whose hashes are based only on their inputs, etc., all the way to sources). Reproducibility of package contents does not affect finding substitutes at all. I built https://paste.debian.net/plain/1156009 . I also verified that the server actually returns it.
<narispo>janneke: Am I dreaming or a blog post talking about GNU Guix and GNU Hurd was deleted? A recent one, not the hello world.
<mfg>Hm, so do i understand the documentation correctly? I'm in a `guix environment --ad-hoc gcc-toolchain <some-c++-libs>' running `guix package --search-path' should return the CPATH and LIRBARY_PATH variables i should set there, right?
<narispo>mfg: search paths would be /path/to/environment/profile/lib or something
<narispo>I am guessing the environment profile is temporary somewhere
<narispo>It contains links to populated directories of the /gnu/store
<narispo>mfg: I think everything should work by default, no need for manually configuring environment
<narispo>I don't think guix package --search-path applies to environments
<civodul>there's is indeed support for quite some user-land device drivers via Rump
<civodul>nowhere near what other free OSes support, but still an improvement!
<OriansJ`>Ggggggggg: just make sure to never forget cryptsetup in your packages list, otherwise guix will boot to a shepard image that can't repair the problem nor provide a means of getting back to a working state.
<janneke>civodul: can i bother you again to look at my v3 offloading patch set (now reduced to 2 patches!)
<janneke>OriansJ`: oh, there's a name for that...interesting.
<OriansJ`>janneke: there is another term (which I am blanking on right now) for when most people in an industry have an incorrect belief about reality. (like Wall Street about mortgage bonds prior to 2008)
<OriansJ`>janneke: possibly, now the question is when the industry is finally realize the hardware guys are just as bad as the software guys but are using worse tooling, useless linters and are broken in impossible to fix ways
<OriansJ`>not to mention the CVEs about x86 MMUs that are under hard NDA for the next 10 years.
<OriansJ`>libresilicon and libre hardware can't arrive soon enough. Thank goodness Google actually has been helpful in getting a 130nm process available to the community
<OriansJ`>but then again I don't understand why Governments pay to find issues in proprietary products and then pay more to have them fixed. Why the F**K are you outsourcing your Quality Assurance and bug testing to your paying customers?? What sort of business treats their customers that shitty and expects their business to last?
<janneke>as the chilhurd's SSH is wide open, and we have only one or two right now, it's easy to do that by hand and i believe he did so, only to stumble upon the locking mode error
<janneke>civodul: ah yes...there is this chroot/libhurdutil patch by phant0mas that i forward-ported, on some "wip-hurd-system" branch of mine and then there's the "kill -1" weirdness, some socket tests that hang...
<janneke>i was hoping to get a nice set of substitutes in; what i've been doing for my childhurds is to inject a number of cross-built packages, like gcc, gdb, git, wget, autotools, all guix build deps, etc
<dftxbs3e>I couldnt get offloading to work previously on big endian ppc64
<PotentialUser-47>dftxbs3e, I have to write the package myself. Yikes, I've never done that before. That's very intimidating, but I'll give it a s hot.
<janneke>dftxbs3e: verify that you have signing keys in /etc/guix/, and try "guix offload test"
<dftxbs3e>PotentialUser-47, If you've never done that before it's not so easy and requires some training, reading documentation is a great start. But unfortunately contributors to the GNU Guix projects are all quite busy at their own tasks, if you send an email on the Help Mailing List maybe you can find a contributor with free time willing to create a package. See: https://guix.gnu.org/contact/
<dftxbs3e>It can be hard or easy to create a package, it seems to be a quite complex application so it can be hard. Also all dependencies need to be packaged separately.
<dftxbs3e>janneke, I've done everything that the manual told me to do and it wasnt working
<dftxbs3e>I would need to try again to find the error but I remember reading a long post on the mailing list saying errors on guix offload are unhelpful and could be better
<NieDzejkob>PotentialUser-47: I can see that PIA also supports connecting with OpenVPN, which has already been packaged. Maybe that would be simpler?
<dftxbs3e>NieDzejkob, it certainly would, however it's harder to use.
<dftxbs3e>PotentialUser-47, do you have GNU Guix System Distribution installed? If so, under what desktop environment are you?
<dftxbs3e>GNOME with NetworkManager and the OpenVPN NetworkManager plugin can be quite easy to use.
<dftxbs3e>The network-manager-openvpn package will install that plugin - PotentialUser-47
<dftxbs3e>If that's fine with you, and you do use NetworkManager, then that should suit your needs, unless you need any features the PIA clients are specially providing.
<dftxbs3e>NieDzejkob, PotentialUser-47: Also it's not evident that PIA is providing configuration files directly outside of their clients.
<PotentialUser-47>Thank you dftxbs3e I'll try to find a contributor, and yes all of you guys are busy so it's hard to ask for help without feeling like a burden :P
<dftxbs3e>PotentialUser-47, it's not a burden, it's just that GNU Guix is still a maturing project so writing packages such as Private Internet Access custom VPN clients arent really priority right now.
<dftxbs3e>If you can use the standard openvpn that's already in GNU Guix, that would be easier for everyone, because each and every vendor has it's own VPN clients, often proprietary but some times also FOSS.
<PotentialUser-47>@NieDzejkob using OpenVPN you mean? @dftxbs3e Oh thank you! I'll try using "GNOME with NetworkManager" with the "OpenVPN NetworkMangaer plugin". I assume I can use as search engine to find out how to configure that.
<dftxbs3e>PotentialUser-47, in a terminal, run: guix install network-manager-openvpn
<blendergeek>How do I build a package that I create a scheme definition for? I tried `guix build -f hello.scm` and I got "guix build: error: #<unspecified>: not something we can build".
<lfam>blendergeek: Try putting the name of your package as the last line of the file
<sys2>Hi Guix! I'm looking into running docker containers locally... but am concerned about running dockerd as root. Reading https://guix.gnu.org/manual/en/html_node/Miscellaneous-Servies.html and the code (guix/gnu/services/docker.scm) suggest it uses containerd by default. From some searching it seems like this was docker's "runc" after it was donated to the linux foundation
<sys2>My questions are: 1. local services are still not supported, right? 2. Suggested alternate ways to run docker containers (ideally w/o modifying /etc/config.scm (i.e. using services run as root)) 3. If the other two fail... suggested substitutions/configs/ways to minimise exposure?
<sys2>still wondering if there's something for (3) though. guessing there isn't a suckless/openbsd daemon or something, is there?
<jsoo>I'm not sure. From everything I know, dockerd has always required root and was sneakily made setuid in the docker install scripts
<sys2>do you know if my assumption about permissions is right? e.g. if I run a container that uses a root user and it "escapes"... it doesn't get root access if I've run the service as my user... right?
<civodul>(also in part because i logged in on the wrong machine initially :-))
*walter[m]1 wonders how they can put their archiving training towards the tarballs problem
<OriansJ`>Ffffffffff: The steps provided encrypt an entire drive, which depending upon your setup will be the whole system or just a single drive in an array. But the assumption of a single drive for the whole system is much more common and hence why the steps are geared toward that form.
<OriansJ`>just remember we are not mind readers and inaccurate or insufficient information can result in suboptimal advice.
<janneke>hmm, what's going on with linux-libre-headers-5.4.20.drv.bz2
<PurpleSym>Is it somehow possible to figure out which of my packages are causing a loop in the dependency graph (and thus guix build to just do nothing)?
<apteryx>the best tool we have is 'guix graph --path package1 package2' after you somehow managed to suspect package 1 and 2 to be in a loop
<apteryx>it should be relatively simple to find out if your new changes are limited
<PurpleSym>You’re right, guix graph does indeed show a loop. I was suspecting it would just do the same as `guix build`. Thanks!