<ng0>how do we treat software which has the company name in it? the (R) needs to go, but $company - $programm is still something we should name it, right?
<brendyn>I suspect we may have similar issues because we are both on Parabola. mark_weaver One odd thing I get is that guix running as root uses my /home/b/... profile. For example guix package -i hello: outputs error: directory `/var/guix/profiles/per-user/b' is not owned by you
<demotri>brendyn: What I figured out is that under xa64 there is a src/.lib/lt-cs2cs and a src/.lib/cs2cs. Under 32-bit there is only the cs2cs-variant.
<brendyn>demotri: It looks like the numbers are different due to numerical precision differences between x86_64 and i686
<brendyn>demotri: Depending on the use case of the program, that may be possible to simply ignore, i.e, disable the test
<brendyn>As you can see, the test actually "succeeds" to 6 significant figures.
<demotri>brendyn: Well, the use case of the program is to transform coordinates with a very high precision. If it is used for land surveying, that could be too much of an error. Or at least indicate a bigger problem.
<demotri>brendyn: I will google again and then discuss with the maintainers.
<OriansJ>anyone else ever see a server with a ED25519 public key that produced an Identical sha256sum but two entirely different ascii arts?
<demotri>Ah, that is just copy/paste. I don't know from which package I started. I know, I really have to clean this up.
<demotri>I was just happy that it worked in the end on one platform.
<brendyn>ok no worries. ;) Essential (use-modules (gnu packages gnome)) loads the file gnu/packages/gnome.scm, making all the guile variables available. Currenly, you're only using (gnu packages glib) plus a couple others
<demotri>OK, I will clean it up and then post a patch.
<brendyn>Well I guess that's the problem. It's a symlink, and It can't be ?
<OriansJ>I am just trying to understand why it can't be
<OriansJ>now I know I can simply sudo mkdir /gnu && sudo mount --bind /san-mount/projects/guix /gnu to fix the error message; I am just trying to understand why it happens at all
<brendyn>Well my only guess is that since guix/nix is making symlinks from /gnu to anywhere else, this could cause errors by linking A -> B and B -> A
<OriansJ>I guess that kinda makes sense in the Developers didn't want to deal with several potential problems way of looking at it. Someone may want to mention that in the guix documentation and the mount --bind solution works great fyi
<ng0>what's thedifference in git between a branch and a tag? I know branches, but do tags follow something like branches (git checkou -b --tag name maybe?)?
<ng0>i think i nunderstand it now after reading some pages
<ng0>for cherry-picking curl to gnurl there will be no difference in tags anyhow
<dvc>Hi, I must say that I'm getting a little annoyed with the u-boot patches... If someone doesn't want to do the job properly, I don't mind and will do it myself when I get around to it. This reminds me of looking at how I submit patches =P Hopefully my patches aren't annoying anyone xD
<dvc>Sent out the linux-kernel patches, I went over all the commit messages again - I think that the patches shouldn't be too bad =P
<ng0>encryption of /home with cryptdisk is already possible in guixsd or does it introduce some weird behavior of the system/user?
<cehteh>civodul: apropos: are there any plans/sketches how full disk encryption should be addressed in future, i am going to work on that for myself, using grubs crypt and luks stuff, but to my understanding that would loose the ability to unlock remotely over the network
<cehteh>otherwise one could copy the parts which are used for booting from the store to /boot .. but i think that would be a bit messy
<dvc>cehteh: I think there is already some work done on full-disk-encryption. Look at the tests in gnu tests...
<ng0>b8ut maybe i should just do that.. ah. thanks
<ng0>ah cmon.. I'm using this system capable of working with profiles and environment etc.. i shouldn't be lazy and copy it over to gentoo. so I need groff and python2 in an environement which does not affect my profile at all. guix envrionment --ad-hoc can do that, right?
<lfam>I'm fixing the openjpeg patches. I'm sorry for sending them to the list in that broken state. I guess I ran out of steam yesterday!
<lfam>Okay, I think we need to update openjpeg from 2.1.0 to 2.1.1. There have been lots of changes between the two releases that make it difficult to cherry-pick the commits that fixed the bugs with CVEs. And there are other bugs fixed anyways
<lfam>Also, they claim no ABI or API changes between the versions, so it should be safe to do
<lfam>If we do that, the difficult thing is handling openjpeg-2.0, which is only used by mupdf
<janneke>aaargh...now g++ does not compile hydra-eval-jobs.cc
<janneke>i'm terribly confused...how can it be that such important packages FTBFS?
<lfam>janneke: Not enough people paying attention, I'd guess
<bavier>janneke: yeah, hydra has been neglected lately
<lfam>It *is* a pretty important package for us, at least until we can build the distro with Cuirass
<mark_weaver>janneke: I can think of two reasons hy #:tests? #f might fail: (1) you mispelled the keyword, maybe missing the '?' or the 's', or (2) there's a custom 'check' phase that doesn't honor that argument.
<ng0>I made the opensmtpd-extras package grow in lines of code... i don't know if you would be okay with not removing postgres+mariadb and splitting them to individual outputs... I mean we want it to be featureful..?
<lfam>ng0: I myself wondered why it used two different SQL databases. If it can use them both, then I think it's fine to include them. It's true that we want our packages to be full-featured
<ng0>no, it does not use them. you have the option to use it..
<ng0>i have no possibility at the moment to test it.. I think debian splits most of the -extras off to single packages. i think it should be split. if you use one sql db most of the time you use no other. but maybe you have n different hosts and on one you you a different sql db, so you don't want mariadb but postgresql..