IRC channel logs
2019-04-21.log
back to list of logs
<jetomit>reepca-laptop: I was able to build openra with "make CSC=mcs" <brendyyn>Would it be possible to optimise profile generation so that ca certs, fonts, man pages etc are only generated when there is actually any change to them? <brendyyn>(grypt hash) uses a macro just so it can return a single number. Why? Is it just so the name is discarded before runtime? <brendyyn>I'm just learning some programming by reading guix atm <nly>i think it's bsd-4 (bsd 4 clause)? <wednesday>Well guix/licenses.scm has all the licenses and it has 3 bsd ones <nly>where do i sent the patch? guix-patches@gnu.org <brendyyn>It's possible to specify a custom license, or even add a new license to guix's list of known licenses <wednesday>I'm not sure what license that should be though heh, might want to ask someone better about that or make note of it in the email <brendyyn>nly: you can add something like (license (non-copyleft "file://julius-license.txt)) perhaps <nly>Ah, hastily, I've sent it already <nly>thanks, custom license makes more sense <wednesday>You could reply using the email it gives you in the confirmation, something like 12345@debbugs.net or something <nly>looks like the mail was not sent <nly> "Julius-Modified-BSD-4Clause") <wednesday>it might have been sent, the the confirmation can take a while sometimes <nly>Uh, i might have missed it <nly>can you remind me? thanks <kmicu>nly: why you think that’s a BSD license? <nly>Uh, most accurately, It's a custom license? <nly>thanks, that fedora page is very informative <nly>I've pretty much followed through with "Submitting Patches", Julius doesn't provide a gpg ey for verification it seems, and I don't see any 3rd_party dir in sources. <nly>I'll wait for the debbugs notification, and send the correct patch as a reply *nckx is spending Easter in the warm glow of an Overdrive 1000 bootstrapping GCC. <joshuaBPMan>I don't care what your mamma says about you. I like you. :) (that's just a joke) <nckx>Unfortunately it's not new work, just duplicated busy work. <nckx>I managed to bork it beyond recovery, which is quite an accomplishment for a Guix system. <nckx>Aww. My mama loves you too xx <nckx>joshuaBPMan: That is, my friend, a very good question to which I shall never know the answer. Made guix unable to find libgcrypt despite all the right vars in all the right places is the short of it. <nckx>Then again the factory OpenSUSE installation borks itself *immediately* so it's still 1-0 for Guix. <nckx>(That or ‘zypper install emacs’ is not the way to install emacs. I am not a suser.) <joshuaBPMan>I was trying to compile guix a few days ago and couldn't find libgcrypt. <nckx>joshuaBPMan: Interesting. It was on a commit from half January for unrelated (kernel) reasons. So if it was the same bug, it's sneaky, else it would have been fixed by now. <nckx>(I think Linux 5.x won't actually compile on aarch64 but haven't confirmed or investigated it.) <ATuin>I'm getting "substitute: guile: warning: failed to install locale" all the time even if i have installed the locales. Any idea why? <ATuin>could it be that is not using the guile from guix? <nckx>ATuin: substitute: means that the messages are coming (indirectly) from the daemon, which uses guile from guix but doesn't have access to your user's locales. <nckx>I guess you're using Guix on a ‘foreign’ distribution? <nckx>(If so I'm afraid I can't much help you due to lack of experience points against that particular foe.) <ATuin>well at least i know where to attack the problem :D <ATuin>it's not very annoying for the problem so i will keep learning how the system works <nckx>The warnings are ugly (and should eventually be fixed) but not harmful in any way. <ATuin>one more question, i have created a couple of emacs-packages editing the source files directly under git. To work on it i create an environment using the the cli "guix environment guix --ad-hoc guile-readline guile nss-certs". Now i want to achieve the same using a file. What's the suggested approach: using -f (file) or -m (manifest) <ATuin>i guess i will need to specify the native-inputs for guix manually if i use one of those options <nckx>ATuin: I'm not sure what exactly you mean. ‘guix environment guix …’ is needed to bootstrap, configure, and make guix, but after that it should just run with ‘./pre-inst-env guix’. Did that not work for you? <ATuin>aha so i dont need it all the time <ATuin>i always instantiate it, good to know thanks <ATuin>the ./pre-inst-env wrapper seems to work, it managed to build my own packages <nly>I just saw that i haven't replied to bug 34364!