**** BEGIN LOGGING AT Fri Oct 21 02:59:57 2011
Oct 21 05:47:11 <dtzWill> elpollodiablo1: how so? :)
Oct 21 05:50:46 <ka6sox> dtzWill, so would it be simple to tweakify fonts and sizes by reading /usr/share/fonts?
Oct 21 05:53:07 <dtzWill> i think so--although idk a heck of a lot about font formats, so slightly unsure of details
Oct 21 05:53:38 <dtzWill> but worst case we look and see what fonts are available on the various devices and just hardcode those entries in, with either a set of sizes or a text field/slider/something
Oct 21 07:31:14 <ka6sox> dtzWill, I will ask sconix on this.
Oct 21 07:44:21 <dtzWill> probably best :3
Oct 21 11:32:14 <dtzWill> oh
Oct 21 11:32:14 <dtzWill> sihg
Oct 21 11:32:23 <dtzWill> elpollodiablo1: never updated the makefiles when the git repos got renamed
Oct 21 11:32:24 <dtzWill> loooooool
Oct 21 11:32:30 <dtzWill> err
Oct 21 11:32:30 <dtzWill> wait
Oct 21 11:32:35 <dtzWill> hmm
Oct 21 11:39:25 <dtzWill> alright well fixed a number of issues, will push in a bit
Oct 21 13:15:09 <elpollodiablo1> dtzWill: morning, still working through getting this all to make. so let me know when there is a fix to push
Oct 21 13:18:28 <elpollodiablo1> finally got make stage to work in xorg-server and go the most recent source for xsdl.c!
Oct 21 13:35:50 <dtzWill> 1 sec.......
Oct 21 13:36:14 <dtzWill> yeah it should be good now
Oct 21 13:36:15 <dtzWill> or something
Oct 21 13:36:24 <dtzWill> one problem is that i hadn't tagged 0.9.5
Oct 21 14:53:32 <elpollodiablo1> dtzWill: when I run make -j8 in build/armv7 I get an error went it builds dix about X11/X.h:  no such file or directory.
Oct 21 15:26:49 <dtzWill> did you do a 'make stage' ('make stage -j8') from packages/x/xorg-server ?
Oct 21 15:31:24 <elpollodiablo1> I did make stage for packages/x/xorg-server
Oct 21 15:31:31 <elpollodiablo1> not with the -j8
Oct 21 15:32:19 <elpollodiablo1> where should that X11 folder be located?
Oct 21 15:39:27 <dtzWill> forget the -j8 sorry, it just tells make how many jobs it can/'should' run at once
Oct 21 15:39:50 <dtzWill> elpollodiablo1: when you run make in build/armv7, are you in sb2?
Oct 21 16:45:52 <elpollodiablo1> yes I was
Oct 21 16:48:18 <elpollodiablo1> I might have something set up incorrectly
Oct 21 16:59:44 <elpollodiablo1> and all I wanted to do was add a few lines to xsdl
Oct 21 17:00:00 <scoutcamper> lol
Oct 21 17:00:08 <scoutcamper> its never that easy
Oct 21 17:00:24 <elpollodiablo1> I have noticed
Oct 21 17:01:03 <elpollodiablo1> ironically the first time I set up widk everything went smoothly with make
Oct 21 17:28:38 <ka6sox> dtzWill, how can we make it so I can easily tweak config.h for dwm and then get it to build again with a new version?
Oct 21 17:29:06 <ka6sox> each new XApp will get a tweak to dwm and then need to be rebuilt.
Oct 21 17:30:23 <ka6sox> to create a new XApp I'll need to bring the app up in dwm in the chroot, copy down the window names and types, and then add that to dwm's config.h and rebuild.
Oct 21 17:31:06 <ka6sox> in this way I can create the "kiosk" mode we want for running in a card.
Oct 21 17:40:42 <dtzWill> ka6sox: well you could tweak rig some build thing that applied the tweak depending on the app
Oct 21 17:40:55 <dtzWill> i see re:dwm
Oct 21 17:41:05 <dtzWill> it'd be much better if we could read that in from some file
Oct 21 17:41:18 <dtzWill> or have a master config.h that had all the needed info in one spot
Oct 21 17:41:37 <ka6sox> well...I could setup a master that we could sed things into as we add apps?
Oct 21 17:42:07 <dtzWill> sure, i just mean it seems better to have one dwm thean a whole bunch of per-app dwm clones
Oct 21 17:42:08 <ka6sox> I do have a good proceedure now for finding all the windows and what types/sizes they are.
Oct 21 17:42:32 <ka6sox> no no...I mean we update dwm like we update xecutah as we add a new app.
Oct 21 17:42:44 <ka6sox> so 1 dwm
Oct 21 17:43:04 <ka6sox> but as we add new apps we update that dwm to handle the new apps windowing needs.
Oct 21 17:43:50 <dtzWill> yes, okay.
Oct 21 17:43:54 <ka6sox> since its a dep of xapp we could check to see if the app is already there in the dwm config.h and add if necessary and rebuild as a dep
Oct 21 17:44:04 <dtzWill> ^.^
Oct 21 17:44:14 <dtzWill> something like that sounds great
Oct 21 17:44:26 <ka6sox> my only problem is this.
Oct 21 17:44:45 <ka6sox> since I really don't quite understand workflow of widk and how to automate that.
Oct 21 17:45:13 <dtzWill> i'm unfortunately quite a bit past my useful state--so i don't mean to be rude, but if you want idea help from me might need to defer it. i'm just coming down from caffeine/etc until i can go pass out indefinitely xD
Oct 21 17:45:18 <dtzWill> ah
Oct 21 17:45:22 <dtzWill> well
Oct 21 17:45:34 <dtzWill> how much of a non-widk user are you? :)
Oct 21 17:45:46 <dtzWill> do you have a copy/setup/semi-recent?
Oct 21 17:47:03 <dtzWill> well anyway, dwm is much lighter than the rest of the widk stuff
Oct 21 17:47:11 <dtzWill> like say the xorg-server stuff elpollodiablo1's fighting :P :3
Oct 21 17:47:30 <ka6sox> 2X I have sucessfully gotten it to fully stage
Oct 21 17:47:51 <ka6sox> but not recently
Oct 21 17:48:10 <ka6sox> (only because I've been too busy on other things)
Oct 21 17:48:13 <dtzWill> yeah, and i'm not sure that fighting that again is a good use of your time.
Oct 21 17:48:18 <dtzWill> nah used to try to maintain it some
Oct 21 17:48:18 <dtzWill> but
Oct 21 17:48:19 <dtzWill> :/
Oct 21 17:48:54 <ka6sox> no I mean I've been sucessful in getting all the way thru to build d00m!
Oct 21 17:49:18 <ka6sox> and the guide is wonderful and does work.
Oct 21 17:50:24 <ka6sox> dtzWill, btw Kudos: Success! I have built #luvit for my TouchPad using the excellent tools at http://www.webos-internals.org/wiki/WebOS_Internals_PDK http://creationix.com/touchpad-luvit
Oct 21 17:50:53 <halfhalo> creationix is crazy.
Oct 21 17:51:07 <ka6sox> halfhalo, tell me something I *don't* know
Oct 21 17:51:09 * halfhalo has ze patched node with the crankshafts
Oct 21 17:51:43 <ka6sox> dtzWill, so, on my question of widk automation.
Oct 21 17:52:05 <ka6sox> as I see it currently I would need access to the cross-compile repo
Oct 21 17:52:22 <ka6sox> build this on my system (dwm) and upload the binaries to cross-compile right?
Oct 21 17:54:20 <dtzWill> yeah, we'd just upload the binaries to some dwm-binaries.git repo
Oct 21 17:54:29 <dtzWill> probably just named 'dwm.git', but whatever
Oct 21 17:54:43 <dtzWill> and cross-compile would pull from that, looking for a particular tagged version
Oct 21 17:55:02 <ka6sox> otherwise I'd have to setup a crosscompile system on our autobuilder, and create a makefile that builds the binary and feeds that into cross-compile.mk
Oct 21 17:55:08 <dtzWill> so if you updated dwm in widk, you'd build it, put binaries in dwm.git, tag them, push the lot, update cross-compile.git to use the new version tag and away you go
Oct 21 17:55:23 <dtzWill> "10 easy payments of 49.99"
Oct 21 17:55:28 <ka6sox> heh
Oct 21 17:55:30 <dtzWill> well
Oct 21 17:55:40 <dtzWill> that's something that we should be doing for quite some time :/
Oct 21 17:55:45 <dtzWill> this whole binary versinoing thing
Oct 21 17:56:06 <dtzWill> only makes sense in the very limited cases where we have things like profile-guided optmizations or something taht's unreasonable to do on the autobuilder
Oct 21 17:56:10 <ka6sox> okay I don't see automating it on our system being that tough other than the normal fighting of things in widk.
Oct 21 17:56:18 <ka6sox> right
Oct 21 17:57:18 <ka6sox> so again, we would need to add cross-compile.mk as a include and call that from our makefile.
Oct 21 17:57:44 <ka6sox> since every widk built thing uses /srv/preware as its base.
Oct 21 17:57:52 <ka6sox> (for building path)
Oct 21 17:58:16 <ka6sox> (workspace path...sorry)
Oct 21 17:58:18 <dtzWill> (idk, i've never had a /srv/preware of any kind)
Oct 21 17:58:36 <ka6sox> orly?
Oct 21 17:58:42 <ka6sox> wow...I've always done that.
Oct 21 17:59:35 <ka6sox> sudo mkdir -p /srv/preware
Oct 21 17:59:35 <ka6sox> cd /srv/preware
Oct 21 17:59:35 <ka6sox> sudo chmod 777 .
Oct 21 17:59:35 <ka6sox> git clone git://git.webos-internals.org/preware/cross-compile.git
Oct 21 17:59:35 <ka6sox> cd cross-compile
Oct 21 17:59:36 <ka6sox> make toolchain
Oct 21 17:59:44 <ka6sox> from the widk setup stuff.
Oct 21 17:59:45 <dtzWill> ka6sox: wait so you built luvit or something? i missed where that came from
Oct 21 17:59:55 <ka6sox> creationix did
Oct 21 18:00:02 <ka6sox> that was his tweet
Oct 21 18:00:06 <dtzWill> oh
Oct 21 18:00:08 <dtzWill> i see
Oct 21 18:00:11 <ka6sox> (ie he is a PALM guy)
Oct 21 18:00:31 <ka6sox> and is using your tool :D
Oct 21 18:00:47 <halfhalo> yupyup.  I stole half his cube while i was there.
Oct 21 18:01:48 <ka6sox> dtzWill, so we can automate this if we can keep the build env sane and add the packaging steps.
Oct 21 18:01:59 <dtzWill> that would be marvelous
Oct 21 18:02:03 <dtzWill> i mean
Oct 21 18:02:09 <dtzWill> it's a step towards integrating the two
Oct 21 18:02:16 <dtzWill> something that's been on our TODO for forever
Oct 21 18:02:24 <dtzWill> mostly because build.git works
Oct 21 18:02:26 <dtzWill> and widk doesn't
Oct 21 18:02:34 <ka6sox> the problem is going to be correctly *staging* this so that all the deps are there.
Oct 21 18:02:35 <dtzWill> and no one wanted to mess things up ;)
Oct 21 18:02:40 <dtzWill> yeah
Oct 21 18:03:20 <ka6sox> if your makefile properly stages it then automating it works...if you have to hand tweak...FAIL.
Oct 21 18:03:57 <ka6sox> since we know dwm is probably going to be one of the easier ones...
Oct 21 18:04:16 <ka6sox> btw...did you comment out xinerama in the config.mk?
Oct 21 18:05:19 <dtzWill> yeah
Oct 21 18:05:39 <dtzWill> http://git.webos-internals.org/preware/cross-compile/tree/packages/x/dwm/config.mk
Oct 21 18:06:38 <ka6sox> okay
Oct 21 18:07:07 <ka6sox> not a problem...I just thought that might be an issue for us as I didn't know if our X-libs supported xinerama
Oct 21 18:11:03 <dtzWill> nope, don't think they do.
Oct 21 18:11:32 <dtzWill> mostly b/c that's for managing multiple screens
Oct 21 18:11:34 <dtzWill> and we have just the one
Oct 21 18:11:34 <dtzWill> :)
Oct 21 18:13:19 <ka6sox> perfect.
Oct 21 18:13:31 <ka6sox> the more kiosk'y I can make it the better it is.
Oct 21 18:14:21 <ka6sox> okay, I can now sed the correct lines into the dwm config.h
Oct 21 18:14:30 <dtzWill> nice!
Oct 21 18:14:35 <dtzWill> wow you're flying along, wonderful
Oct 21 18:14:58 <ka6sox> so as part of the xapp makefile you add the config that goes into dwm.
Oct 21 18:17:33 <ka6sox> so if I could automate even building dwm via widk that would be a WIN.
Oct 21 18:18:50 <ka6sox> this does semi-complicate XApps development but in the long run it is worth it.
Oct 21 18:19:28 <ka6sox> who knows...maybe we can get widk integration going.
Oct 21 18:21:35 <dtzWill> :D
Oct 21 18:21:47 <dtzWill> alright, i'm gonna go sleep. thank god. gl sir, i'll see you around i'm sure :)
Oct 21 18:21:56 <ka6sox> you bet.
Oct 21 18:21:58 <ka6sox> nighters!
Oct 21 18:22:06 <dtzWill> hehe tyty :D
Oct 21 20:24:17 <elpollodiablo1> dtzWill: I have the WIDK successfully installed again and "make stage" worked in xorg-server/ From here I should beable to edit xorg-server/build/src then run make at /xorg-server/build/armv7 using sb2. correct?
Oct 21 20:25:01 <elpollodiablo1> when I use sb2 do I need to run it using "sb2 -M /srv/preware/cross-compile/staging/mapping-armv7" everytime?
Oct 21 22:37:40 <dtzWill> elpollodiablo1: yes and yes :D
Oct 21 22:59:40 <elpollodiablo1> alright well hopefully it works this time
Oct 21 23:00:58 <dtzWill> what you actually wanted to modify the source code?
Oct 21 23:01:09 <dtzWill> have to lay siege to the castle of WIDK
Oct 21 23:01:51 <elpollodiablo1> ha ha didnt realize it would be so much work
Oct 21 23:08:19 <elpollodiablo1> YAY make in sb2 worked with no error! now time to edit the source and see how it goes
Oct 21 23:25:13 <linuxjacques> https://developer.palm.com/distribution/viewtopic.php?f=70&t=18738  :-|
Oct 21 23:29:10 <elpollodiablo1> well that sucks, webos has always had issues with sdl_flip()
Oct 21 23:30:25 <linuxjacques> I feel sorry for hybrid app devs
Oct 21 23:31:18 <linuxjacques> reading between the lines, I get that palm only tests with the kindle app  :-/
Oct 21 23:31:27 <elpollodiablo1> I had a similar issue for my pdk game on webos 1.4.5
Oct 21 23:31:47 <elpollodiablo1> yeah palm never really cared much for sdl performance
Oct 21 23:32:16 <elpollodiablo1> they put most of their effort into OpenGL
Oct 21 23:33:28 <dtzWill> yep, that's why xserver and various emulators are all opengl
Oct 21 23:33:35 <dtzWill> it was faster for even basic 2d blitting than sdl
Oct 21 23:33:37 <linuxjacques> yep
Oct 21 23:33:38 <dtzWill> which is.... unexpected.
Oct 21 23:33:46 <dtzWill> i could see them being even, what do i know, but
Oct 21 23:33:48 <dtzWill> o___O
Oct 21 23:34:02 <dtzWill> well then after i /learned/ opengl i was like \o/ shaders \o/ rotation \o/ scaling
Oct 21 23:34:03 <dtzWill> but
Oct 21 23:34:09 <linuxjacques> heh
Oct 21 23:35:05 <linuxjacques> tasty GLES 2.0 shaders
Oct 21 23:49:10 * dtzWill nods
Oct 22 01:02:00 <ka6sox> okay so "next" update could be 4months from now...so that means anyone who has an SDL app that uses SDL_Flip is screwed and their app SUCKS.
Oct 22 01:02:23 <ka6sox> and is officially DEAD
Oct 22 01:02:59 <ka6sox> not good HP
Oct 22 01:17:08 <ka6sox> linuxjacques, you here?
**** ENDING LOGGING AT Sat Oct 22 02:59:56 2011