**** BEGIN LOGGING AT Mon Jul 12 02:59:57 2010 Jul 12 03:16:41 will there be a warthog-73 for 1.4.1.1? i see it in 1.4.5. Jul 12 03:19:12 its there but it's broken Jul 12 03:19:39 upgrade at your own peril Jul 12 03:23:49 i'll hold off a few days, interested to do some testing assuming the changes into warthog from sbromwich are battery life related. Jul 12 03:26:19 yep, a device that won't boot doesn't draw much power at all ;) Jul 12 03:31:13 tasty! i'll let you smart guys work on the secret incantations a few more days. Jul 12 03:43:54 Phone is locking up on shutdown/reboot. Started after updating Warthog. Possible reason? Jul 12 03:46:10 Warthog Jul 12 03:46:28 lol Jul 12 03:47:06 yep, jhojho is testing a new device lockup feature. seems to be working well. Jul 12 03:47:13 Nice. Jul 12 03:47:16 Its working. Jul 12 03:47:25 Ill do a video asap. Jul 12 03:47:36 some people are reporting that it's failing, and the device actually boots after 20 minutes Jul 12 03:47:50 so he's going to try and fix that, so it really locks up permanently. Jul 12 03:49:05 It just wouldn't feel like home if I didn't get showered with overwhelming sarcasm from smart developers. ;) Jul 12 03:49:07 we're waiting on more feedback before adding the feature to Uber Jul 12 03:49:24 rwhitby: Screw, I'd say its a go. Jul 12 03:49:36 *Screw it Jul 12 03:52:16 ehe Jul 12 03:52:53 BeeRad: you're not alone today. I stayed up until 2am doing Navit and Speech Dispatcher packaging, so I'm in a sarcastic mood today :) Jul 12 03:53:36 oh, sounds like a drag Jul 12 03:53:53 hmm so do you guys think it's unhealthy to eat 1.4lbs of spaghettios... Jul 12 03:53:53 rwhitby: I'm honored that you want to direct that sarcasm towards me. :) Jul 12 03:54:31 BeeRad: nah, you're just the latest today ;) Jul 12 03:54:55 Im uninstalling Warthog, running EPK, and installing the pristine Kernel. Jul 12 03:55:39 Im not in the mood to Doctor. Jul 12 03:58:36 i have peanuts and a strange desire to ban people on mah forums Jul 12 03:59:27 Looky there. Rebooting after installing the pristine Kernel and it's locked up again. *sigh* Jul 12 04:00:37 All these battery pulls are bringing me back to my BlackBerry days. Jul 12 04:01:10 * halfhalo is watching leverage and watching purty code scroll along his terminal thanks to his running app terminal Jul 12 04:02:25 oh, its red now! wait, red is bad.... Jul 12 04:04:54 BeeRad: time to write an article about effective alpha testing (i.e. not upgrading to unannounced versions) ? Jul 12 04:05:26 seriously, I warned people many times, but people still insist on running warthog as if it's an end-user kernel. Jul 12 04:06:31 yeah I stay away from that stuff :p Jul 12 04:06:37 "its not a bug, its an unnanounced feature!" Jul 12 04:06:58 rwhitby: Please don't confuse my complaining with not understanding the consequences. I know theres always a risk. ;) Jul 12 04:07:29 Im just not excited about this happening right at my bedtime before the work week starts in. Jul 12 04:07:30 lol Jul 12 04:07:59 thats why i has dev phone! Jul 12 04:08:08 speaking of which, where the hell did it go..... Jul 12 04:08:44 I like.....do videos n stuff for Internals now.....wheres my Dev phone? :P Jul 12 04:08:58 i stole it… for stuff Jul 12 04:09:52 like…. puppies…. and coke Jul 12 04:10:09 but none of that pepsi crap Jul 12 04:10:15 No chicken? Jul 12 04:10:29 I like chicken. Jul 12 04:10:33 lol Jul 12 04:11:11 wOSRU....save me Jul 12 04:12:08 Warthog has felt a little buggier for me than Thunderchief.Go figure. Jul 12 04:12:08 wait for it….. KABOOM Jul 12 04:13:14 im still on stock kernel Jul 12 04:13:29 All my experimental crap is done in node.js Jul 12 04:14:17 seriously, the freaking thing changes weekly Jul 12 04:19:15 *spontaneous break dancing* Jul 12 04:19:54 woohoo Jul 12 04:23:29 What are the chances that wOSRU is going to find my issue? Jul 12 04:24:07 BeeRad: you've put a recovery kernel back on? Jul 12 04:24:25 Yes. Still locks up during reboot. Jul 12 04:26:20 rwhitby: http://forums.precentral.net/web-os-development/254382-challenge-make-pre-boot-5-seconds-3.html#post2548006 lol Jul 12 04:26:27 -100% Jul 12 04:26:46 Abyssul: yeah, I intentionally ignored that one :) Jul 12 04:27:08 Thanks :( Jul 12 04:27:09 and then my mate Shadavis08 calls you on it later Jul 12 04:27:30 Make me look like an idiot when I know its true that you search your name constantly :p Jul 12 04:27:50 lmao Jul 12 04:28:05 Just call it how I see it Jul 12 04:28:18 actually, I don't - someone sent me a PM pointing to your post Jul 12 04:28:40 Google Alerts picks up mentions of Preware and WebOS Internals though :) Jul 12 04:28:53 Oh really? :) Jul 12 04:29:30 rwhitby: ERROR: MD5 doesn't match. The file "/etc/.rootfs_RW" is modified from its original state. Restore original? Jul 12 04:29:39 The thread is interesting about boot times though. Definitely beats back when it was 1.0.3 and had a boot time of 5 minutes Jul 12 04:29:52 BeeRad: ignore that one Jul 12 04:30:26 rwhitby: No other issues found. Jul 12 04:30:32 KABOOOOOM! Jul 12 04:30:40 D'oh Jul 12 04:31:48 BeeRad: look for extra stuff in /etc/event.d and /var/palm/event.d Jul 12 04:32:07 or modules left over in /lib/modules/*/extra Jul 12 04:32:58 wth is a kernel module? Replacing parts of a kernel? Jul 12 04:33:03 Abyssul/anyone: Do you think the boot time might have something to do with java? Jul 12 04:33:18 Abyssul: it adds features (drivers etc) Jul 12 04:33:39 * halfhalo hides from the java Jul 12 04:34:12 linux is up within a couple of seconds. boot time is all java services and lunasysmgr. Jul 12 04:34:23 yeah. java's slated to be gone in the next major release right? Jul 12 04:34:36 Lunasysmgr is the killer Jul 12 04:34:40 some future release is all we know from the developer day videos Jul 12 04:34:47 Maybe that will be fixed with 1.5 Jul 12 04:34:53 rwhitby: /me thinks that I should probably step down from Alpha testing. I don't know how to check for all that you just mentioned. This stuffs over my head most of the time. Jul 12 04:35:10 whoops Jul 12 04:35:28 Tman: I'm trying to run thru some of the code you gave me last night, and I'm a little unfamiliar with cpp syntax (just a plain C guy). Jul 12 04:35:32 BeeRad: put it this way. I don't run Warthog myself :) Jul 12 04:35:39 What does the & mean in this line? Jul 12 04:35:56 rwhitby: whatever happened to that idea of filtering vendors in Preware? Jul 12 04:35:57 I wait until jhojho and co have a stable version, and then consider what can go into Uber. Jul 12 04:35:59 void AudiaApplication::EventToAG(SDL_Event &ev, AG_DriverEvent *dev) Jul 12 04:36:11 Abyssul: waiting for a mojo dev to volunteer to implement it Jul 12 04:36:24 Still couldnt find one? :( Jul 12 04:36:27 nope Jul 12 04:36:43 you'd think there'd be some free now that the SDK Hot Apps is over Jul 12 04:36:48 hborders: it's a reference.. the same as a pointer except you don't have to dereference it (*ev), and when you pass it you don't have to pass it as &event Jul 12 04:36:55 Going to attempt another reboot. Jul 12 04:37:01 pass it to the function* Jul 12 04:37:02 Ask Jordan? Jul 12 04:37:14 does that work in C? Jul 12 04:37:19 I'm doing my tutorial in plain C Jul 12 04:37:37 Abyssul: kesne? Last I saw he was still working on the PreCentral app ... Jul 12 04:38:11 Yea, and what PreCentral app? Jul 12 04:38:15 That was back in December Jul 12 04:38:16 hborders: no, just change it to a pointer, and make the necessary adjustments when it's used in the code Jul 12 04:38:46 Little splash logo spins.........and..........stops. Locked up. Again. Jul 12 04:38:47 hborders: that function is pretty inconsistent since it uses one reference and one pointer.. basically, laziness got the best of me :p Jul 12 04:39:03 No problem. I'm not a CPP guy, so I thought it would just be faster to ask. Jul 12 04:39:10 thanks! Jul 12 04:40:00 tman: also, on this line, where does agDriverSw come from? Jul 12 04:40:01 AG_Driver *drv = (AG_Driver*)agDriverSw; Jul 12 04:40:03 no problem, I'd love to see the tut when you're done Jul 12 04:40:18 hborders: it's a global defined by agar. there are a few of those. confusing, I know Jul 12 04:40:32 Time to Doctor. :( No rest for the weary. Jul 12 04:40:35 tman: crap. thanks. (reading agar docs now) Jul 12 04:40:41 Who needs sleep? Right? Jul 12 04:41:07 hborders: sometimes the docs aren't all you need.. I ended up digging through code as well a lot Jul 12 04:41:22 BeeRad: go big or go home Jul 12 04:41:37 tman: right now I'm just working in vi. I need to learn to use CDT once I start really working on my app Jul 12 04:41:51 Abyssul: that's my point :) Jul 12 04:42:13 Tman: at least I'm not alone. I have the IRC to keep me company.... Jul 12 04:42:22 * rwhitby bbl (lunch) Jul 12 04:42:25 rwhitby: He said hes busy with his own stuff. Why can't Oil program something like that? Hes magic Jul 12 04:42:33 * halfhalo is watching wargame break Jul 12 04:43:01 Abyssul: oil doesn't load the app catalog feed in Preware, so he has no itch to scratch on this one. Jul 12 04:43:12 (cause there's no spam in homebrew feeds) Jul 12 04:43:28 I'll get right on that! Jul 12 04:43:28 * rwhitby bbl Jul 12 04:43:40 hborders: Eclipse? yeah download it for C/C++ and you can start editing pretty easily. I keep all the compiling outside of the IDE and in a terminal for now. it's just a convenient way to edit a bunch of files at once Jul 12 04:44:36 tman: I'm in contact with the lead of CDT, so hopefully, he can point me towards some great tutorials for hooking my build up to CDT. He's a C build badass Jul 12 04:44:49 rwhitby: Makes sense, but a shame in its own right. I'm sure if you get the word out, someone would step up. Possibly take advantage of the publicity of WebOS Roundup and PreCentral front page? I bet they could use a news entry anyways.... slow day in the world of Palm. Jul 12 04:47:05 hborders: lol. actually now that I've moved to a Makefile build, it would be trivial to use Eclipse Jul 12 04:47:33 hborders: btw if you want to see my Makefile.. http://developer.palm.com/distribution/viewtopic.php?f=70&t=8064&sid=2eab378acb309d846179e207381b0294 :) Jul 12 04:49:04 That's awesome. Thanks! Jul 12 04:49:21 yeah :) I'm quite happy with it Jul 12 04:49:46 hi guys.. i'm thinking about writing an app to control a mythtv frontend, i'm wondering - can an app connect to some random port at some random address and send/recieve info from it? Jul 12 04:49:51 i'd sorta expect so... Jul 12 04:50:00 but then I have never done this at all Jul 12 04:50:37 benklop: yes. Jul 12 04:50:47 if the protocol is http, sure - it's easily supported .. otherwise, you're going to need to do some more work Jul 12 04:51:04 right, PDK if it isn't probably Jul 12 04:51:05 cool :) it's a telnet interface Jul 12 04:51:24 you just need SDL_net Jul 12 04:51:46 your SDL_net Jul 12 04:52:17 ok, since i've got not experience here, Jul 12 04:52:34 I thought a PDK app ad to be all pdk? although I dont _really_ know what that means Jul 12 04:52:56 SDL is part of PDK Jul 12 04:53:23 Tman: just so i know, was the stuff in dev-e not working? Jul 12 04:53:38 more exactly, how so? (so it can be fixed eventually :)) Jul 12 04:54:14 okay, and if I use the PDK, can I still do the rest of the app using the sdk? (in html/js?) Jul 12 04:55:00 dtzWill: yeah, e_whateveritwas was looking for a library in build/${APP_DIR}, but I changed that path to build/${ARCH}/${APP_DIR} since each arch will have different binaries. I couldn't find where it was getting this older path from, so I gave up Jul 12 04:55:30 also the "[ "${ARCH}" = "armv6" ] && fix_just_for_armv6" pattern breaks on non-armv6 (first part of the conditional fails, make sees the error, and fails) Jul 12 04:55:53 also 'make stage' should be repeatable (particualrly to make building the tree work, since you 'test' a dep often by running 'make stage') Jul 12 04:56:12 dtzWill: now putting things in build/${ARCH}/${APP_DIR} _may_ not be the best thing, since the app dir is in with the source files.. but you can change that if you want :p Jul 12 04:56:30 dtzWill: yes I thought I fixed that conditional.. do you see one like that still in HEAD? Jul 12 04:56:51 dtzWill: and what do you mean by repeatable? Jul 12 04:56:55 so the stage target where we do things like cp build/src build/$* either needs to be some arch-specific 'unpack' step, or we should always do 'rm -rf build/$*' before copying, although taht seems less clean for sure Jul 12 04:57:00 OHGODSOCAL! Jul 12 04:57:11 Tman: you should be able to run 'make stage' as many times as you want without causing errors Jul 12 04:57:22 presently build/$* will already exist and goofy things happen Jul 12 04:58:07 Tman: yeah there's some of it, i can fix it, just wanted to mention so we kept it that way :) Jul 12 04:58:27 Tman: overall don't mean to be negative, it's great of course and good to /finally/ have arch stuff Jul 12 04:58:37 dtzWill: well.. the only time I've seen that being a problem is with svn projects, where it tries to overwrite files that don't have write permissions.. in all the packages I've had problems with that, I've had it clear out build/$* Jul 12 04:59:09 Tman: that was my experience as well, but there stil are some. Jul 12 04:59:18 Tman: are all the changes in master/HEAD ? Jul 12 04:59:46 dtzWill: appreciated. And I am all for making it cleaner, I think my approach was to "get it going" and not generalize/complicate it until we've found all the problems we have to dodge Jul 12 04:59:50 dtzWill: yes Jul 12 05:00:06 Tman: heh, good plan :). Jul 12 05:00:40 dtzWill: ;) Jul 12 05:03:23 dtzWill: so yes.. if you feel that another target is necessary for creating build/$*, you're probably right. we could easily put that target into an include .mk that gets included by every package, and change the dependencies for the targets that currently depend on .unpacked or whatever Jul 12 05:07:42 tman: one other thing I don't understand about your example is how ag events get processed Jul 12 05:07:43 hape, noradtux: i don't wanna nuke locale but the build isn't working and i'm not sure how to fix it :( Jul 12 05:09:06 dtzWill: odd.. locale doesn't even do any building.. Jul 12 05:09:39 Tman: the locale files it looks for are missing? o_O Jul 12 05:10:19 hborders: after my loop calls AG_ProcessEvent, it calls any callbacks I've defined for the widgets that I created elsewhere Jul 12 05:10:39 'it' being AG_ProcessEvent Jul 12 05:11:34 dtzWill: odd. worked for me. looks like it's supposed to be part of toolchain Jul 12 05:12:42 tman: but what about when events are pushed onto the ag system using AG_QueueEvent or AG_SchedEvent Jul 12 05:12:54 Tman: hmm. i could be mistaken, but that definitely doesn't exist for me. Jul 12 05:13:10 i'll re-dl the toolchain, ive had the same one for a long time... Jul 12 05:13:25 because you knwo finding a hash or something would be a good idea xD Jul 12 05:13:31 Did rwhitby send that tweet out just for me? awwwww.. Jul 12 05:13:41 ? Jul 12 05:13:47 BeeRad: you're not even in that thread Jul 12 05:14:13 rwhitby: The tweet was recent though. :) Jul 12 05:14:39 Ah needs regex for irc whois…. grrrr regex Jul 12 05:15:14 hborders: idk.. in my app, that never happens, so I don't worry about it. I suspect you can PollEvents just like in SDL and call AG_ProcessEvent on them. yes, you'd be telling agar to process events from its own queue - that's because it lets you write your own event loop (which is what you want here) Jul 12 05:16:33 tman: it seems like the sdl driver should handle these edge cases for us. Otherwise, we're going to have to wait on two different event queues in two different threads (sdl and agar) Jul 12 05:17:19 tman: I'm surprised that sdl doesn't give us an event to listen to when sdl activevent.gain is 0 or 1 Jul 12 05:17:21 hborders: yes. and it can. but it will also isolate you from the raw SDL events, which you don't want to happen Jul 12 05:17:53 agar isn't perfect, but it's flexible enough to where you can hack out a solution ;) Jul 12 05:18:16 rwhitby: Nice post :p Jul 12 05:24:25 tman: i'm off. thanks again for your help Jul 12 06:09:53 hi everyone Jul 12 06:11:27 I have to say webos internals is awesome but really upsetting me. Jul 12 06:14:01 releasing apps I can't use because they require 1.4.5 Jul 12 06:16:06 TheSavaLord: complain to your carrier, not here Jul 12 06:16:40 it is upsetting that there has been such a wait already for the update on some carriers (sprint) Jul 12 06:17:00 well true but I was stating not complaining Jul 12 06:17:33 mmhmm, k :) Jul 12 06:18:11 at least here my statements don't fall on deaf ears Jul 12 06:19:14 warthog-73 still has same issues as v70 Jul 12 06:19:40 what does it do I'm running it right now Jul 12 06:19:40 hangs on luna start Jul 12 06:19:48 I doubt they'll generate much action however.. supporting multiple OS versions can be a lot of work Jul 12 06:20:23 you mean on just a luna restart Jul 12 06:20:52 it takes 20 minutes to get to the luna part of boot (flashing logo) Jul 12 06:20:53 (of course idk if it actually is a lot of work or not :) Jul 12 06:21:47 is that after it has been running or fresh install Jul 12 06:21:50 I put UK on, no issues, I might test F105 again next Jul 12 06:22:05 because when I rebooted it didn't do that too me Jul 12 06:22:17 that was a fresh install from stock kernel Jul 12 06:22:41 you have pre or pre+ Jul 12 06:22:45 pre Jul 12 06:23:02 maybe that's why I didn't have that issue Jul 12 06:23:05 1.4.1.1 sprint Jul 12 06:23:30 you did update instead? Jul 12 06:24:08 no from stock kernal I had sbrom installed Jul 12 06:24:36 I uninstalled that then fresh install of warthog Jul 12 06:24:56 ah, hmm, interesting, I haven't tested that kernel at all, I have been sticking to warthog & F105 & stock Jul 12 06:25:11 and UK of course Jul 12 06:25:52 hows your bat drain with wh-73N Jul 12 06:26:05 I meant wh-73? Jul 12 06:26:09 yeah I was mainly sticking with UK warthog and 105 I do have an issue with govnah Jul 12 06:26:34 Tman: hmmm i think the reason i see so many issues is that i build in parellel and the various archs are all being built in separate arch instances but then try to build a shared target and walk all over each other :) Jul 12 06:26:46 haven't used it enough yet to know and it's not good to test that with wirc running Jul 12 06:26:46 Tman: that explains things.... we should fix that. whoopsy. Jul 12 06:26:49 what version of govnah? I have latest 5.6 Jul 12 06:26:56 wasn't an issue until, you know, the other archs actually did useful things :) Jul 12 06:27:25 I have same. Jul 12 06:27:58 after a while govnah just stops working even when I do a luna restart Jul 12 06:28:16 for it to work again I have to do a restart Jul 12 06:28:43 silly cross-compile.git, always in flux hehe Jul 12 06:28:53 when loading it. it just has ... on everything Jul 12 06:28:57 yep, that's happened to me with 5.6, I might hide test feed, put 5 back and see if it still happens.. Jul 12 06:29:40 I thought they might of fixed it in 5.6 Jul 12 06:30:02 it only just started in .6 for me Jul 12 06:30:05 it wasn't the first ver that it happened in Jul 12 06:30:21 I hadnet noticed it in others Jul 12 06:30:57 it mainly happens right after you take the charger off the cell Jul 12 06:31:35 hmm, Jul 12 06:31:52 I will note if that's when it happens to me Jul 12 06:32:17 yep just did it Jul 12 06:32:29 it must have something to do with the current draw log Jul 12 06:32:39 hope they keep a log of the chanel Jul 12 06:32:46 they do Jul 12 06:32:54 it's logging all the time Jul 12 06:33:23 it won't let me change profiles and won't let me change any settings Jul 12 06:33:44 in governe it says false Jul 12 06:34:14 I'm able to make adjustments, I'm still plugged in though Jul 12 06:34:18 dtzWill: they build a shared target? that's not my understanding Jul 12 06:34:24 I'm gonna unplug and see if it does Jul 12 06:34:26 I have to completely reboot now Jul 12 06:34:37 dtzWill: I did my build in parallel as well, I had a few errors but starting the make again fixed them Jul 12 06:34:52 yeah try it after you unplug Jul 12 06:35:24 it didn't happen to me, gov all good after unplug Jul 12 06:35:36 dtzWill: what shared targets are we talking about? Jul 12 06:36:26 did you have it fullscreen when you unplugged Jul 12 06:36:32 closed gov, relaunched, still ok, plugged back in,unplugged, plugged, still ok Jul 12 06:36:47 yes Jul 12 06:37:00 screenstate Jul 12 06:37:04 Tman: well so at the top-level we have the staging-armv7, staging-armv6, etc, targets Jul 12 06:37:15 yes Jul 12 06:37:17 mhm Jul 12 06:37:29 each of those is built with make -C on buildall with the right ARCH environment variable Jul 12 06:37:39 yes Jul 12 06:38:03 I unplugged when wirc was upfront and gov was in background Jul 12 06:38:15 lemme try that way Jul 12 06:38:35 Tman: and i thought b/c each was invoked as make -C they would each try to build the same targets Jul 12 06:39:03 yep,still ok Jul 12 06:39:05 Tman: (the ones that don't have the arch in the target name, like build/.armv7-built etc) Jul 12 06:39:23 I'm going to close gov,then try Jul 12 06:39:38 I had the charger plugged in for a while also Jul 12 06:40:15 hmm, can't replicate right now Jul 12 06:40:28 I have UK on at the moment too Jul 12 06:40:34 so for a given 'build/.unpacked' target you have two make instances trying to build them Jul 12 06:40:43 you still have warthog right? Jul 12 06:41:00 dtzWill: ahh.. possible. but if a package touches build/.unpacked in one running make, shouldn't the other running make see that and not rebuild the target? though I suppose that would require the one to get to that target, and complete it, before the other one Jul 12 06:41:04 yeah Jul 12 06:41:31 on restart I will find out how long it boots Jul 12 06:41:48 I'm curious for that, pleaselet me know Jul 12 06:42:03 need to reboot now Jul 12 06:42:05 Tman: that's exactly the issue i'm proposing--they both check if that file exists, it doesn't, and both go to build it and step on each other Jul 12 06:42:31 dtzWill: ok. are you just running 'make -j# stage' btw? Jul 12 06:43:01 Tman: yeah. Jul 12 06:43:14 Tman: make staging-armv7 -j8 for example causes less errors Jul 12 06:43:36 I'm dumb for not seeing that before. hm Jul 12 06:44:14 dtzWill: well.. any solutions off the top of your head? lol Jul 12 06:44:43 Tman: well no worries. i mean building either serially or each arch by itself in parallel works fine. Jul 12 06:44:50 Tman: but yeah we shuold fix x.x Jul 12 06:45:30 ehe, yeah Jul 12 06:45:32 Tman: unfortunately i don't have a good solution. other than building each arch before the next (some top-level loop) Jul 12 06:46:11 dtzWill: well.. I guess there is an inherent problem in running multiple instances of make along the same Makefiles.. no? Jul 12 06:47:22 Tman: basically, yeah. not necessarily, but not the best :) Jul 12 06:47:40 Tman: but so proposed solution is not trying to build armv6 until armv7 is done, etc Jul 12 06:47:50 ehe.. I think that could be used to justify what you're proposing Jul 12 06:48:30 dtzWill: right.. but you should still be able to make staging-armv6 or staging-armv7 independent of the other.. this solution should only be in effect for make stage Jul 12 06:48:40 Tman: oh, yeah. naturally. Jul 12 06:48:52 just pointing it out :p Jul 12 06:49:07 Tman: so the 'stage' target insetad of /depending/ on staging-* should have in it's rule be a loop that iterates through those Jul 12 06:49:23 yeah.. I think that would work Jul 12 06:49:28 Tman: nopers, that's important to keep in mind certainly. :) Jul 12 06:52:35 ok.. so how do we actually use a foreach loop to specify commands inside a target :p Jul 12 06:53:44 Tman: np. Jul 12 06:55:29 there Jul 12 06:55:33 helo Jul 12 06:55:40 yo Jul 12 06:55:51 not too bad Jul 12 06:55:59 didn't take long at all Jul 12 06:56:04 gov back? Jul 12 06:56:17 dtzWill: or we could simply write out the commands.. it's 3 max :p Jul 12 06:56:18 would of been back sooner if freenode didn't split Jul 12 06:56:35 yeah and working so far Jul 12 06:57:26 jealous, I wonder what about warthog my pre don't like, you have pre+? Jul 12 06:57:59 yeah Jul 12 06:58:02 Tman: lol yeah. either way is fine Jul 12 06:58:20 dtzWill: k that was easy. Jul 12 06:58:23 :) Jul 12 06:58:52 i'll have to run s'more tests.. Jul 12 06:59:33 take it sleazy sav, later all Jul 12 06:59:42 see ya Jul 12 07:02:38 dtzWill: k pushed Jul 12 07:03:06 dtzWill: thanks for your patience ;) Jul 12 07:03:27 I'm off, night Jul 12 07:03:28 Tman: haha np Jul 12 07:03:28 what's up Jul 12 07:03:34 nite Jul 12 07:03:35 Tman: do you by chance.. own a pixi? :D Jul 12 07:03:42 dtzWill: yes I do Jul 12 07:03:48 Tman: hahaha thought so :D Jul 12 07:03:56 Tman: also your patch was identical to what i had Jul 12 07:03:59 only i had the pre arch first :D Jul 12 07:04:04 ehe Jul 12 07:04:11 Tman: kk 'night man :) Jul 12 07:04:14 yeah you might want to do that *shrugs* I don't care Jul 12 07:04:25 the pixi is only for dev actually. main phone is still a pre Jul 12 07:04:50 the reason I put armv6 first is because of numerical order.. my brain is just weird like that ;) Jul 12 07:05:16 night Jul 12 07:05:16 Tman: oh and that's totally fine. i was guessing based on that and the fact that you felt inclined to even tackle this multi-arch thing :) Jul 12 07:05:34 Tman: but instead looks like it just seemed like a good idea, which it is. anyway, cya Jul 12 07:06:11 well I needed armv6 libs for my app, so I'm not entirely unselfish ;) Jul 12 07:07:21 * Tman gone Jul 12 07:07:50 nite Jul 12 07:49:48 dtzWill: Dose local now bild for you? Jul 12 08:01:55 hape: speechd fails to build for me in widk Jul 12 08:02:05 spd_audio.h:41:26: error: pulse/simple.h: No such file or directory Jul 12 08:02:32 a missing dependency on media/pulseaudio perhaps? Jul 12 08:06:44 rwhitby: rebuild pulsautio. noradtux added the copy of the missing h file to the build dir in the Makefile Jul 12 08:07:08 Not puls autio moment need to look it up Jul 12 08:07:09 hape: this was a build from scratch Jul 12 08:07:15 hmm Jul 12 08:08:15 that was the commit for the fix http://git.webos-internals.org/?p=preware/cross-compile.git;a=commit;h=67911d412343ca9178431e7c1e7aab1dbf97d6b0 Jul 12 08:08:43 for me it worked after I rebuild libsndfile Jul 12 08:09:22 rwhitby: Any idea what is going wrong here => http://forums.precentral.net/showthread.php?p=2550655&posted=1#post2550010 Jul 12 08:10:21 oh, I see you ar missing a diffrent h file Jul 12 08:10:22 hape: no idea Jul 12 08:11:07 this could prehaps a missing depandency. When I test it I made a 'make stage' for all. Not only for speechd and Navit Jul 12 08:12:04 nope, just built pulseaudio and get the same error in speechd Jul 12 08:12:06 rwhitby: By the way, do we have a downlaod count for the feeds. Would be intresting. The latest alpha made over 1000 Downlaods in the one Monthe it exists Jul 12 08:12:42 I can not restest now as I'm at work. Jul 12 08:28:03 rwhitby: How can I manually remove a patch that fails to uninstall after the 1.4.5 OTA update. The files seems not to have been modified by the update. Jul 12 08:28:25 hape: have you seen the precentral thread on that? Jul 12 08:30:17 I documented that here http://forums.precentral.net/webos-patches/217699-patch-no-auto-off-while-charging-9.html#post2548424 Jul 12 08:31:00 rwhitby: yes I have. It is not in the list of patche that trigger more the one package and all modified files seems to be there as they should be Jul 12 08:31:21 including the .orig and webosinternal.orig file Jul 12 08:32:06 Can I make preware think that the files was overwritten by a new packge uinstall if I mv the orig files over the chnages once. Jul 12 08:32:20 uninstall all other patches that touch the same files Jul 12 08:32:46 or save the package list in preware, EPR, then install all from saved package list Jul 12 08:32:47 ok, will check that today evening. I only have 13 patches installed Jul 12 08:33:19 But I think there is at least one that also chnages the bar-assistent.js Jul 12 14:03:02 rwhitby: EPR with reinatll from saved Package list worked Jul 12 14:06:13 rwhitby: have you guys received word about Save/Restore not working properly? Jul 12 14:20:45 NachoB: I emailed Rod...hadn't heard back from him yet. i am trying to figure some things out as well. i see that it bombs out for me at about 30 archives Jul 12 14:21:45 Audermars20: Hmm, wonder why mine bombs at 21. I only have 30 of the apps backed up by Save/Restore. Jul 12 14:22:23 i am trying to figure out if it is one specific archive that is causing the probem.. slow going... Jul 12 14:23:04 I tried that as well, but couldn't fine any one app. 20 was the magic limit no matter what apps I backed up. Jul 12 14:24:47 I thought it was Quick System Tasks (number 21 in my list) because that's when it bombed. So I deleted saverestore folder, backed up only Quick System Tasks and it worked fine. Which led me to trying any combination of 20 and it would work. Once I hit 21 it bombed. Jul 12 15:33:50 hape: No Auto-Off While Charging is indeed in the list Jul 12 15:54:30 hape: yes. I'm sorry about that :). Jul 12 15:54:38 (locale builds fine) Jul 12 15:59:15 Need people's help with Save/Restore... a bunch of us are having issues with loading up the app, and it appears that by deleting some scripts, it will work again. Does anyone know if there is a limit to the # of scripts (i.e. files) that you can call in an app? Jul 12 16:02:58 Audemars02: you may have to wait until rwhitby is awake again to get a good answer .. i am not sure many other people work on that app Jul 12 16:03:42 bpadalino: that is what i figured...already have an email in to him! thnx anyway Jul 12 16:04:53 good luck Jul 12 16:43:25 egaudet_work: Sorry must have been blind. Now I see it and I did not when I checked before updating Jul 12 16:45:46 dtzWill: You saw the logs I posted for Visaual Gameboy on 1.4.5? Ping me if you need more. Jul 12 16:46:42 First I had the idea that it is 'only' the new jail. But it also is not starting when I launch it from novaterm without the jail, linke 1.4.1 did Jul 12 16:48:59 hape:hapthat's goofy, i think something strange is going on with the new libs. Jul 12 16:49:32 hape: 1.4.5 has different things you need to do.. that vba simply doesn't do. i _do_ have a 1.4.5 device for testing so i can look into it Jul 12 16:50:34 hape: also you need to specify memory usage of the app--which i don't do. which probably emans the app is *starved* for memory resources and webos kills it and other terrible things happening Jul 12 16:50:43 hape: ty for the logs, they're rather useful :) Jul 12 16:51:12 hape: oh, you're also dev'ing on 1.4.5 so you know all these things, i'm sorry. i forgot you'd brougt navit to 1.4.5. anyway, thanks for the logs and i'll look at it when i get a chance :) Jul 12 17:19:42 dtzWill: I only did a small part of Navit. Noradtux did the mos on develoment. Jul 12 17:20:18 I would like to but do not have the time. So I more do the docu, packaging and support stuff for Navit Jul 12 17:20:55 I did not know that you have a 1.4.5 dev device as you did not commented on any of the problem reporst before. Jul 12 18:23:22 I'm going to call AT&T and see if I can convince them to give me a microcell. I expect this will end in tears Jul 12 18:25:35 pip: your trick for emailing saverestore didn't work for me. Email errors out. Jul 12 18:28:41 NachoB: Let me check again, it has worked for me on other folders so I assumed it would work in this case. Jul 12 18:30:53 pip: not sure if you saw my edit regarding save/restore, my backup is only 30 apps, and only 27 of those are restoreable. Jul 12 18:31:21 pip: so I can't test beyond 30 w/out installing something else. Jul 12 18:33:39 Nacho: Mine is only 32 apps so I am going to download a few of the supported free ones and test to see if there is a correlation between the number of apps being saved and the number of scripts supported in save/restore Jul 12 18:36:40 NachoB: Mine is only 32 apps so I am going to download a few of the supported free ones and test to see if there is a correlation between the number of apps being saved and the number of scripts supported in save/restore Jul 12 18:37:50