**** BEGIN LOGGING AT Fri Nov 25 02:59:57 2011 Nov 25 03:10:39 gotcha: var v = func.call(scope, this); // Check type of returned value (if any) if (v !== undefined) { if (v && typeof v.then === "function") { this.nest(v); } else { this.setResult(v); Nov 25 03:10:53 they're same Nov 25 03:58:10 wow my pre+ gets -really- hot on the touchstone Nov 25 04:01:21 rwhitby, would extra pulseaudio modules and avahi & co be more suited to be in woi feeds or not? Nov 25 04:08:34 wrea: they would Nov 25 04:10:55 Alright, I figured so. Right now since I have a few dependencies for avahi I'm using /media/cryptofs/apps as root for them Nov 25 06:48:12 rwhitby, is using /media/cryptofs/apps as root be acceptable? Nov 25 07:06:53 well, really you should put them all in a single appdir, like we do for xserver and xterm Nov 25 07:07:03 wrea: ^^ Nov 25 07:16:19 rwhitby, less straight forward, but nothing setting rpath wont fix Nov 25 07:17:00 Right not I have packages for libdaemon, dbus, avahi and the different pulse packages. Nov 25 07:32:39 folks Nov 25 08:18:30 rwhitby, so pretty much just have each avahi and each dependency in /usr/palm/applications/org.webosinternals.* Nov 25 08:37:03 wrea: yep Nov 25 08:46:11 hey rwhitby Nov 25 08:46:22 hey bhuey_ Nov 25 09:06:48 rwhitby, alright, easy enough to fix Nov 25 16:33:51 so I just fought off an urge to purchase a touchpad... and Ive got two north american codes available Nov 25 16:34:05 ive got better things to spend $150 on Nov 25 16:34:43 unless someone gives me their $99 touchpad + $50 trade ;) Nov 25 16:35:36 why did you request codes if you're not going to use them? Nov 25 16:39:14 i was going to Nov 25 16:39:32 what a silly question. Nov 25 16:39:51 basically, I'm saying, they're up for grabs Nov 25 19:41:18 sconix, should have packages for the pulse modules and co soon-ish. Now that I got avahi from segfaulting Nov 25 19:50:18 wrea: great Nov 25 19:51:14 successfully tested zeroconf-publish yesterday Nov 25 19:53:50 cool Nov 25 19:54:30 so what do you mean by packages? Nov 25 19:54:45 i.e. what are your plans for packaging Nov 25 19:55:47 well, I plan of splitting up the modules that are needed. pulseaudio-modules-rtp and pulseaudio-modules-zeroconf Nov 25 19:56:09 -zeroconf will have the zeroconf and raop modules Nov 25 19:56:50 so do they need some configuration UI to use them? Nov 25 19:56:58 I guess they do Nov 25 19:57:36 zeroconf-publish will just publish without any config. Nov 25 19:57:54 raop-sink you'll just need to pass config when loading it Nov 25 19:58:02 but something needs to load the modules at least right? Nov 25 19:58:49 The biiggest thing is talking to avahi over dbus Nov 25 19:58:56 so I would bundle all the extra modules into the pulseaudio control patch and add the enabling them into the pulseaudio settings app, makes sense? Nov 25 19:59:23 you could load the module(s) on the fly Nov 25 19:59:49 jeah that what the app does for the modules I added Nov 25 20:00:39 at least thats why I think we can bundle all the modules in the same package since they are not loaded so having them all installed with one package is not a bad thing Nov 25 20:00:53 then we could add UI for enabling those modules into the pulseaudio settings app Nov 25 20:01:34 Yeah, but I could see people not wanting more daemons running, which is why i separated zeroconf out Nov 25 20:01:55 btw, does the pulseaudio dir I have in the widk build all those modules that you have now? Nov 25 20:02:32 Last time I tried I think pulse errored out during compile Nov 25 20:02:55 but at least they don't need any extra patches right? Nov 25 20:03:52 just making sure that at least in theory widk has everything to build the modules Nov 25 20:03:56 I had to patch configure.ac and I'm applying a patch to raop, but other than that, no other patches Nov 25 20:05:30 wrea: ok, it would be nice that if the pulseaudio dir could build the modules, at least last time the separate pulseaudio dir did build when I tried Nov 25 20:08:21 you'll run into errors when running autogen.sh Nov 25 20:09:21 some variables get called twice which causes it to error out, among other things Nov 25 20:09:46 but if you just run the stage in the pulseaudio dir as the readme says it will patch the configure.ac etc. Nov 25 20:09:50 so that it will get build Nov 25 20:12:03 yeah, patching is a lot less to get it to work Nov 25 20:12:32 I modified a bit from palm's patch for ease and a small one for the rest Nov 25 20:13:13 it would be nice if the changes you made can be integrated into that pulseaudio build folder in widk at some point so that anybody can build the modules Nov 25 20:17:49 yeah Nov 25 20:20:10 I guess there is a node module for communication with dbus to use. I wouldnt really know how else to query services from avahi Nov 25 20:22:21 not sure, haven't needed to use dbus so far Nov 25 20:22:45 https://github.com/Shouqun/node-dbus Nov 25 20:25:56 ah that one, I almost had to use it for Home Control, but did not have to in the end at least for now Nov 25 20:50:00 sconix, the only outstanding issue i'm having is the daemons arent starting via upstart Nov 25 20:50:20 Once I get that working I should be ready to get them in the feed Nov 25 22:01:32 can anyone explain why it says the instructions you are following are obsolote on any feed I add Nov 25 22:02:38 are you adding something other than a webos internals testing feed? Nov 25 22:02:55 if so, that's a bug... if not, the instructions you are following are obsolete Nov 25 22:03:12 Im following the XDA developers guide Nov 25 22:03:21 http://forum.xda-developers.com/showthread.php?t=1230912 Nov 25 22:03:35 so confusing... Nov 25 22:03:39 ~testing-feeds Nov 25 22:03:39 hmm... testing-feeds is a means of testing new WebOS Internals products, documented at http://testing.preware.org - always use that URL and never copy any of the instructions anywhere else. Nov 25 22:03:55 yea, those instructions are out of date Nov 25 22:04:05 crap... Nov 25 22:04:17 what are the up to date instructions website? Nov 25 22:04:21 thanks in advance Nov 25 22:04:57 you need to substitute the part that talks about adding feeds with the part on the website the infobot said there Nov 25 22:05:35 can you link me by chance man? Nov 25 22:05:45 ~testing-feeds Nov 25 22:05:45 from memory, testing-feeds is a means of testing new WebOS Internals products, documented at http://testing.preware.org - always use that URL and never copy any of the instructions anywhere else. Nov 25 22:05:45 direct link to a guide or something Nov 25 22:05:48 im so lost.. Nov 25 22:11:10 first step is not to follow webOS guides on XDA ... Nov 25 22:35:39 first step in anything is to not go to XDA **** ENDING LOGGING AT Sat Nov 26 02:59:57 2011