| *** nesciens has quit IRC | 01:08 | |
| *** jelmer has quit IRC | 01:20 | |
| *** jelmer has joined #npoacct | 01:21 | |
| *** jelmer has quit IRC | 02:08 | |
| *** jelmer has joined #npoacct | 02:09 | |
| *** pokoli has joined #npoacct | 09:26 | |
| *** tbm has quit IRC | 11:14 | |
| *** tbm has joined #npoacct | 13:10 | |
| *** bkuhn has joined #npoacct | 14:06 | |
| *** bkuhn is now known as bkuhnIdle | 14:10 | |
| *** bkuhnIdle is now known as bkuhn | 16:55 | |
| joar | I'm trying to install openpetra again | 18:10 |
|---|---|---|
| joar | following the directions in http://www.pokorra.de/2013/11/install-openpetra-on-linux/ | 18:10 |
| *** pokoli has quit IRC | 18:12 | |
| joar | openpetra up and running! | 18:13 |
| *** nesciens has joined #npoacct | 18:30 | |
| bkuhn | joar: that's some sort of success. | 18:45 |
| joar | yes | 18:48 |
| joar | openpetra has some church-related stuff in it. | 19:16 |
| joar | it seems to be targeted agains religions orgs | 19:17 |
| joar | bkuhn: is it decided that we should make an accounting API? | 19:38 |
| bkuhn | I think so. | 19:39 |
| bkuhn | Unless we find one in one of the packages we're evaluating. | 19:39 |
| joar | bkuhn: should I still evaluate the projects for anything else than an accounting API? | 19:45 |
| joar | i.e. should we evaluated all the projects for fitness as NPO accounting software even though we're pretty sure what we want is an accounting API? | 19:46 |
| bkuhn | joar: I think it's worth doing so for completeness.... | 19:47 |
| bkuhn | ... in part, because if one of the projects has a lot of good code, maybe we'll want to try to make our API work with it. | 19:47 |
| joar | and in part because the campaign said we should? | 19:49 |
| joar | bkuhn: dogwood seems down at the moment. | 19:52 |
| bkuhn | joar: yes, indeed. :) | 19:53 |
| bkuhn | to both things. | 19:53 |
| bkuhn | dogwood's IP is supposed to change today. | 19:53 |
| joar | I suppose the old IP is 5.9.181.162 then? | 19:53 |
| bkuhn | Propbably | 19:55 |
| bkuhn | joar: Thanks, it should be all fixed now, DNS may take time to propagate. I forgot dachary, who provides donated VMs to Conservancy for our servers, told me he was changing IP's yesterday. | 20:42 |
| bkuhn | All is fixed now, though, thanks for reminding me we were out. :) | 20:43 |
| joar | you're welcome :) | 20:53 |
| joar | bkuhn: it seems to me that SFAS replaces fund accounting, is that true? | 21:12 |
| joar | well, SFAS 117 | 21:13 |
| bkuhn | I don't think so. But I'd have to read the SFAS rules. | 21:13 |
| bkuhn | It looks at first glance that perhaps SFAS 117 is a way of reporting fund accounting. | 21:14 |
| bkuhn | but "replaces" can't be the right word there. | 21:14 |
| bkuhn | why are you asking the question that way? | 21:14 |
| joar | I had a misconception about fund accounting, I think I might have misunderstood something in the book. | 21:15 |
| bkuhn | Ok, I'll be back in about 40 minutes and can discuss mnore then, or tomorrow if you are offline at th poiunt | 21:16 |
| *** bkuhn is now known as bkuhnIdle | 21:16 | |
| joar | the book makes it seem like fund accounting is a thing of pre-1994. See chapter 7, paragraph 2 | 21:17 |
| joar | the OpenPetra linux client is very unstable. | 21:35 |
| *** bkuhnIdle is now known as bkuhn | 21:47 | |
| * bkuhn is back. | 21:47 | |
| joar | bkuhn: I discontinued my OpenPetra evaluation since the linux client kept crashing on me. The developers also stated that it is unstable. | 21:47 |
| bkuhn | Ok, that's fine, note that in the wiki | 21:48 |
| joar | bkuhn: regarding the API: I feel that http://en.wikipedia.org/wiki/Unix_philosophy is relevant | 21:54 |
| joar | (.. regarding the possible accounting API) | 21:54 |
| bkuhn | Yeah, I don't want something overly complex by any stretch. | 21:54 |
| *** nesciens has quit IRC | 21:56 | |
| bkuhn | joar: The BeanBooks guy wrote back to me wanting to collaborate, insisting their license is "open source" (it isn't, at least not according to OSI). | 22:03 |
| bkuhn | I've written back doubling down on the fact we can't collaborate unless the license issue is resolved. | 22:03 |
| joar | it's non-free according to http://www.gnu.org/philosophy/free-sw.html, freedom 3, as well. | 22:06 |
| joar | since you cannot change the logo, cannot distribute it without the logo and trademark agreement | 22:07 |
| joar | .. for sale | 22:07 |
| bkuhn | Yeah, I know it's not Open Source nor Free Software. | 22:10 |
| bkuhn | I raised that with him. | 22:10 |
| bkuhn | his answer was to double down that it is open source. | 22:10 |
| bkuhn | So that's where we are at. | 22:11 |
| joar | :) | 22:11 |
| joar | the documentation isn't open source. | 22:11 |
| bkuhn | I suspect that this dude is being forced to defend a license he doesn't necessarily agree with. | 22:11 |
| bkuhn | (I didn't raise the docs issue. My plan is that if we can get nowhere discussing a broad license change, I'll ask them to at least release the documentation under CC-By-SA) | 22:11 |
| bkuhn | If that fails. | 22:11 |
| bkuhn | then we'll have to decide if we want to be compatible with them at all. | 22:11 |
| joar | system76 might not necessarily agree with that license if it is pointed out to them that it is non-free. | 22:12 |
| joar | They are probably the ones that designed the license, but I'm not sure that they really meant to make it that way. | 22:13 |
| joar | at least that is what I want to think of them. | 22:13 |
| joar | .. although since they market *Ubuntu*-preinstalled computers to easily make the world transition to *open source* software I might be wrong. | 22:15 |
| joar | -- https://www.system76.com/home/aboutus/ | 22:15 |
| bkuhn | I want to believe that's true as well, but I'm skeptical. | 22:15 |
| bkuhn | The odd thing is: this project isn't a center of their core business. Thus, I'm confused why they prioritize this issue of trademark protection on Beanbooks so much. | 22:16 |
| joar | Yes, that is odd. | 22:24 |
| joar | what would you call an object that is; the change in value to an account in a transaction? | 22:28 |
| bkuhn | I am not sure I understand the question. What's the context? | 22:29 |
| joar | Imagine a structure where you have Accounts, Entries [also named Transactions, Journal Voucher]. An Entry would then contain two or more "changes" to two or more Accounts. Is there another word for "change" that isn't as ambiguous? | 22:33 |
| bkuhn | Well, there's more data per transaction that probably needs to be stored. | 22:45 |
| joar | bkuhn: here is a stub: http://npoacct.sfconservancy.org/Files/Words/accounting.html | 23:10 |
| joar | Actually, http://npoacct.sfconservancy.org/Words/accounting.html | 23:11 |
| *** jelmer has quit IRC | 23:12 | |
| joar | bkuhn: I think "Delta" is what I was looking for. | 23:16 |
| bkuhn | joar: Ideally, I'd like the persistent storage to initially be compatible with what Conservancy has with Ledger data. | 23:30 |
| bkuhn | This would allow us to avoid making SQL-centric assumptions, and would allow us to immediately make use of the data for accounting. | 23:31 |
| bkuhn | You also might want to look at my points in storage API. | 23:32 |
| bkuhn | Ok, I'm going to be idle for a bit, you'll probably be offline when I get back. | 23:32 |
| *** bkuhn is now known as bkuhnIdle | 23:32 | |
| joar | bkuhn: thanks for the storage API pointer. | 23:32 |
| joar | bkuhnIdle: Yes, I'll be idle by then. | 23:32 |
Generated by irclog2html.py 2.12.1 by Marius Gedminas - find it at mg.pov.lt!