**** BEGIN LOGGING AT Thu Jul 21 02:59:56 2011
Jul 21 04:50:09 <dtzWill> PuffTheMagic: touched up code for case when there is no author entry
Jul 21 04:50:17 <dtzWill> PuffTheMagic: gets all information now
Jul 21 04:50:20 <dtzWill> hooray :)
Jul 21 05:46:31 <dtzWill> PuffTheMagic: added hash check to files, fwiw
Jul 21 05:46:48 <dtzWill> works here, avoids redownloading and correctly /will/ re-dl if the file is missing or corrupt
Jul 21 05:47:12 <dtzWill> not sure about overall architecture, and don't mean to impose, but was an important feature so added it, lmk if you have any questions/issues :)
Jul 21 05:47:19 <ka6sox> dtzWill, are you getting the keycodes from the sdl input you were looking @ yesterday?
Jul 21 05:53:15 <jacques> dtzWill, did you say you had built a "full" Xserver ? one that needed video and input drivers?
Jul 21 06:35:50 <dtzWill> jacques: yeppers. it's x_full in the WIDK iirc
Jul 21 06:35:58 <dtzWill> (or whatever branch has a very similar name)
Jul 21 06:36:46 <dtzWill> ka6sox: am i getting what now?
Jul 21 06:36:54 <dtzWill> sorry :)
Jul 21 06:37:42 <dtzWill> how the hell do y'all do enyo dev?
Jul 21 06:37:46 <dtzWill> eclipse? or just some raw text editor?
Jul 21 06:38:09 <dtzWill> i admit not being famiilar with enyo or really js, i'm a bit not excited to edit giant arrays of functions
Jul 21 06:38:11 * dtzWill tool fail
Jul 21 06:38:25 <dtzWill> so far i've been successful, but doesn't seem especially...scalable.
Jul 21 06:39:36 <ka6sox> dtzWill, oh I meant the keyboard profiles you were talking about last night
Jul 21 06:40:07 <dtzWill> the wiki? or the updated xsever?
Jul 21 06:40:12 <dtzWill> sorry, i'm apparently a bit dense today :)
Jul 21 06:41:40 <ka6sox> the density is on this side...I think I ran out of stack.
Jul 21 06:41:51 <dtzWill> aww :(
Jul 21 06:53:42 <ka6sox> chroot /usr/bin/install4me libreoffice
Jul 21 06:53:55 <ka6sox> wrong place
Jul 21 07:14:46 <ka6sox> oil, a mojo app stores variables like "next server" in a db?
Jul 21 07:15:07 <oil> hm?
Jul 21 07:15:55 <ka6sox> lets say I want to keep track of something....a number
Jul 21 07:16:03 <oil> a single number?
Jul 21 07:16:05 <oil> use a cookie
Jul 21 07:16:16 <oil> sqlite db is overkill for a single number
Jul 21 07:16:16 <ka6sox> thats gotta be simler
Jul 21 07:16:19 <ka6sox> simpler
Jul 21 07:16:42 <oil> and cookies have the added advantage of being synchronous
Jul 21 07:16:43 <ka6sox> how about an array like 0,1 or 0
Jul 21 07:17:02 <ka6sox> so I could either have 0, 0 and 1 or 1
Jul 21 07:17:11 <ka6sox> those are the only things it could be.
Jul 21 07:17:44 <ka6sox> sorry: 0 or 0, 1 or 1
Jul 21 07:17:57 <oil> you can put whatever you want in there
Jul 21 07:18:03 <ka6sox> perfect
Jul 21 07:18:04 <ka6sox> thanks
Jul 21 07:18:46 <ka6sox> and I assume I can have multiple cookies? or just 1
Jul 21 07:58:05 <ka6sox> a headless app would show up in preware but not have a launcher icon?
Jul 21 07:58:11 <ka6sox> or would?
Jul 21 07:59:50 <ka6sox> I want something like the libs we need to install for openssl
Jul 21 08:00:11 <ka6sox> no launcher app necessary but known to preware.
Jul 21 08:07:52 <ka6sox> is it the absence of appinfo.json that determines that?
Jul 21 08:07:58 <cryptk> ka6sox, a headless would show in preware but not the launcher, correct
Jul 21 08:08:03 <cryptk> as far as how it is done... no clue
Jul 21 08:08:23 <cryptk> but I would think that the absence of appinfo.json would be a likely cause
Jul 21 08:09:13 <ka6sox> headless (like xterm) uses ~support/headless.mk which has appinfo.json but optware.mk does not.
Jul 21 08:10:24 <cryptk> that is because xterm uses the headless app to display the changelog
Jul 21 08:10:39 <cryptk> so it isn't compltely headless... it gets a little placeholder app to show a changelog
Jul 21 08:11:09 <ka6sox> okay
Jul 21 08:11:28 <ka6sox> so just startup-assistant but no main scene
Jul 21 08:12:54 <cryptk> I think so
Jul 21 08:12:59 <cryptk> not sure how it works exactly
Jul 21 08:21:53 <dtzWill> PuffTheMagic: added new callback for plugin to tell JS as files are downloaded and js updates the GUI
Jul 21 08:21:59 <dtzWill> not sure of best design, threw it into dl_notify branch
Jul 21 08:22:08 <dtzWill> give it a look when you get a chance :)
Jul 21 08:22:10 <dtzWill> bbiab
Jul 21 14:38:37 <Puffy_tp> dtzWill: thanks i will check it out
Jul 21 15:21:28 <Puffy_tp> dtzWill: i need to figure out a way to store cached metadata
Jul 21 15:21:57 <Puffy_tp> right now im using localstorage for prefs and metadata and that will likely fill up fast
Jul 21 15:22:06 <Puffy_tp> prob need to use a db or local file
Jul 21 17:26:34 <linuxjacques_> dtzWill: ping
Jul 21 17:30:23 <linuxjacques_> dtzWill: nm :-)
Jul 21 17:41:31 <dtzWill> linuxjacques_: pong-ish :)
Jul 21 17:46:08 <linuxjacques_> dtzWill: I was looking the the x_full branch but I was looking in the xserver repo instead of cross-compile
Jul 21 17:46:14 <dtzWill> Puffy_tp: lmk whathca think of misc patches/commits i made, i'm not esp familiar with the js stuff so i doubt my architectural instincts :)
Jul 21 17:46:18 <dtzWill> linuxjacques_: ahh, kk. found it? :)
Jul 21 17:46:32 <dtzWill> sorry 'course you did from what you just said...
Jul 21 17:46:33 <dtzWill> heh
Jul 21 17:46:38 <linuxjacques_> yep. is the difference mostly (entirely?) the Makefile ?
Jul 21 17:46:51 <dtzWill> well and the required libraries in the WIDK to support it
Jul 21 17:47:08 <linuxjacques_> ok, cool
Jul 21 17:47:21 <dtzWill> :)
Jul 21 17:47:38 <linuxjacques_> so, in theory, the main cross-compile branch could support it with the addition of some packages
Jul 21 17:48:01 <linuxjacques_> it looks like full is based on 1.8 while main branch is 1.9 now
Jul 21 17:51:55 <dtzWill> linuxjacques_: nope, that was me just getting version #'s confused >_>
Jul 21 17:51:57 <dtzWill> it's the same.
Jul 21 17:52:19 <dtzWill> linuxjacques_: yeah, differences would be new packages as well as the modified makefile (to build xorg, not kdrive/xsdl)
Jul 21 17:52:44 <linuxjacques_> dtzWill: so we could have two xserver packages
Jul 21 17:52:54 <dtzWill> linuxjacques_: err, yes we could :)
Jul 21 17:53:05 <linuxjacques_> (assuming we find a reason to have the full one at all)
Jul 21 17:53:18 <dtzWill> although i think we'll probably want just the one, either everyone on xsdl or we get full working and go to that
Jul 21 17:53:35 <dtzWill> shrug, whatever you think is reasonable :)
Jul 21 17:53:59 <linuxjacques_> I could go either way, but I think the full would not be as usable as sdl for a while
Jul 21 17:54:21 <linuxjacques_> I dunno how to do input on full though
Jul 21 17:54:37 <linuxjacques_> (this is assuming a working video driver, in case you haven't noticed)
Jul 21 17:55:55 <dtzWill> linuxjacques_: yeah. issues i see are where to do the SDL_Init, maybe we can do it multiple times--one for input in the input driver and elsewehere in the video
Jul 21 17:56:06 <dtzWill> not sure how that all works, or if the drivers are in same thread or what-have-you
Jul 21 17:56:15 <dtzWill> linuxjacques_: i'd assume we'd do input via sdl :)
Jul 21 17:56:27 <dtzWill> more complicated solutoins are...more complicated :)
Jul 21 18:11:47 <linuxjacques_> hmm, thre seems to be a dependency loop in the x_full branch: libx11 depends on something that depends on libXext, and libXext depends on libx11
Jul 21 18:12:08 <dtzWill> linuxjacques_: bummer, sorry!
Jul 21 18:15:29 <linuxjacques_> hmm, some libx11 xcb interdep
Jul 21 18:16:31 <dtzWill> linuxjacques_: very sorry, that's lame on my part. i must've not tried a clean build or something :/
Jul 21 18:17:11 <linuxjacques_> I dunno I might have done something unsmart
Jul 21 18:17:40 <linuxjacques_> I think x11 depends on something that depends on xinput which depends on x11
Jul 21 18:18:58 <linuxjacques_> x11 depending on libxcb might be the culprit
Jul 21 19:22:28 <Puffy_tp> dtzWill: mendeley is broke in git, cant fixnit till later
Jul 21 19:24:03 <dtzWill> kk ty
Jul 21 19:26:16 <Puffy_tp> dtzWill: your changes were in thenrightndirection but not complete ;-)
Jul 21 19:26:41 <dtzWill> Puffy_tp: absolutely :);.
Jul 21 19:26:48 <dtzWill> whoa, extra punctuation
Jul 21 19:26:56 <dtzWill> (you looked at the other branch a tad too?)
Jul 21 19:27:14 <Puffy_tp> file_ is undefined and does nit g
Jul 21 19:27:24 <Puffy_tp> and does not get save anywhere
Jul 21 19:27:33 <Puffy_tp> ya i looked at that too
Jul 21 19:27:48 <Puffy_tp> something like that was already on my todo list
Jul 21 19:28:01 <Puffy_tp> i already have the icon uploaded for that
Jul 21 19:28:02 <dtzWill> indeed, you have a TODO file in the repo :)
Jul 21 19:28:12 <Puffy_tp> and on redmine
Jul 21 19:28:18 <Puffy_tp> but they are not in sync
Jul 21 19:28:20 <linuxjacques_> dtzWill: I don't see any additional deps in the full xserver Makefile
Jul 21 19:28:27 <dtzWill> Puffy_tp: file_? file_hash, or _localFile ?
Jul 21 19:28:45 <Puffy_tp> file_hash
Jul 21 19:29:30 <dtzWill> ahh, kk. i was testing from refresh mostly, hadn't thuoght of other uses. mostly geting feet wet :), and hopefully some of that is helpful, shrug :)
Jul 21 19:29:33 <Puffy_tp> fyi, if u are gonna add any new vars to the data that comes from the server prefix them with _ so i can keep them straight
Jul 21 19:29:59 <linuxjacques_> then again, checking for PCIACCESS... configure: error: Package requirements (pciaccess >= 0.8.0) were not met
Jul 21 19:30:23 <linuxjacques_> that is not needed at all in this case. dunno why it's looking for it
Jul 21 20:00:08 <dtzWill> linuxjacques_: yeah i just included it instead of figuring ot how to convince x it didn't need it
Jul 21 20:00:46 <dtzWill> linuxjacques_: it should be in latest x_full.....
Jul 21 20:00:51 <dtzWill> maybe there's a missing dep, though
Jul 21 20:01:00 <dtzWill> yeah missing dep, my bad.
Jul 21 20:01:05 <dtzWill> sorry, there's a reason it's its own little branch
Jul 21 20:01:05 <dtzWill> lol
Jul 21 20:06:58 <linuxjacques_> np :-)
Jul 21 21:36:50 <rwhitby> dtzWill: see /msg
**** ENDING LOGGING AT Fri Jul 22 02:59:57 2011