00:00 <paroneayea> sorry

00:00 <stellar-slack> <scott> paroneayea: I believe the source releases are actually just automatically created by github when you create a new release… I don’t know if anyone from our org has specifically worked on making sure they play nice. @graydon could you comment? I have very little experience with the stellar-core build system

00:00 <paroneayea> ./autogen.sh

00:00 <paroneayea> scott: ok, no worries. I'll pull from git then.

00:00 <paroneayea> I just wanted to confirm

00:01 <stellar-slack> <scott> cool

00:01 <stellar-slack> <graydon> yeah it starts with ./autogen.sh

00:02 <stellar-slack> <graydon> there is a make distcheck target that we try to keep working but only make check is part of the CI so distcheck periodically bitrots

00:03 <paroneayea> graydon: cool, no worries, and thanks

00:52 <paroneayea> hm, the make-mks might make things difficult

00:52 <paroneayea> echo "SRC_H_FILES" = $(git ls-files '*.h' '*.[ih]pp')

00:52 <paroneayea> this line and similar esp

00:53 <paroneayea> in order to compute the hash properly to verify the git input is the same, the .git directory has to be removed in a nix/guix system

00:53 <paroneayea> so by the time I'm working with it it's not there

00:53 <paroneayea> what does make-mks do?

00:55 <paroneayea> maybe I can build a new git downloader that does it before the .git directory gets removed

00:56 <paroneayea> (though having a proper release tarball at this point might simplify things to avoid having to do the git bits... otherwise, this looks like it would be easy to package.)

01:01 <paroneayea> yeah, that looks like it's probably the last missing piece to get the package in

01:01 <paroneayea> hrm!

01:03 <stellar-slack> <sacarlson> if your going to package maybe just give them a precompiled binary with all the libs just built in as it seems this is already as I recall

01:05 <paroneayea> sacarlson: precompiled binaries are not the functional package management way to go... :)

01:06 <paroneayea> but what I'll do is provide the .mk files as a patch

01:09 <paroneayea> not nice, but should work.

01:12 <stellar-slack> <sacarlson> you can also compile from a deb file

01:14 <stellar-slack> <sacarlson> deb files are just precompiled sets that also include the depenancies that are available on the standard (or not standard) repository

01:16 <paroneayea> sacarlson: right, precompiling also doesn't work on guix though

01:16 <stellar-slack> <sacarlson> and I thought you said you are on ubuntu. but maybe you want some cross platform package?

01:16 <stellar-slack> <sacarlson> guix? I will have to look that up

01:17 <paroneayea> no, I'm on guixsd, and sometimes debian with guix as a userspace package manager :)

01:17 <paroneayea> and I'm trying to package stellar-core for guix

01:18 <paroneayea> anyway, with a bit of evil patching, I may have gotten it to work... let's see

01:18 <stellar-slack> <sacarlson> cool

01:43 <paroneayea> compiling!

01:44 <stellar-slack> <sacarlson> done deal

02:21 <stellar-slack> <lab> will stellar fund http://kiva.org|kiva.org by lumens?

03:02 <paroneayea> alooks like it's packaged!

03:10 <stellar-slack> <lab> @dzham: there was 25 billion XLM allocated.

03:12 <stellar-slack> <sacarlson> ya but @dzham want's his 1 billion first

03:13 <stellar-slack> <sacarlson> and he says he's going to share 1 million of his 1 billion Lumens with me so I'm happy with that

03:14 <stellar-slack> <dzham> I just dislike kiva, that’s all

03:15 <stellar-slack> <dzham> They’re great as an example of everything that’s wrong with MFIs though

03:33 <stellar-slack> <lab> for example?

05:03 <stellar-slack> <dzham> sky high interest rates is the most obvious one

05:04 <stellar-slack> <sacarlson> what a profitable non profig org?

05:05 <stellar-slack> <dzham> I haven’t looked at kiva in ages, but when I did, all loans were already done. the whole crowd-funding aspect was just a sham, you weren’t lending money to person X, you were paying off their lender

05:06 <stellar-slack> <dzham> and the MFIs had interest rates of +50% some times, yet you take the risk, and get nothing out of it than a good feeling

05:07 <stellar-slack> <dzham> @sacarlson: I’m not sure how kiva themselves benefitted from it

06:21 <stellar-slack> <kjn311> Is the company Stellar building anything with XLM or are the just working on the protocol (bugs)

06:23 <stellar-slack> <kjn311> Or more so helping others integrate to the network?

09:49 <stellar-slack> <sacarlson> kjn311: Stellar seems to be working mostly on the infrastructure, they have no direct commercial apps or interests that I know of

10:05 <stellar-slack> <bartek> @kjn311: https://www.stellar.org/about/mandate/#Responsiblities

15:39 <stellar-slack1> <raymens> Is there some information about running horizon through https?

15:40 <stellar-slack1> <bartek> @raymens: scott has added TLS support but it's still in this PR: https://github.com/stellar/horizon/pull/248

15:40 <stellar-slack1> <raymens> thanks bartek :+1:

15:41 <stellar-slack1> <sacarlson> otherwise other option that I've use in cases like this is proxy from apache that proxy to http

15:45 <stellar-slack1> <raymens> I'll keep that in mind sacarlson :)

19:35 <paroneayea> think I found a better way to adjust make-mks for the guix package, rebuilding

19:35 <paroneayea> but I did get a successful version built earlier

19:41 <stellar-slack1> <scott> nice!

19:42 <paroneayea> my previous solution was to manually copy in the stuff from running make-mks from git, but that's almost ceratinly going to break from release to release. New solution: update the "git ls-files" lines to just use "find" ;)

19:42 <paroneayea> since it's a fresh chekcout

19:43 <paroneayea> it's guaranteed to not have any files unknown to git anyway :)

19:44 <stellar-slack1> <scott> out of curiosity, do you know if anyone has used guix from os x?

19:44 <stellar-slack1> <scott> seems like the built binaries are linux only

19:44 <paroneayea> @scott: sadly I think because you have to have a /gnu/ directory (well, unless you avoid using binaries, which I don't recommend), you'll have to run it in a vm

19:45 <paroneayea> /gnu/store/ is where all the package outputs are by default

19:45 <paroneayea> and osx won't let you change the root heierarchy

19:45 <paroneayea> you could posibly have the store directory in your own home directory but it would require compiling *everything* yourself, and I don't recommend it

19:46 <stellar-slack1> <scott> well, just one more reason to implement my “head back to linux” plan

19:46 <paroneayea> :)

19:46 <paroneayea> +1

21:46 <paroneayea> woo woo

21:46 <paroneayea> new package version builds