**** BEGIN LOGGING AT Fri Nov 19 02:59:58 2010
Nov 19 03:34:46 <JD82> has anyone tried to use wine or virtualbox  to use qpst on there pre?
Nov 19 04:18:06 <destinal> JD82: huh?
Nov 19 04:21:53 <destinal> JD82: oh, run QPST under virtualbox or wine?    I don't think you'll find much help here mainly because it's not really a tool most here would be familiar with
Nov 19 11:34:52 <cryptk|work> not much going on, is there...
Nov 19 11:35:45 <cryptk> woot, got my bouncer working...
Nov 19 13:48:32 <swisstomcat> afternoon
Nov 19 13:48:56 <rwhitby> hey swisstomcat
Nov 19 13:50:14 <swisstomcat> hey rwhitby .. aren't you supposed to sleep? :)
Nov 19 13:50:54 <rwhitby> swisstomcat: not when I need to be at devday in 15 mins from now
Nov 19 13:51:01 <swisstomcat> oh
Nov 19 13:51:10 <swisstomcat> right, it's only 6 hours time difference
Nov 19 13:51:14 <swisstomcat> good luck!
Nov 19 13:51:24 <swisstomcat> (do you have your pre2 already?)
Nov 19 13:51:58 <rwhitby> no
Nov 19 13:52:33 <swisstomcat> jhojho got his 2 uk pre2
Nov 19 13:52:40 <swisstomcat> they were delivered today
Nov 19 13:55:25 <swisstomcat> rwhitby: have fun in New York .. wish i could be there too ...
Nov 19 15:20:11 <msd18> hey peeps
Nov 19 15:20:34 <msd18> wats everyone doing today
Nov 19 15:21:25 <cryptk> getting my bouncer all set up
Nov 19 15:21:46 <cryptk> which it now is
Nov 19 15:21:50 <msd18> ur wat
Nov 19 15:21:58 <cryptk> IRC bouncer
Nov 19 15:22:13 <cryptk> it is basically an IRC proxy... it is always connected and in the channels
Nov 19 15:22:14 <msd18> brb i cant see txt
Nov 19 15:31:59 <swisstomcat> palm developer day is today
Nov 19 15:32:02 <swisstomcat> in NYC
Nov 19 19:11:35 <rsanchez_> hello
Nov 19 19:11:57 <rsanchez_> can someone help me compile a pdk app using the widk?
Nov 19 19:12:17 <rsanchez_> I just want to compile the app provided in the palm dev blog
Nov 19 19:12:18 <rsanchez_> http://developer.palm.com/blog/2010/11/using-services-in-pdk-apps/
Nov 19 19:17:17 <Rick_work> kind of a bad day to ask.  Lots of the team are at webOS dev day in NYC
Nov 19 19:17:30 <MetaView> widk? why not the PDK?
Nov 19 19:17:46 <MetaView> what's the error?
Nov 19 19:18:48 <rsanchez_> widk because I want to compile on linux
Nov 19 19:19:05 <MetaView> ok
Nov 19 19:19:12 <MetaView> then, what happens?
Nov 19 19:19:25 <MetaView> did you include pdl.h
Nov 19 19:19:33 <MetaView> do you link to libpdk ?
Nov 19 19:20:04 <rsanchez_> how do I link?
Nov 19 19:20:41 <MetaView> basically you call "gcc test.c -o test.o"
Nov 19 19:20:53 <MetaView> and "gcc test.o -o test"
Nov 19 19:21:10 <MetaView> in the second line you need to specify the libs to link to
Nov 19 19:21:22 <MetaView> with -lpdk for example
Nov 19 19:21:42 <rsanchez_> works for cpp files too right?
Nov 19 19:21:48 <MetaView> right
Nov 19 19:22:12 <MetaView> where so you are now?
Nov 19 19:22:23 <rsanchez_> gcc simple.cpp -o simple.o
Nov 19 19:22:44 <MetaView> ok, you might need to specify include dirs with -I
Nov 19 19:23:11 <MetaView> gcc -I/usr/local/include simple.cpp -o simple.o
Nov 19 19:23:16 <MetaView> or somethign like this
Nov 19 19:23:34 <MetaView> -I is a captial i
Nov 19 19:23:47 <MetaView> for linking -l is a small L
Nov 19 19:25:58 <rsanchez_> gah, I'm getting a bunch of errors
Nov 19 19:26:17 <rsanchez_> sorry I'm not too familiar with compiling from the command line
Nov 19 19:26:42 <rsanchez_> these are my errors: http://webos.pastebin.com/8kggmY5i
Nov 19 19:26:57 <Rick_work> no time like the present to learn.  -- quick question, did you do the walk through on the wiki and successfully compile the demo from there?
Nov 19 19:27:21 <Rick_work> if you got a LOT of errors, pastebin them
Nov 19 19:27:44 <MetaView> just find the path to SDL_TTF.h and add the include path
Nov 19 19:28:05 <MetaView> I guess you just need to build the SDL_TTF package
Nov 19 19:28:16 <MetaView> it's in the repository, IIRC
Nov 19 19:50:06 <rsanchez1> hi, sorry I was afk
Nov 19 19:50:20 <rsanchez1> I'll be back on my computer later
Nov 19 19:54:20 <MetaView> ok
Nov 19 19:54:38 <rsanchez1> I was able to compile the doom demo, but it didn't work completely on device
Nov 19 20:37:17 <destinal> rsanchez_: I don't currently have a pixi — I could try palm's demo on WIDK with my pre but it may not be quite the same thing
Nov 19 20:40:13 <rsanchez_> for the SDL_TTF package, which repository do you mean?
Nov 19 20:40:33 <rsanchez_> I have libsdl-ttf_2.0-0 installed on my computer
Nov 19 21:27:55 <rsanchez_> I compiled sdlttf, it says the libraries were installed in /usr/loca/lib, so I do gcc -I /usr/local/lib, but it still can't find SDL_TTF.h
Nov 19 21:37:45 <egaudet_work> -I/usr/local/include
Nov 19 21:40:48 <rsanchez_> still gives me that error :(
Nov 19 21:44:57 <rsanchez_> ugh, I did a search for SDL_TTF.h, set -I to that directory, and STILL get that error
Nov 19 21:45:57 <dtzWill> rsanchez_: is your device a pre or a pixi? no idea if doom was ever tailored for the pixi
Nov 19 21:46:25 <rsanchez_> oh no, I'm not trying to compile doom anymore, I'm trying to compile the sample application posted by palm in their last developer blog post
Nov 19 21:46:41 <rsanchez_> I think I got the include correct now, but now I'm getting a lot of new errors
Nov 19 21:47:14 <rsanchez_> http://webos.pastebin.com/G29dhhBN
Nov 19 21:47:46 <dtzWill> rsanchez_: do you don't ahve issues including SDL_TTF from those
Nov 19 21:47:52 <dtzWill> rsanchez_: you have issues linking against the appropriate libraries.
Nov 19 21:47:57 <dtzWill> your code compiles, but fails to link.
Nov 19 21:48:26 <rsanchez_> how do I tell it to link to the appropriate libraries?
Nov 19 21:48:42 <dtzWill> rsanchez_: something like -L/path/to/libraries -lpdl -lSDL_ttf
Nov 19 21:49:04 <dtzWill> where /path/to/libraries contains libpdl.so.* and libSDL_ttf.so.*
Nov 19 21:49:19 <rsanchez_> so I would use those options instead of -I/path/to/includes or would I do both?
Nov 19 21:49:21 <dtzWill> rsanchez_: you can do multiple -L flags fwiw
Nov 19 21:49:41 <dtzWill> rsanchez_: so the -I flag is while compiling, and while you CAN merge them together, in larger projects it's often impractical to do so
Nov 19 21:49:47 <dtzWill> so for sample.cpp yuo'll end up with somethig like
Nov 19 21:50:06 <dtzWill> g++ -c -o sample.o sample.cpp -Ipath1 -Ipath2
Nov 19 21:50:07 <dtzWill> and
Nov 19 21:50:24 <dtzWill> g++ -o sample sample.o -Lpath1 -Lpath2 -llib1 -llib2
Nov 19 21:50:56 <dtzWill> first compiling to sample.o using the include paths, the second linking it to sample using the lib search paths and the specified libraries to resolve symbols in your binary
Nov 19 21:51:49 <dtzWill> (for a single file people often combine the steps into g++ -o sample sample.cpp -I.. -L.. -l.. etc
Nov 19 21:51:57 <dtzWill> /s/etc/etc)/
Nov 19 21:52:05 <dtzWill> ~botsmack
Nov 19 21:52:09 <dtzWill> :)
Nov 19 21:52:53 <dtzWill> rsanchez_: all that aside, give it a go and we'll help as we can. didn't mean to ramble on but understanding how it works can help resolve these issues :)
Nov 19 21:58:31 <rsanchez_> now I'm getting a whole bunch of new errors
Nov 19 21:58:36 <MetaView> rsanchez_: you made some progress... the first pastebin was with compile errors
Nov 19 21:59:00 <rsanchez_> http://webos.pastebin.com/UJTyzXV3
Nov 19 21:59:19 <MetaView> SDL_lib
Nov 19 22:00:09 <MetaView> -lpdl -lSDL -lSDL_ttf
Nov 19 22:00:28 <MetaView> for a first step
Nov 19 22:02:00 <dtzWill> Throw on the "--allow-shlib-undefined" option to ignore references chained through shared libs you're pulling in
Nov 19 22:02:06 <dtzWill> (palm has you do that on their pdk anyway)
Nov 19 22:02:33 <dtzWill> (and the -lSDL as MetaView mentionsed)
Nov 19 22:04:05 <rsanchez_> [SB2 mapping-armv6 armv7] developer@developer-desktop simple $ g++ --allow-shlib-undefined -o simple simple.o -L/srv/preware/cross-compile/rootfs/armv6/usr/lib -lpdl -lSDL -lSDL_ttf
Nov 19 22:04:08 <rsanchez_> would that be good?
Nov 19 22:04:25 <dtzWill> you tell us ;)
Nov 19 22:04:29 <MetaView> -o simple.o looks wrong
Nov 19 22:04:36 <MetaView> -o simple
Nov 19 22:04:36 <rsanchez_> well, no good :(
Nov 19 22:04:41 <dtzWill> MetaView: that's fine
Nov 19 22:04:54 <dtzWill> he presumably already linked to sample.o
Nov 19 22:04:55 <MetaView> but -o simple.o says: no linking
Nov 19 22:05:06 <dtzWill> he's doing -o simple simple.o
Nov 19 22:05:13 <MetaView> just create the object file
Nov 19 22:05:17 <MetaView> oh
Nov 19 22:05:21 <dtzWill> he did already presumably?
Nov 19 22:05:22 <MetaView> my mistake :)
Nov 19 22:05:28 <dtzWill> but if he hasn't then yeah problem :)
Nov 19 22:05:45 <rsanchez_> I ran this first: g++ -c -o sample.o sample.cpp -Ipath1 -Ipath2
Nov 19 22:05:53 <MetaView> no, probably he did, I told him, to make two steps
Nov 19 22:05:55 <rsanchez_> then tried this: g++ -o sample sample.o -Lpath1 -Lpath2 -llib1 -llib2
Nov 19 22:06:08 <dtzWill> rsanchez_: yeah you're fine. what errors did you get with the second step?
Nov 19 22:06:32 <rsanchez_> getting different errors now, posting to pastebin...
Nov 19 22:06:36 <dtzWill> rsanchez_: I mean with the command you pasted above, that included the --allow-shlib...etc
Nov 19 22:06:39 <dtzWill> great :)
Nov 19 22:07:22 <rsanchez_> actually it looks like they're the same errors, but with libSDL.so errors added in :(
Nov 19 22:07:36 <rsanchez_> http://webos.pastebin.com/Ys9h2Qph
Nov 19 22:08:06 <dtzWill> bah you could just set rpath, but i could have sworn that --allow-shlib would do it for ya
Nov 19 22:08:32 <dtzWill> oh oh
Nov 19 22:08:37 <dtzWill> it's a linker option i thought it was but misread
Nov 19 22:09:00 <rsanchez_> so just add -rpath?
Nov 19 22:09:01 <dtzWill> rsanchez_: same thing only: "-Wl,--allow-shlib-undefined" instead of just "--allow-shlib-undefined"
Nov 19 22:09:12 <rsanchez_> with the comma
Nov 19 22:09:16 <dtzWill> rsanchez_: with comma
Nov 19 22:09:24 <rsanchez_> alright, trying now...
Nov 19 22:09:33 <dtzWill> i thought it was linker but misread palm's docs and :/. my bad.
Nov 19 22:10:05 <rsanchez_> no cigar
Nov 19 22:10:06 <dtzWill> go go compiler compile me some code
Nov 19 22:10:16 <dtzWill> nonsense, it worked perfectlyl.
Nov 19 22:10:16 <dtzWill> :D
Nov 19 22:10:23 <rsanchez_> lol should I type that in the command line
Nov 19 22:10:28 <rsanchez_> come on compiler!!
Nov 19 22:10:33 <dtzWill> yeah, the compiler likes to argue sometimes
Nov 19 22:10:40 <dtzWill> it gets ignored so often
Nov 19 22:10:52 <dtzWill> it likes to cause problems to make sure you know how important it is and appreciate what it does
Nov 19 22:11:08 <dtzWill> same errors or different?
Nov 19 22:11:14 <rsanchez_> same errors
Nov 19 22:11:33 <dtzWill> blech. well you can play the game of grabbing the libs it cares about but that's just obnoxious.
Nov 19 22:12:20 <rsanchez_> you mean liblunaservice.so, etc...
Nov 19 22:12:34 <dtzWill> right, -llunaservice etc
Nov 19 22:12:40 <dtzWill> or set -rpath per the suggestion
Nov 19 22:12:59 <MetaView> aren't there SDL examples in the repository?
Nov 19 22:13:01 <dtzWill> when you're in sb2 those things should be in /usr/local/lib anyway or something
Nov 19 22:13:14 <MetaView> with working make files?
Nov 19 22:13:15 <rsanchez_> -rpath /usr/local/lib?
Nov 19 22:13:16 <egaudet_work> pastebin the command you run with the error output
Nov 19 22:13:53 <rsanchez_> well, this is the command I run: g++ --Wl,--allow-shlib-undefined -o simple simple.o -L/srv/preware/cross-compile/rootfs/armv6/usr/lib -lpdl -lSDL -lSDL_ttf
Nov 19 22:13:59 <rsanchez_> the error is in the last pastebin I posted
Nov 19 22:14:02 <egaudet_work> -Wl, not --Wl
Nov 19 22:14:26 <rsanchez_> ah, now it's giving me much less errors
Nov 19 22:14:37 <dtzWill> hooray, okay i was gonna say that really should have helped :( haha
Nov 19 22:14:49 <rsanchez_> it's just asking me about grabbing the libs it cares about
Nov 19 22:14:52 <dtzWill> and did you get errors or just warnings about missing libs
Nov 19 22:14:57 <rsanchez_> just the missing libs
Nov 19 22:14:58 <dtzWill> b/c it sohuld still emit /warnings/ but /ignore/ them
Nov 19 22:15:10 <dtzWill> aka do you now have a 'sample' file as a result
Nov 19 22:15:13 <dtzWill> that is a binary
Nov 19 22:15:17 <dtzWill> because you should :)
Nov 19 22:15:28 <rsanchez_> yeah, it's there
Nov 19 22:15:37 <dtzWill> rsanchez_: then in theory you're done.
Nov 19 22:15:40 <rsanchez_> so I put this binary on device and test it now
Nov 19 22:15:42 <dtzWill> put it on your device and test
Nov 19 22:15:48 <dtzWill> egaudet_work: good call, ty :) :D
Nov 19 22:16:04 <egaudet_work> IF you used a cross compiler and not your native g++
Nov 19 22:16:04 <rsanchez_> alright, testing on device...
Nov 19 22:16:25 <dtzWill> egaudet_work: hopefully -lpdl would have failed if that was the case :D
Nov 19 22:16:35 <dtzWill> egaudet_work: and i _think_ he's using sb2 properly, seems like he is
Nov 19 22:16:40 <dtzWill> but ...yeah :)
Nov 19 22:16:54 <dtzWill> rsanchez_: report back :D
Nov 19 22:17:22 <egaudet_work> ahh yes widk sb2 :P
Nov 19 22:20:03 <rsanchez_> sorry, was having a few issues with novacom/novaterm not running...
Nov 19 22:20:20 <rsanchez_> anyway, it launches a card, but it's completely black
Nov 19 22:20:47 <dtzWill> rsanchez_: what is it supposed to do?
Nov 19 22:20:50 <rsanchez_> it's not giving me any errors on terminal
Nov 19 22:21:39 <dtzWill> hmm it's supposed to do something.
Nov 19 22:21:45 <dtzWill> you using https://github.com/palm/pdk-samples/blob/master/simple/src/simple.cpp ?
Nov 19 22:22:33 <jhojho> anybody?
Nov 19 22:22:38 <rsanchez_> I'm using simple.cpp in http://developer.palm.com/blog/wp-content/uploads/2010/10/pdkServices.tar
Nov 19 22:23:18 <rsanchez_> it was the sample they included in their last developer blog post
Nov 19 22:23:24 <rsanchez_> supposed to demonstrate some PDK features
Nov 19 22:23:34 <MetaView> the service call back?
Nov 19 22:24:31 <rsanchez_> I don't know if it's supposed to print anything on the screen, but it did respond to keyboard input
Nov 19 22:24:56 <dtzWill> looks like it's at least supposed to render text
Nov 19 22:25:19 <dtzWill> so idk about that example but try doing the same thing you did before but with the simple.cpp I linked--it's a simple standalone GL demo
Nov 19 22:25:29 <rsanchez_> alright I'll do that now
Nov 19 22:25:35 <dtzWill> and should help you verify your build env works properly, without worring about this or that service doing whatever
Nov 19 22:26:13 <rsanchez_> well, it responds to keyboard input, launching the email and messaging apps with the proper keys, but who knows what happened with the text
Nov 19 22:27:03 <MetaView> pixiß
Nov 19 22:27:05 <MetaView> ?
Nov 19 22:27:37 <dtzWill> hmm it does have pre screen sizes, but you'd expect them to sacle?
Nov 19 22:27:56 <MetaView> if he has a pixi, he might not see anything on the screen
Nov 19 22:28:02 <dtzWill> anyway i'm no expert on pixi dev, I'm waiting for my pixi to arrive so I can port everything at which point I'll hopefully understand some of the issues involved
Nov 19 22:28:06 <dtzWill> MetaView: why's that?
Nov 19 22:28:14 <dtzWill> MetaView: (like I said I'm a nub about the pixi)
Nov 19 22:28:17 <dtzWill> something about GL fail?
Nov 19 22:28:28 <MetaView> the SDL screen refresh is broken on Pixi
Nov 19 22:28:35 <MetaView> you can only use OpenGL
Nov 19 22:28:48 <MetaView> OpenGL will work, SDL_UpdateScreen not
Nov 19 22:28:50 <dtzWill> oh good. i mean, bad, but my apps use GL anyway so that's "good" comparatively.
Nov 19 22:28:59 <MetaView> yes :)
Nov 19 22:29:17 <rsanchez_> oh that explains it then
Nov 19 22:29:21 <dtzWill> rsanchez_: hear that? looking at the example you linked it doesn't use GL, so taht's 100% your issue. try the one I linked (you'll probably need to add -lGLESv2)
Nov 19 22:29:29 <dtzWill> and you should have a nice app to confirm things are peachy :)
Nov 19 22:29:44 <rsanchez_> the binary I already compiled, should it also work on Pre?
Nov 19 22:29:50 <dtzWill> although it sets video mode to 320x480 as well
Nov 19 22:29:53 <MetaView> but if it acts on the key presses it runs
Nov 19 22:29:55 <dtzWill> rsanchez_: yes, but not the other way around.
Nov 19 22:30:14 <MetaView> I wrote a blog post about Pixi compatibility with SDL apps
Nov 19 22:30:17 <dtzWill> MetaView: yeah, but idk I like having a nice example to make me feel good about my build env :D
Nov 19 22:30:29 <rsanchez_> binaries compiled for Pixi work on Pre, but binaries compiled for Pre don't work on Pixi
Nov 19 22:30:32 <dtzWill> MetaView: oh? you have a link handy?
Nov 19 22:30:45 <MetaView> www.metaviewsoft.de/wordpress
Nov 19 22:30:53 <dtzWill> rsanchez_: possibly. they can, but quite possibly cannot. to target both you just target the pixi and leave it at that.
Nov 19 22:31:17 <MetaView> there is a switch: pixi and pre or just pre
Nov 19 22:31:21 <dtzWill> (well and screensize, etc, issue, and possibly others I haven't thought of but metaview blogged about...)
Nov 19 22:31:24 <MetaView> it's the different processor
Nov 19 22:31:26 <rsanchez_> ok, I'll keep that in mind
Nov 19 22:31:49 <dtzWill> also some of the assembler I wrote in VBA to make it faster doesn't work on the pixi :( lol
Nov 19 22:32:05 <dtzWill> (again due to pre having a superset of the pixi's features more or less)
Nov 19 22:32:48 <dtzWill> MetaView: oh you wrote about writing an SDL surface as a gl texture, i see :)
Nov 19 22:33:29 <MetaView> yes :)
Nov 19 22:33:46 <MetaView> it slows sthings down... but makes it Pixi compatible
Nov 19 22:33:58 <rsanchez_> dtzWill: the example you linked to works 100%
Nov 19 22:34:08 <rsanchez_> I can't thank you guys enough, this was driving me crazy
Nov 19 22:34:17 <dtzWill> interesting. i explored it because on 1.4.1 and earlier blitting a surface by uploading it as a gl texture actuallyed was *significantly* faster
Nov 19 22:34:30 <dtzWill> perhaps partially due to async nature it read the buffer or something but still
Nov 19 22:34:46 <dtzWill> same benchmark on 1.4.5 made it more or less comparable :(
Nov 19 22:35:05 <dtzWill> but i still render everything via GL anyway, and with skins and whatnot gives me cheap scaling and transparency
Nov 19 22:35:59 <dtzWill> anyway okay good to know gl will work, i'm excited to get my stuff working on the pixi :)
Nov 19 22:36:10 <dtzWill> although i'll probably have separate versions, don't want to slow down the pre versions :/
Nov 19 22:36:28 <dtzWill> also zomg i love my pre+ hahah
Nov 19 22:36:36 <dtzWill> still can't get over what an improvement it feels like xD
Nov 19 22:36:48 <rsanchez_> hmm, just tried to run that last binary on a pre, and I'm getting an error that it can't find libgles20.so
Nov 19 22:39:43 <rsanchez_> compiled it using armv7 instead, and now it works
Nov 19 22:42:13 <rsanchez_> and the armv7-compiled binary works on pixi
Nov 19 22:42:21 <rsanchez_> strange
Nov 19 22:44:17 <rsanchez_> well, thanks again for the help guys, really appreciate it
Nov 19 22:48:34 <dtzWill> rsanchez_: welcome! :)
Nov 19 22:49:37 <rsanchez_> I'm learning PDK to make a hybrid app, not for graphics though so hopefully gles won't be an issue
Nov 19 22:50:49 * halfhalo is watching rwhitby's talk
Nov 19 22:51:06 <rsanchez_> is it streaming somewhere?
Nov 19 22:51:28 <halfhalo> youtube
Nov 19 22:51:51 <dtzWill> yeppers :D
Nov 19 22:52:17 <rsanchez_> link?
Nov 19 22:52:29 <dtzWill> http://www.youtube.com/view_play_list?p=4AB7849EAE99B015
Nov 19 22:52:37 <rsanchez_> webos roundup and precentral haven't posted the link yet
Nov 19 22:52:38 <dtzWill> (is the dev days playlist, rod's is in there)
Nov 19 22:52:39 <halfhalo> showoff
Nov 19 22:52:51 <dtzWill> lol i still had it open :)
Nov 19 22:53:11 <halfhalo> eating a burger right now. :p
Nov 19 22:53:27 * rsanchez_ loves australian accents
Nov 19 22:53:58 <rsanchez_> made the crocodile hunter that much more awesome
Nov 19 22:55:09 <halfhalo> webaws... hehehe
Nov 19 23:06:18 <rsanchez_> alright guys, I'll see you later
Nov 20 00:20:34 <Robi_> is there a wiki page for creating an internal feed for testing?
Nov 20 01:01:27 <destinal> rwhitby: 1/3 through your devdays preso, very cool
Nov 20 01:05:19 <Robi_> destinal: yeah, reminds me of last year
Nov 20 01:11:47 <Robi_> destinal: u know  where i can get the scripts that generate packages.gz and .stamps ?
Nov 20 01:18:11 <JD82> is there a patch to keep wifi on but keep the phone in airplain mod?
Nov 20 01:20:50 <Robi_> no need
Nov 20 01:20:59 <Robi_> just turn on airplane mode, then turn on wifi
Nov 20 01:25:17 <JD82> o ok lol
Nov 20 01:43:59 <destinal> Robi_:  you mean like for making your own feed?
Nov 20 01:46:16 <halfhalo> dundundun....
Nov 20 01:51:13 <destinal> Robi_: the code that builds our feed is free / open -  http://git.webos-internals.org/?p=preware/build.git
Nov 20 02:10:34 <Robi_>  destinal: yes that's it, now how do i use it
Nov 20 02:13:25 <ka6sox-work> Robi_, why?
Nov 20 02:14:46 <Robi_> wanna make a local repo
Nov 20 02:14:58 <Robi_> er feed
Nov 20 02:15:46 <ka6sox-work> kk
Nov 20 02:24:12 <destinal> Robi_:  basically clone that git repository and you can run the makefile. (of course it'll make our feeds not yours)  — then edit the makefile to put yours in along the lines of the examples that are there
Nov 20 02:24:25 <destinal> if you don't know make, you'll probably need to learn a bit though
Nov 20 02:25:42 <Robi_> so binaries scan the feed dir to make the packages.* files?
Nov 20 02:25:57 <destinal> binaries?
Nov 20 02:26:03 <Robi_> or scripts?
Nov 20 02:26:16 <destinal> scripts.  mostly, the makefile itself but it calls scripts
Nov 20 02:27:08 <Robi_> i've been thru the tree and didn't see relevant parts for it ;-/
Nov 20 02:27:09 <destinal> if you just want to make the packages files you should be able to find those pieces fairly easily
Nov 20 02:43:20 <Robi_> ok i see the bits in the makefile
**** ENDING LOGGING AT Sat Nov 20 02:59:57 2010