<ng0>you can take the st package already in guix, inherit it in a new package (or a package which overrides it (like setting this: export GUIX_PACKAGE_PATH=/home/ng0/src/n0.is/my-guix/ to get GUIX_PACKAGE_PATH in your PATH , where the folder has a substructure of gnu/packages/) and i nthe new / inherited st package you change the variables and/or apply patches. once I have this ready (part of us moving
<ng0>youbroketheinternet-overlay to a guix repo), I can point you to a document and (coincidentally) an st.scm
<ng0>*an document explaining this. sorry ,forgot this part
<lfam>Don't use `guix package -i` and `guix package -r` to test packages out. It litters your profile history (as you noticed). Try `guix environment --ad-hoc`
<lfam>It puts the package in your environment without creating a profile generation. So, you will be able to `guix gc` and it will reclaim the space you used for the experiment. Else, you have to manually remove old profiles
<lfam>I use it when testing packages from the mailing list, or if I know I will only be using something once.
<kori>davexunit: did you have to do anything special to get gnome-tweak-tool working
<ecraven>is there any reason not to do the following: add a field "authorized-keys" to user-account, list of strings of ssh/lsh keys, and automatically register these (and *only* these) with lsh-authorize?
<janneke>kori: i assume it does not work for you, what do you observe?
<janneke>try running it from a console and see if there is an error message
<rodion>what is the point of the #t added at the end of the #:builder argument of the trivial-build-system?
<rodion>because the return value of the function above (chmod) is unpecified I guess, got it.
<ng0_>tjere's something I package right now, a set of perl tools and one of them requires (optionally) a binary from 1996 (rxaudio). Should I follow the authors recommendation and just skip installing psycmp3, or should I install all of it and people handle it on their own? It does not recommend or advocate its use, just when you run psycmp3 it does point out a perl module, not the rxaudio binary.
<ng0_>so this shouzld maybe yjust be mentioned in the description
<ng0_>would (license (list gpl2+ (package-license perl))) be correct for this dual licensed (gpl2+ artistic) software work, or would this be (license (list gpl2+ artistic2.0)) correct or equivalent?
<emyles>Is there a keychain for lsh? I'm trying to setup offloading...
<emyles>Oh, says in the docs that the key shouldn't be password protected.
<ng0>the `guix import cpan` needs perl to be in PATH?
<ng0>guess I'll have only the ebuild to compare than and check this non CPAN package.
<cbaines>Hello, I'm trying to setup build offloading, from my GuixSD machine, to a Debian machine (with Guix installed). I've got stuck convincing lsh and OpenSSH to cooperate, and was wondering if anyone has any tips?
<cbaines>lsh just says "Protocol error: Algorithm negotiation failed."
<cbaines>I've attempted to check if the algorithms it says its trying to use are supported and enabled on the remote host, and as far as I can tell they appear to be...
<ng0>i have as a temporary workaround moved the machine with lsh daemon running in the client config over the global set ciphers in .ssh/config, so that the host is not checked
<ng0>this is no permanet solution for me, as soon as I can I'll do something for openssh on guix.
<ng0>define-public is the value which can be used to address a function/package/service, but the (name) inside it can be anything, right? so if I package perlpsyc, which (outdated there) on CPAN is Net::PSYC, todays source names it perlpsyc, I call the define-public perl-net-psyc and give it an internal name of perlpsyc, that still works, right?
<ng0>eh.. some words wrong there, but you get what I'm trying to ask
<civodul>we realized it may be best to keep packages collectively maintained
<ng0>i can agree with that. and not have bureaucratic acts of proving you know the system (like in gentoo) to contribute
<OriansJ>well the reason that inevitablty occurs is because you need some mechanism to prevent just a random third party from pushing a bad thing to all the users
<cbaines>civodul, thanks for the ssh-options tip :)
<ng0>as long as people with push access are trustworthy and little in numbers it is not needed
<OriansJ>Then the question is how do you plan on dealing with it when the number of guix developers scale?
<ng0>https://www.gentoo.org/get-involved/become-developer/ I've been developing for 1.5-2 years outside of gentoo before I thought of applying for developer, got the feedback about the packages I am/was trying to get into portage that they are very good, but now I think guix is the most logic choice and rather get my guix + guile packages into portage and move on.
<OriansJ>Ultimately chains and trees of trust must be created and collective action performed
<ng0>with SecuShare and outside of it (pirate party italy), lynX came up with the convivenza and for SecuShare some other model which I can't recall right now, I think I'll try to put an additional usecase/discussion for developer communities in the repository
<OriansJ>ng0: I think having heavy weight processes like debian might actually end up as useful, since they generally will only be used as a last resort.
<ng0>I will think some more about what I wrote in the last sentence, translate the convivenza article and put my thoughts into a web log post.
<ng0>this does not exclude the what you wrote, but can be an addition.
<ng0>i really need to fix guix on gentoo.. the font st falls back to is so bad that n looks like d and I had methon instead of method and corrected 2 other things before I saw this in the output
<OriansJ>ng0: Have you ever seen the series All watched over by Machines of loving Grace?
<ng0>okay, it's even mentioned there. posted before I read it
<OriansJ>kristofer: It didn't make the claim that they all failed, but rather pointed out some properties that were universal of those that did fail
<ng0>we'll start a commune in 5+ years, but not as "hippy" as older communes here in this country.
<kristofer>modren hippies are more like nomadic capitalists than libre culture enthusiasts
<ng0>it will be more a collective of lgbtqi anarchists and other political lefts where some have enough money to escape the renting system and buy a house and land where additional self-sustaining work can be executed :)
<ng0>and based on the foundation of en e.V. / associazione cultural or similar.
<janneke>it didn't thrive and produce offspring all over the world, is what i mean
<ng0>there's no failure in failure, just learning from mistakes
<kristofer>the anarchist movement is fragmented, that oesn't help it's adoption
<kristofer>here in the states the anarcho-capitalists are more common the leftists I'd guess
<OriansJ>I find the lesson about human shame, rather interesting. It turns out to be far more effective to shame the rich about the state of poverty around them than to try to convince them to improve the equality of the system.
<OriansJ>which isn't actually an issue, but rather a feature.
<ng0>everbody has their perception of things based on experiences and input. I've come to another conclusion based on primary literature/schools I've read on how anarchism could be defined, but there's also the added state propaganda going on for 200+ years of anarchism==chaos etc.. i mean i don't want to offtopic this too much, but existence of federation of anarchist etc is a good thing. /me out
<kristofer>OriansJ, I mean to imply that psychopaths may not be affected by public shaming in quite the same way the general populace would
<rekado_>trying to build faust2, but it fails at the final stage because our llvm needs to be built with "-DLLVM_REQUIRES_RTTI=1"
<OriansJ>All too often people hate goverment as bad, but fail to actually understand why it exists and what mechanisms actually exist already to start fixing its problems.
<rekado_>is this something that can be enabled for our llvm package, or should I add a variant?
<rekado_>tried to build a variant like this just now, but ran out of space. Building llvm takes a very long time and more than 7GB on my machine.
<ng0>OriansJ: I have some further opinions on that, and ideas which recently got more input on my side, but I don't want to go on with offtopic talk here. on the topic, people might be curious in the talk given at squatconf about anarcho-capitalism ("how to destroy a community"something something forgot the title) this year.
<ng0>what we have in the ebuild by the dev is: dobin bin/* ; insinto /usr/lib/perl5/vendor_perl; doins -r lib/perl5/* ; dodoc -r README TODO cgi contrib hooks .... I'd say it's easier than what I have now.
<ng0>I mean it is not so hard to fix what I have now :)
<ng0>this brings in some example scripts, hooks, etc which may only servce as examples (the perl shebang has an added -I/path/to/other/include), so like 3-4 directories full of examples. would "share/doc/" name "/`the-dirs`/" work for guix?
<kori>janneke: from a console it doesn't even start
<janneke>i was a bit hesitant about --fallback, let me try that
<ng0>so (arguments `(#:phases (modify-phases %standard-phases (replace 'install (lambda* (#:key outputs #:allow-other-keys) (copy-recursively (list "thing" "thing2" "thung3") (string-append (assoc-ref outputs "out") "/share/doc/perl-net-psyc/")) and the added parantheses and #t bla I got this all covered, is obviously a wrong list. do I have to add a ' infront of the list?
<ng0>can't paste the function easily as I'm working in the 4000 lines perl.scm
<ng0>I also have multiple (copy-recursively) in the package, but I'll fix that before sending out the patch.
<rekado_>ng0: do you understand quoting? What makes you think you need a quote there?
<rekado_>Not sure copy-recursively actually takes a list.
<ng0>I don't fully understand it yet, but this one piece fails.
<ng0>i have searched and found no other package with a list
<kristofer>I'm trying to build a package that depends on libboost_filesystem.so. I have boost as an input and it builds fine, but during the `validate-runpath' phase it fails with error: depends on 'libboost_filesystem', which cannot be found in RUNPATH
<ng0>oh i think I'm dong it wrong.. when do I use install-file ? my install phase is copying files and folders selectively
<kori>but you can install arc-theme directly from guix
<ngz>Hello. I have some warnings like the following "Locale not supported by C library". And Guix applications do not use the correct locale. I guess I'm missing something obvious, but what should I do to have get the right locale for Guix applications?
<ngz>I installed glibc-locales and have "export GUIX_LOCPATH=$HOME/.guix-profile/lib/locale" in ~/.profile
<janneke>hmm, i suspect something with all the different gschemas.compiled files
<kristofer>civodul, is it possible that boost should be a propagated-input?