fluid-tech IRC Logs-2012-09-18

[12:31:33 CDT(-0500)] <Bosmon> Hi there, yura2

[12:32:56 CDT(-0500)] <yura2> Bosmon: hi

[12:33:20 CDT(-0500)] <Bosmon> How could the explanation about Couch be possible? Does the development config read data from CouchDB?

[12:33:51 CDT(-0500)] <yura2> no

[12:34:00 CDT(-0500)] <Bosmon> So there must be another explanation......

[12:34:11 CDT(-0500)] <yura2> btu that wrapping in value happens even if it's deferred to file

[12:34:15 CDT(-0500)] <yura2> so i guess that's the issue

[12:34:17 CDT(-0500)] <Bosmon> Ah

[12:34:20 CDT(-0500)] <Bosmon> That would be an error

[12:34:30 CDT(-0500)] <yura2> ya

[12:34:30 CDT(-0500)] <Bosmon> I should have read the code more carefully

[12:34:40 CDT(-0500)] <yura2> ill take care of it

[12:34:41 CDT(-0500)] <yura2> soonish

[12:34:51 CDT(-0500)] <Bosmon> cool

[13:24:34 CDT(-0500)] <Bosmon> yura2 - any idea why the port number moves?

[13:42:35 CDT(-0500)] <yura2> Bosmon: yes Kasper requested that

[13:42:38 CDT(-0500)] <yura2> for the demo as well

[13:46:04 CDT(-0500)] <Bosmon> yura2 - but how come it is in GPII-16 and not in GPII-37?

[13:46:09 CDT(-0500)] <Bosmon> I couldn't see a relevant configuration change

[13:51:34 CDT(-0500)] <yura2> ? what is ?

[13:51:50 CDT(-0500)] <yura2> ports changed a while ago

[13:51:53 CDT(-0500)] <yura2> it's in master already

[13:56:19 CDT(-0500)] <Bosmon> yura2 - for the current master, it still responds on port 8080 for me

[13:56:27 CDT(-0500)] <Bosmon> Only in GPII-16 does it respond on port 8081

[13:58:19 CDT(-0500)] <Bosmon> Ok, forget that

[13:58:22 CDT(-0500)] <Bosmon> Perhaps I have become confused

[14:00:56 CDT(-0500)] <yura2> https://github.com/GPII/universal/commit/50f4e4d5dbb2492d95d6fb4614a311b0828c681b

[14:11:22 CDT(-0500)] <yura2> so Bosmon regarding the couchdb data source

[14:11:50 CDT(-0500)] <yura2> currently we check for file system on get or set operation

[14:12:42 CDT(-0500)] <yura2> if we were to only do this document wrapping when we actually have couch and not for file

[14:17:24 CDT(-0500)] <Bosmon> yura2 - can you reexpress?

[14:56:28 CDT(-0500)] <yura> so Bosmon back to the data source issue

[14:57:24 CDT(-0500)] <Bosmon> yes

[14:57:38 CDT(-0500)] <yura> in case there's filesystem

[14:57:54 CDT(-0500)] <yura> gpii.dataSource.CouchDB.wrapCallback that I use to do the value wrapping

[14:57:58 CDT(-0500)] <yura> should just apply callback

[14:58:05 CDT(-0500)] <yura> and nothing else

[14:58:22 CDT(-0500)] <yura> https://github.com/yzen/universal/blob/48863b33a86f45974c5c131c9fb9487e46c7b944/gpii/node_modules/gpiiFramework/dataSource.js#L240-248

[14:58:24 CDT(-0500)] <yura> here

[14:58:30 CDT(-0500)] <Bosmon> Surely it is impossible for someone to configure the CouchDB dataSource together with the use of a filesystem URL

[14:58:36 CDT(-0500)] <Bosmon> If they do that, that is their lookout....

[15:00:24 CDT(-0500)] <yura> :S

[15:01:06 CDT(-0500)] <Bosmon> In which case, the question is.... why do WE configure the CouchDB datasource in the case we are in the development config? : P

[15:01:47 CDT(-0500)] <yura> are you suggesting it's configuration issue and not implementation

[15:01:48 CDT(-0500)] <yura> ?'

[15:02:01 CDT(-0500)] <Bosmon> yura - yes, if the CouchDB source is actually configured

[15:02:02 CDT(-0500)] <Bosmon> Is it?

[15:08:00 CDT(-0500)] <yura> this is pretty cool https://github.com/launch

[15:08:23 CDT(-0500)] <Bosmon> I can't tell what it is : P

[15:08:39 CDT(-0500)] <yura> just type whatever you want there git github related

[15:09:51 CDT(-0500)] <Bosmon> I guess it's a small amount better than typing it into Google : P

[15:11:17 CDT(-0500)] <yura> Bosmon: so here's what currently configured for preferences server for example : https://github.com/yzen/universal/blob/48863b33a86f45974c5c131c9fb9487e46c7b944/gpii/node_modules/preferencesServer/src/preferencesServer.js

[15:11:22 CDT(-0500)] <yura> couchdb

[15:11:54 CDT(-0500)] <Bosmon> yura - so, shouldn't that configuration depend on the ... configuration?

[15:12:28 CDT(-0500)] <Bosmon> I see that there's a demands block there

[15:12:31 CDT(-0500)] <Bosmon> But it only tinkers with the URL

[15:12:57 CDT(-0500)] <Bosmon> And as we discussed earlier, that demands block should really be devolved out to the "development" configuration file anyway

[15:15:02 CDT(-0500)] <yura> Bosmon: so you are saying this configuration belongs in config files rather than demands?

[15:21:18 CDT(-0500)] <Bosmon> yura - I believe that all configuration-specific configuration belongs in config files

[15:21:23 CDT(-0500)] <Bosmon> It is inconsistent otherwise

[15:22:03 CDT(-0500)] <yura> Bosmon: so this would solve the issue wouldn't it ? http://pastie.org/4749436

[15:25:04 CDT(-0500)] <Bosmon> I believe it would, yes

[15:25:13 CDT(-0500)] <Bosmon> How lucky we are that it doesn't use up our allowance of demands blocks : P

[15:30:41 CDT(-0500)] <sgithens> Bosmon: So this is where the tech happens

[15:30:54 CDT(-0500)] <sgithens> of the fluid variety

[15:31:19 CDT(-0500)] <Bosmon> sgithens - that is correct

[15:31:27 CDT(-0500)] <sgithens> Bosmon: all of our IoC stuff is part of Fluid proper right? (not GPII)

[15:31:37 CDT(-0500)] <Bosmon> We were just discussing an elaboration of your ideology that "configuration should be in configuration files"

[15:31:49 CDT(-0500)] <sgithens> hahahahaha

[15:32:16 CDT(-0500)] <sgithens> well, at least 'configuration parts' which usually manifest themselves as files

[15:32:27 CDT(-0500)] <Bosmon> Yes

[15:32:35 CDT(-0500)] <Bosmon> JURA was just addressing the preferences server

[15:32:36 CDT(-0500)] <Bosmon> https://github.com/yzen/universal/blob/48863b33a86f45974c5c131c9fb9487e46c7b944/gpii/node_modules/preferencesServer/src/preferencesServer.js

[15:32:50 CDT(-0500)] <Bosmon> Which still has a piece of configuration-specific config held in a demands block

[15:35:36 CDT(-0500)] <yura> Bosmon: https://github.com/GPII/universal/pull/51/files. Not sure if funcName really belongs in demands or should go into config file explicitly

[15:40:15 CDT(-0500)] <Bosmon> He went!

[16:02:59 CDT(-0500)] <sgithens> hhahaha