IRC log for #webos-internals on 20101104

00:06.16*** join/#webos-internals muesli (~muesli@agsb-d9bda1b5.pool.mediaWays.net)
00:06.16*** join/#webos-internals muesli (~muesli@amarok/developer/muesli)
00:25.52*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4b)
00:45.15*** join/#webos-internals sand445 (62b434d5@gateway/web/freenode/ip.98.180.52.213)
01:04.41*** join/#webos-internals windzilla (47586600@gateway/web/freenode/ip.71.88.102.0)
01:05.53*** join/#webos-internals dgathright_ (~dgathrigh@nat/yahoo/x-ccedsguehyicwzcv)
01:06.25*** join/#webos-internals egaudet (~egaudet@209-6-94-123.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
01:06.26*** mode/#webos-internals [+v egaudet] by ChanServ
01:15.58*** join/#webos-internals jacques_pre (~jacques@nslu2-linux/jacques)
01:15.59*** mode/#webos-internals [+v jacques_pre] by ChanServ
01:34.22*** join/#webos-internals dkirker1 (~dkirker1@2001:470:8217:2::2)
01:34.22*** join/#webos-internals dkirker1 (~dkirker1@openmobl/ceo/dkirker)
01:37.24*** join/#webos-internals egaudet_ (~egaudet@184-221-228-125.pools.spcsdns.net)
01:37.24*** mode/#webos-internals [+v egaudet_] by ChanServ
01:41.19*** join/#webos-internals xkuang (~xkuang@60.247.97.98)
01:51.07destinalweird.  network issues?
01:51.37ka6sox-workso it would seem.
01:54.50*** join/#webos-internals egaudet_ (~egaudet@209-6-94-123.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
01:54.50*** mode/#webos-internals [+v egaudet_] by ChanServ
01:57.02*** join/#webos-internals PuffTheMagic (~PuffTheMa@unaffiliated/puffthemagic)
01:57.02*** mode/#webos-internals [+v PuffTheMagic] by ChanServ
02:01.21*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::d9)
02:05.24*** join/#webos-internals Davide-NYC (~Davide-NY@user-12ld9nk.cable.mindspring.com)
02:11.20*** join/#webos-internals jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com)
02:22.22*** join/#webos-internals phb (~phb@h224n1c1o1037.bredband.skanova.com)
02:43.53*** join/#webos-internals xkuang (~xkuang@60.247.97.98)
02:57.24*** join/#webos-internals raster (raster@enlightenment/developer/raster)
03:03.31*** join/#webos-internals cryptk (~chris@unaffiliated/cryptk)
03:03.31*** mode/#webos-internals [+v cryptk] by ChanServ
03:04.01*** join/#webos-internals noradtux_ (~quassel@f054120090.adsl.alicedsl.de)
03:10.33*** part/#webos-internals sugardave_ (c803d42a@gateway/web/freenode/ip.200.3.212.42)
03:12.48*** join/#webos-internals Tman (~tyler@unaffiliated/tman)
03:20.41*** part/#webos-internals sand445 (62b434d5@gateway/web/freenode/ip.98.180.52.213)
03:26.05*** join/#webos-internals datafirm (~dp@174-31-155-179.tukw.qwest.net)
03:34.08*** join/#webos-internals datafirm_ (~dp@68.178.5.20)
04:04.02*** join/#webos-internals Amaranth (~travis@ubuntu/member/Amaranth)
04:32.57*** join/#webos-internals kx7 (~]r@2001:5c0:1400:a::4f)
04:33.07*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:33.18*** join/#webos-internals kx7 (~]r@2001:5c0:1400:a::4f)
04:33.25*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:33.32*** join/#webos-internals muesli (~muesli@amarok/developer/muesli)
04:36.20*** join/#webos-internals kx7 (~]r@2001:5c0:1400:a::4f)
04:36.29*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:36.39*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:36.47*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:36.55*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:37.04*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:37.12*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:37.19*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:40.26*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:40.35*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:40.42*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:40.49*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:40.56*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:41.06*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:41.15*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:41.21*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:44.13*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:44.21*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:44.29*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:44.38*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:44.45*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:44.54*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:45.04*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:45.07*** part/#webos-internals bsiegel (~bsiegel@cpe-76-189-209-111.neo.res.rr.com)
04:45.11*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:46.06*** join/#webos-internals windzilla (~wircer@184-200-31-18.pools.spcsdns.net)
04:46.37*** join/#webos-internals sjsharksfan (~wircer@adsl-75-36-163-98.dsl.pltn13.sbcglobal.net)
04:47.32*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:47.40*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:47.48*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:47.55*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:48.02*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:48.10*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:48.17*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:48.24*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:50.27*** part/#webos-internals sjsharksfan (~wircer@adsl-75-36-163-98.dsl.pltn13.sbcglobal.net)
04:51.17*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:51.26*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:51.34*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:51.42*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:51.49*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:51.58*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:52.07*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:52.15*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:55.09*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:55.18*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:55.34*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:55.35*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:55.41*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:55.50bhueysomebody ban that dude
04:55.50*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:55.59*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:56.06*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:56.44rwhitbywhat dude?
04:56.50ka6sox-workhe is gone now
04:57.13ka6sox-workinteresting...he is IPv6...probably thats the problem.
04:57.36rwhitbyoh, something I don't see cause I have parts and join events turned off
04:58.06bhueyyeah, flooding the channel with that stuff
04:58.07ka6sox-workyep...a full 3 pages of k[t has quit(Excessive Flood)
04:58.15rwhitbynever understood why anyone wants to see those
04:58.39bhueyit's not a matter of want, it's just how it is on IRC
04:58.51rwhitbynot on my IRC
04:58.57*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:58.58bhueywell, you're the exception
04:59.01bhueythere is it again
04:59.03halfhalo...
04:59.05*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:59.09rwhitbyno, I just turn those events off in the client
04:59.13*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:59.21*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:59.27rwhitbymakes for a much more enjoyable IRC experience :)
04:59.28*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:59.30bhueyshakes his head
04:59.36*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
04:59.37halfhaloMy irc is not on speaking terms with me
04:59.51*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:00.22bhueyreally somebody should ban that dude
05:02.48*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:02.56halfhaloomg
05:02.56*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:03.01bhueyyeah, really now
05:03.06*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:03.13*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:03.20*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:03.30*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:03.32bhueyhere's a good solution to the problem
05:03.36*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:03.42*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:06.06*** mode/#webos-internals [+o ka6sox-work] by ChanServ
05:06.38*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:06.45*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:06.53*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:07.01*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:07.09*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:07.12halfhalowatches ka6sox-work try to contain the flood with sugary donuts
05:07.18*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:07.25*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:07.32*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:07.53*** join/#webos-internals CorpX (~tommy@unaffiliated/corpx)
05:09.37destinalrwhitby: ok, so things I think we need to hack up the 2.0 doctor...
05:09.37destinalrwhitby:  installer.xml points at boot-roadrunner.bin  (as well as roadrunner modem updaters which is less important since we're skippign them).  recoverytool.config mentions devicetype roadrunner, which we should patch because maybe the java code is looking at it and taking different code paths based on what the doctor says rather than the device.   and then obviously there's the installer boot image which we'll need to replace with
05:10.25destinal(well along with changing the xml to point at it I mean)
05:10.33*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:10.41*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:10.50*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:11.00*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:11.07*** join/#webos-internals k[t (~]r@2001:5c0:1400:a::4f)
05:11.23rwhitbyok, so an OVERRIDE_DEVICETYPE directive and CUSTOM_BOOTLOADER and CUSTOM_KERNEL and CUSTOM_INSTALLER_UIMAGE are needed
05:11.58destinalka6sox: is it not letting you ban an ipv6 address?
05:12.09ka6sox-workyep..that seems to be the problem.
05:12.22rwhitbyseriously, just turn off parts and joins in your client
05:12.45*** mode/#webos-internals [+b k[t!*@*] by ka6sox-work
05:12.52destinalheh, that'll work :)
05:12.53halfhaloyay!
05:13.06halfhalowaits for a nick change
05:13.48rwhitby* k[t has now known as k[t_
05:14.10destinalrwhitby: by that you mean those four directives need to exist and haven't been written yet?
05:14.15ka6sox-workI thought the ! would fix that.
05:14.16rwhitbycorrect
05:14.38destinalwishes he had more skill with make :)
05:15.07destinalchecking out the other ones you've implemented now
05:15.25rwhitbydestinal: bootloader will just point to a .bin file, kernel probably needs to point to an .ipk (can use that for pre-flashing overclocked kernels) and UIMAGE just points to a uImage file
05:15.40rwhitbywe can point it to the stock recovery kernel
05:16.25rwhitbydestinal: here's the deal - I'll do the make code if you do the doco
05:17.09destinalrwhitby: sure, you have time now?
05:17.19rwhitbymaybe
05:17.29rwhitbyyou can test as I do it too
05:17.50destinalrwhitby: sounds like a plan
05:21.42rwhitbyok, CUSTOM_DEVICETYPE = castle
05:26.17destinalrwhitby:  so something like:
05:26.20destinalmake CUSTOM_BOOTLOADER=~/dr/145/resources/webOS/nova-cust-image-castle.rootfs/boot/boot.bin CUSTOM_INSTALLER_UIMAGE=~/dr/145/resources/webOS/nova-installer-image-castle.uImage REMOVE_CARRIER_CHECK=1 REMOVE_MODEL_CHECK=1 REMOVE_DEVICETYPE_CHECK=1 DISABLE_MODEM_UPDATE=1 DISABLE_UPLOAD_DAEMON=1 BYPASS_FIRST_USE_APP=1 ENABLE_DEVELOPER_MODE=1 all-wr
05:27.03destinalhmm the start got truncated
05:27.04destinalsec
05:28.22rwhitbydestinal: REMOVE_DEVICETYPE_CHECK is replaced by CUSTOM_DEVICETYPE
05:29.40destinalrwhitby: so maybe
05:29.42destinalmake VERSION=2.0.0 DEVICE=pre2 OVERRIDE_DEVICETYPE=castle CUSTOM_KERNEL=org.webosinternals.kernels.palm-kernel-pre_1.4.5-9_arm.ipk CUSTOM_BOOTLOADER=~/dr/145/resources/webOS/nova-cust-image-castle.rootfs/boot/boot.bin CUSTOM_INSTALLER_UIMAGE=~/dr/145/resources/webOS/nova-installer-image-castle.uImage REMOVE_CARRIER_CHECK=1 REMOVE_MODEL_CHECK=1 DISABLE_MODEM_UPDATE=1 DISABLE_UPLOAD_DAEMON=1 BYPASS_FIRST_USE_APP=1 ENABLE_DEVELOPER_MODE=
05:30.15*** join/#webos-internals dkwiebe1 (~Darren@h66-112-187-10.mcsnet.ca)
05:31.00destinalor do you want to imply remove model check also?
05:31.20rwhitbyCUSTOM_DEVICETYPE
05:31.39rwhitbyREMOVE_MODEL_CHECK stays
05:31.45rwhitbyadding CUSTOM_BOOTLOADER now
05:31.50destinalk
05:37.28rwhitbyCUSTOM_BOOTLOADER pushed (untested)
05:38.42rwhitbywait, bug.
05:39.25destinaltar: boot-roadrunner.bin: Not found in archive
05:39.26destinaltar: Exiting with failure status due to previous errors
05:40.19rwhitbyfix pushed
05:42.02rwhitbyyou should be able to test that on a device, knowing that it won't boot, but able to test the flashing and bootloader replacement
05:42.30rwhitbyah, we need CUSTOM_INSTALLER done first
05:45.11destinalah.. yeah, we need Installer target="castle"  and the ramdisk and bootfile in there
05:45.49rwhitbybootfile?
05:46.06destinal<Installer target="roadrunner" version="353986" image="nova-cust-image" ramdisk="nova-installer-image" bootfile="boot-roadrunner.bin">
05:46.06destinalvs
05:46.06destinal<Installer target="castle" version="306451" image="nova-cust-image" ramdisk="nova-installer-image" bootfile="boot-castle.bin">
05:46.31rwhitbyah, installer.xml
05:46.48destinalright
05:47.06destinaland unfortunately I think we're going to have to rename a bunch of files to match the target name
05:47.35*** join/#webos-internals windzilla (~wircer@184-200-31-18.pools.spcsdns.net)
05:47.37destinalimage value,  "nova-cust-image"  in this case, gets appended with castle or roadrunner
05:47.52destinalto generate the filename nova-cust-image-castle.rootfs.tar.gz  , doesn't it?
05:49.13destinalstill don't know whether we technically need to change target name but it seems likely
05:51.33rwhitbyCUSTOM_INSTALLER added, no filename changes yet
05:55.09destinalthat's for specifying the the uimage?
05:55.53destinalyup, ok
05:58.32destinalrwhitby: looks good so far, copying the right files and not exploding anyway
06:03.10destinalrwhitby: my guess is we'll need to rename nova-installer-image-roadrunner.uImage    nova-installer-image-castle.uImage   for instance if it's also a generated name (it's not in the xml)
06:03.27rwhitbyyeah, doing that
06:06.01destinaloh we'll need a CUSTOM_INSTALLER_IMAGE or CUSTOM_INSTALLER_RAMDISK , however you want to call it
06:06.21rwhitbyjust CUSTOM_INSTALLER
06:08.04destinaloh right nevermind, and to rename the rootfs, and maybe that's it for the target name
06:10.14destinalbesides a sed on the xml.   I'm sure you're already on all this,  just trying to see all the pieces fit..
06:13.17destinalinterestingly the doctor's classes to refer to castle and roadrunner, but one each in two files.   castle is in com/palm/nova/installer/core/IcssUtilities.class   and roadrunner in com/palm/nova/installer/core/FlasherThread.class
06:16.06*** part/#webos-internals jacques_pre (~jacques@nslu2-linux/jacques)
06:16.18destinalthe former cust-castle and sprint-castle, just the customization packages
06:16.27*** join/#webos-internals jrmuizel (~jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com)
06:16.48destinalooh that's interesting in flasherthread
06:16.51destinal<PROTECTED>
06:16.51destinal<PROTECTED>
06:16.51destinal<PROTECTED>
06:16.51destinal<PROTECTED>
06:17.27destinalbroadway, windsor, mantaray, stingray, and roadrunner
06:21.00destinalbroadway, windsor, and mantaray get special mention in A6UpdateStage due to having an A6
06:21.00destinal<PROTECTED>
06:23.21rwhitbytesting before push
06:23.28destinalis that like apple's A4 but two better?    or something else..
06:23.36rwhitbyheh
06:24.01destinalrwhitby: has anyone heard of these codenames before?
06:25.19rwhitbyhttp://www.webosroundup.com/2010/10/webos-device-broadway-found-in-app-logs/
06:26.30destinalif you have an A6 you need /usr/bin/PmA6Updater to update it.  whatever an A6 is..
06:27.33rwhitbydestinal: pushed Makefile.new - it's too raw to push as Makefile
06:28.04destinalk, pulling
06:28.07rwhitbydestinal: I need to run - any fixes, make them in Makefile.new and push back or email
06:28.23destinalare we missing anything to try it?
06:28.35destinalif so I can hack somehting and see what happens :)
06:28.56rwhitbywe're missing kernel, but the rest may work to flash it
06:29.57destinalk
06:31.21ka6sox-workA6 is an ARM Core type
06:31.43ka6sox-workthe OMAP is A8
06:31.49ka6sox-workand the 44Xx series is A9
06:32.26ka6sox-workmake that OMAP 3430 is A8
06:32.56destinalah, the N900 has an A6, right?
06:33.23destinalkind of odd that they'd go that way for new devices though
06:33.23ka6sox-workdunno..will look
06:33.42ka6sox-workthere are like 5 ARM devices in each phone
06:33.57ka6sox-workso it could be a Modem or something processor.
06:34.03destinalgood point
06:34.21destinaland I was wrong, N900 is A8 like pre
06:34.52ka6sox-workthe A8 is the first one that really was able to handle any sort of graphics correctly.
06:35.00ka6sox-work(with co=processors)
06:35.17ka6sox-workIIRC the N900 has a graphics co-processor.
06:40.03rwhitbydestinal: on bus
06:41.42rwhitbydestinal: the other option is we say CUSTOM_DEVICETYPE and point CUSTOM_DOCTOR to an unpacked doctor directory
06:42.06rwhitbythen we grab everything from that CUSTOM_DOCTOR_SOURCE directory
06:42.53destinalrwhitby: that's not a bad idea, except the partition layout for one is different in 2.0 it seems with mojodb
06:43.22destinalI wonder how they're going to manage the update if I'm right
06:43.33rwhitbylvm resize I expect
06:46.53*** join/#webos-internals bhuey (~billh@ip68-107-25-167.sd.sd.cox.net)
06:49.50rwhitbydestinal: /usr/share/ota-scripts/post-update
06:50.39destinalrwhitby: do you think this might do the trick for now?
06:50.54destinalmake -f Makefile.new VERSION=2.0.0 DEVICE=pre2 unpack
06:50.55destinalrm -rf build/pre2-p103ueu-wr-2.0.0/rootfs/boot;  cp -rp ~/dr/145/resources/webOS/nova-cust-image-castle.rootfs/boot  build/pre2-p103ueu-wr-2.0.0/rootfs
06:50.55destinalmake -f Makefile.new VERSION=2.0.0 DEVICE=pre2 CUSTOM_DEVICETYPE=castle CUSTOM_BOOTLOADER=~/dr/145/resources/webOS/nova-cust-image-castle.rootfs/boot/boot.bin CUSTOM_INSTALLER=1 CUSTOM_INSTALLER_UIMAGE=~/dr/145/resources/webOS/nova-installer-image-castle.uImage REMOVE_CARRIER_CHECK=1 REMOVE_MODEL_CHECK=1 DISABLE_MODEM_UPDATE=1 DISABLE_UPLOAD_DAEMON=1 BYPASS_FIRST_USE_APP=1 ENABLE_DEVELOPER_MODE=1 patch pack
06:51.22rwhitbydestinal: you'll want /lib/modules too
06:51.58rwhitbydestinal: BTW, VERSION=2.0.0 is the default for DEVICE=pre2
06:52.35rwhitbydestinal: CUSTOM_INSTALLER points to the uImage, there is no CUSTOM_INSTALLER_UIMAGE
06:54.58*** join/#webos-internals piso (~piso@dynamic-adsl-94-36-103-166.clienti.tiscali.it)
06:55.17destinalright, somehow I'd left something in from an earlier attempt
06:56.52*** join/#webos-internals cryptk (~chris@unaffiliated/cryptk)
06:56.52*** mode/#webos-internals [+v cryptk] by ChanServ
06:58.29*** join/#webos-internals cryptk (~chris@unaffiliated/cryptk)
06:58.29*** mode/#webos-internals [+v cryptk] by ChanServ
06:59.40destinalrwhitby:  ok, someone with nothing set up could do this:   (provided they had extracted 145 doctor directory laid out like mine
06:59.40destinalhttp://webos.pastebin.com/HfVzVA05
06:59.48destinalseems to be running
07:00.59destinaland we have a doctor.  let's see what it does
07:01.42rwhitbydestinal: I'll be able to test the doctor in about 30 mins too
07:03.20destinalrwhitby: I'm doctoring PuffTheMagic's development pre from on the other side of the US over x11 tunnel  :)
07:03.33destinalif it works he should have an interesting surprise when he wakes up
07:03.56rwhitbyif not, you'll loose contact with it
07:04.17destinalyup
07:05.03destinaldon't disconnect your phone
07:05.09destinaldon't worry, I can't :)
07:07.15destinalfailed
07:07.17destinalhttp://webos.pastebin.com/4sRQwsDg
07:07.31destinalNov 4, 2010 3:05:00 AM com.palm.nova.installer.recoverytool.CardController handleFailCase INFO: exiting handleFailCase() java.io.FileNotFoundException: nova-installer-image-castle.uImage (No such file or directory)
07:07.40destinalmust have failed to copy it
07:07.58rwhitbybbiab
07:11.26destinalah, typo, easy enough to fix
07:15.58destinalrwhitby: nope, we never renamed  nova-installer-image-roadrunner.uImage
07:16.54destinalerr and never copied the castle one either as they have different md5sum.  odd.
07:17.55*** join/#webos-internals Mercury (~warp@99-64-161-8.lightspeed.rcsntx.sbcglobal.net)
07:19.08ka6sox-workhiya Mercury
07:22.02rwhitbydestinal: diagnosis?
07:23.01destinalrwhitby: I haven't yet understood how your CUSTOM_INSTALLER directive is working
07:23.34destinaldoesn't seem to be doing anything at this point
07:24.30rwhitbydestinal: mine got way past that point
07:25.26rwhitbymake CUSTOM_DEVICETYPE=castle CUSTOM_BOOTLOADER=/srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/rootfs/boot/boot.bin CUSTOM_INSTALLER=/srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/webOS/nova-installer-image-castle.uImage  clobber-wr all-wr
07:25.49rwhitbyfailed after ramdisk had loaded and it did the carrier check - I'll add those now
07:27.17rwhitbyI run it with:
07:27.19rwhitbyjava -jar ./build/pre2-p103ueu-wr-2.0.0/webosdoctorp103ueu-wr-2.0.0.jar --auto
07:27.59destinalright, cli mode would be sensible too. :)  my problem was that the uImage wasn't getting integrated though it's there in the command line I used
07:28.19destinalI'll try a simpler list of commands
07:30.51rwhitbybooted into installer
07:31.23rwhitbyINFO: DataPreCheckStage: no status updates within the 30sec window, closing stream and exiting stage!!
07:31.23destinalare you using -f Makefile.new  also?
07:31.36rwhitbyyep
07:32.20destinalhmm, I wonder if they're using a much different installer image in 2.0, wonder what it's looking for on the stream
07:32.37destinalcan you novacom in manually?
07:32.41rwhitbyyep
07:33.17rwhitbyso I need to disable this data migration step
07:33.19destinalk, good.  let me see where that error comes from
07:33.34*** join/#webos-internals cryptk (~chris@unaffiliated/cryptk)
07:33.34*** mode/#webos-internals [+v cryptk] by ChanServ
07:34.35destinalthat phrase does not exist in 1.4.5 doctor
07:34.40destinalbut it does in 2.0 of course
07:34.53destinalBinary file ./nova/installer/core/stages/DataPreCheckStage.class matches
07:34.53destinalBinary file ./nova/installer/core/stages/DataRestoreStage.class matches
07:34.53destinalBinary file ./nova/installer/core/stages/DataSaveStage.class matches
07:36.09rwhitbyah, of course.  the 2.0 installer uImage has some scripts in it which the 1.4.5 installer uImage does not
07:36.10destinalit's looking for "pid is"
07:36.27rwhitbylike /usr/local/sbin/recovery/pre_check.sh
07:37.01rwhitbythat's going to be a general problem - mismatch between 2.0 doctor and 1.4.5 installer uImage
07:37.03destinalyup it's  usr/local/sbin/recovery/pre_check.sh"
07:37.28destinalwe may as well build a new installer image by taking the 2.0 one and swapping the 1.4.5 kernel into it
07:39.47destinal/usr/local/sbin/recovery/pre_check.sh  and  /usr/local/sbin/recovery/cleanup_script.sh  and   /usr/local/sbin/recovery/data_save.sh  and  /usr/local/sbin/recovery/data_restore.sh  -- looks like doctor can do a lot more than blow things away now
07:41.03destinalbut I have to work in the morning and before that, sleep.   I have a feeling you'll have this pretty quickly though
07:42.47destinalrwhitby: good night
07:44.58*** join/#webos-internals egaudet_ (~egaudet@209-6-94-123.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
07:44.58*** mode/#webos-internals [+v egaudet_] by ChanServ
07:55.50*** join/#webos-internals egaudet_ (~egaudet@209-6-94-123.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
07:55.50*** mode/#webos-internals [+v egaudet_] by ChanServ
07:59.41*** join/#webos-internals un1corn (~un1corn@lojander.csbnet.se)
08:09.40rwhitbydestinal-sleep: it's creating filesystems and untarring
08:26.33*** join/#webos-internals jeffgus (~jeffgus@2002:ad33:b504::1)
08:29.09rwhitbyreflashing now with 1.4.5 kernel and 2.0 rootfs
08:30.50*** join/#webos-internals [AD]Turbo (~AmanithVG@87.19.32.135)
08:31.11[AD]Turboyo
08:32.02*** join/#webos-internals thornese (d4b78c1f@gateway/web/freenode/ip.212.183.140.31)
08:34.42rwhitbyrebooting
08:37.33rwhitby<0>Kernel panic - not syncing: No init found.  Try passing init= option to kernel.
08:39.09ka6sox-workare you using the 1.4.5 init or the 2.0 init?
08:39.25rwhitby1.4.5 kernel, 2.0 rootfs
08:39.41ka6sox-workwhich initramfs?
08:40.12rwhitbythis is real boot, but installer
08:40.19rwhitbys/but/not/
08:40.48ka6sox-workthe initramfs has to match the kernel build.
08:41.02ka6sox-workwhat are the bootie boot options?
08:41.21rwhitby1.4.5 bootie
08:41.34rwhitbywhich initramfs are you referring to?
08:42.16ka6sox-workinteresting...its saying it can't find /sbin/init I think...misread it.
08:44.42rwhitbythat's correct
08:50.55cryptkdo the pre's use an initrd or initramfs? I left my USB cord at the girlies place otherwise I would check
08:54.57ka6sox-workdid they move the partitions around in the LVM?
08:56.31rwhitbyshouldn't matter.  /boot is not in LVM, and /boot/sbin/init mounts by name
08:58.53cryptkrwhitby, what is keeping us from grabbing the source for the newest kernel available, applying the palm patches (modifying them where they need to be to get them to apply), and compiling it?
09:02.15ka6sox-workI haven't seen anything in opensource.palm.com with 2.0 in it.
09:05.09rwhitbycorrect
09:10.59*** join/#webos-internals PullingJ (~Skuzz@c-71-227-130-87.hsd1.wa.comcast.net)
09:13.51*** join/#webos-internals Olodin (548abdfd@gateway/web/freenode/ip.84.138.189.253)
09:16.04rwhitbyhttp://forums.precentral.net/showthread.php?p=2744809
09:16.43rwhitbywho is able to verify the procedure in that post for me ?
09:35.59*** join/#webos-internals hotdp (~hotdp@cpe.ge-0-2-0-917.odnqu2.customer.tele.dk)
10:22.08*** join/#webos-internals OnlyByGrace (7aa3ceeb@gateway/web/freenode/ip.122.163.206.235)
10:38.06*** join/#webos-internals idontwan2know (~umm@48.235.189.72.cfl.res.rr.com)
11:02.23*** join/#webos-internals liquidsky42 (~jan@ip-62-143-4-113.unitymediagroup.de)
11:05.32*** join/#webos-internals falchie (~falchie@falchie.csbnet.se)
11:06.10*** part/#webos-internals ConfusedVorlon (~Rob@cpc8-aztw24-2-0-cust48.aztw.cable.virginmedia.com)
11:19.33*** join/#webos-internals muesli_ (~muesli@agsb-d9bdb490.pool.mediaWays.net)
11:22.32*** join/#webos-internals phb (~phb@194.236.60.54)
11:35.47*** join/#webos-internals sugardave_ (203b607c@gateway/web/freenode/ip.32.59.96.124)
11:38.11*** join/#webos-internals datafirm (~dp@c-71-231-104-86.hsd1.wa.comcast.net)
11:44.42*** join/#webos-internals playya_ (~playya@93.216.243.122)
11:44.42*** join/#webos-internals playya_ (~playya@unaffiliated/playya)
11:53.22*** join/#webos-internals Darkmagister (~Darkmagis@93-50-213-102.ip154.fastwebnet.it)
12:01.01*** join/#webos-internals kbrabble (~wircer@cpe-72-185-137-174.tampabay.res.rr.com)
12:01.33*** part/#webos-internals kbrabble (~wircer@cpe-72-185-137-174.tampabay.res.rr.com)
12:27.15*** join/#webos-internals muchtall (~muchtall@70-99-118-66.apigroupinc.com)
12:33.36*** join/#webos-internals griffinx (~wircer@83-71-4-214-dynamic.b-ras1.dbn.dublin.eircom.net)
12:37.30*** join/#webos-internals mrjcarter (~wircer@pool-96-231-20-82.washdc.fios.verizon.net)
12:45.38*** join/#webos-internals mikewx (~mikew@mail1.ifbf.org)
13:26.49*** join/#webos-internals basotl (~basotl@cpe-76-175-208-112.socal.res.rr.com)
13:29.02*** join/#webos-internals phb (~phb@194.236.60.54)
13:31.05*** join/#webos-internals krushia (~krushia@h69-131-92-179.cntcnh.dsl.dynamic.tds.net)
13:43.54*** join/#webos-internals fprimex (~fprimex@brent-macbook.sc.fsu.edu)
13:54.53*** join/#webos-internals phb (~phb@194.236.60.54)
14:04.25*** join/#webos-internals falchie (~falchie@falchie.csbnet.se)
14:25.59*** join/#webos-internals acydlord (~xopher@63-225-198-176.phnx.qwest.net)
14:34.36*** join/#webos-internals PullingJ (~Skuzz@c-71-227-130-87.hsd1.wa.comcast.net)
14:35.25destinal-sleeprwhitby: nice work -- now I wonder what's going on with the kernel and init, hmm
14:40.25*** join/#webos-internals earl_ (415fa5b0@gateway/web/freenode/ip.65.95.165.176)
14:45.08destinalrwhitby: I definitely won't try it on PuffTheMagic's dev pre since I'd lose the ability to talk to it
14:46.35destinalnow if only I can find a victim device :)
14:48.04*** join/#webos-internals GNUtoo|laptop (~gnutoo@host245-13-dynamic.54-79-r.retail.telecomitalia.it)
14:51.10*** join/#webos-internals falchie (~falchie@falchie.csbnet.se)
14:51.29*** join/#webos-internals punzada (punzada@gateway/shell/xzibition.com/x-ibbioheedtmemfqp)
14:53.25*** part/#webos-internals windzilla (~wircer@184-200-31-18.pools.spcsdns.net)
15:03.29halfhalowill try it on his pre later today
15:03.49halfhaloSince this particular pre has not been non in months
15:04.55halfhaloHmmm, gotta find the tokens for it first though... Never flashed it to vzw after the Coms swap
15:18.04*** join/#webos-internals mfisch (~mfisch@nat/hp/x-fcojqoaihkxeqnwx)
15:23.19*** join/#webos-internals griffinx (~wircer@212.129.64.222)
15:53.55destinalhalfhalo: you could just use dd to back up a large chunk of the flash disk
15:54.05destinaltokens are in nvram area at the beginning
15:54.23halfhaloWell, it has the wrong tokens as it is
15:54.46destinalthat must be an interesting story..
15:55.02halfhaloIts a vzw pre -
15:56.43*** join/#webos-internals navinag (86868b46@gateway/web/freenode/ip.134.134.139.70)
15:57.05destinalah, does that require a com board swap or just putting a different MEID on it?
15:57.20halfhaloI did a coms swap
15:57.39halfhaloSince I wanted my sprint phone to be a pre plus
15:57.55destinalah
15:59.00destinalI want to do the same thing, either pre+ or better yet pre2 -> sprint
15:59.33destinalwhich will leave me with a dev pre with a UMTS board in it I imagine
15:59.47*** join/#webos-internals egaudet_work (c029ac14@gateway/web/freenode/ip.192.41.172.20)
16:02.43*** join/#webos-internals playya_ (~playya@unaffiliated/playya)
16:08.48*** join/#webos-internals datafirm (~dp@secondlife.main.test.wishpot.com)
16:10.49*** join/#webos-internals jacques_ (6217fec1@nslu2-linux/jacques)
16:10.49*** mode/#webos-internals [+v jacques_] by ChanServ
16:24.42*** join/#webos-internals windzilla (~wircer@184-218-106-69.pools.spcsdns.net)
16:28.31*** join/#webos-internals SineOt (~sine@64.134.222.101)
16:34.11*** join/#webos-internals griffinx (~wircer@83-71-4-214-dynamic.b-ras1.dbn.dublin.eircom.net)
16:34.48*** join/#webos-internals Mousey (~wtfisme@sea02-v600-nat.marchex.com)
16:35.09*** join/#webos-internals bhern (~bhern@irc.angui.sh)
16:41.44*** join/#webos-internals hemna (~waboring@nat/hp/x-anztmfdqwgfdwdzl)
16:43.37*** join/#webos-internals Templarian (~Templaria@resnet219-120.resnet.wmich.edu)
16:43.37*** mode/#webos-internals [+v Templarian] by ChanServ
16:44.26*** join/#webos-internals muesli (~muesli@amarok/developer/muesli)
17:31.53*** join/#webos-internals Bree (~T.Gokur@99.107.180.131)
17:44.38*** join/#webos-internals hucksy (~hucksy@85.183.58.26)
17:48.56*** join/#webos-internals mrjcarter (~wircer@108.111.252.120)
18:05.24*** join/#webos-internals piso (~piso@dynamic-adsl-94-36-124-75.clienti.tiscali.it)
18:11.29*** join/#webos-internals acydlord (~xopher@63-225-198-176.phnx.qwest.net)
18:12.19*** join/#webos-internals oilsworkn (d04a988e@gateway/web/freenode/ip.208.74.152.142)
18:12.24*** mode/#webos-internals [+v oilsworkn] by ChanServ
18:13.26*** join/#webos-internals rsanchez1 (62b434d5@gateway/web/freenode/ip.98.180.52.213)
18:25.14*** join/#webos-internals jrmuizel (~jrmuizel@mozca02.ca.mozilla.com)
18:34.31*** join/#webos-internals GNUtoo|laptop (~gnutoo@host245-13-dynamic.54-79-r.retail.telecomitalia.it)
18:40.41*** join/#webos-internals NuttyBunny (~cnegrete@187.152.190.9)
18:45.36*** join/#webos-internals mpingu (~pingu@p4FEF4DB4.dip.t-dialin.net)
18:51.03NuttyBunnyHi everyone
18:51.52NuttyBunnyjust a question, building the FrankenDoctor, right now it won't boot, it won't install and it won't work at all, leaving my Pre in a state in which I'll would have to use another Doctor to restore it, am I right? :)
18:54.29*** join/#webos-internals Tman (~tyler@nat-165-91-15-112.tamulink.tamu.edu)
18:54.29*** join/#webos-internals Tman (~tyler@unaffiliated/tman)
18:57.29*** join/#webos-internals jeffgus (~jeffgus@2002:ad33:b504::1)
18:57.44Loudergoodlol
18:57.51Loudergoodthat's what it looks like to me
19:00.20NuttyBunnyYeah, thought so also. I'll have to wait just a bit longer, I don't have a spare Pre to test :(
19:21.56*** join/#webos-internals bpadalino (~bpadalino@cpe-72-230-135-225.rochester.res.rr.com)
19:22.16*** mode/#webos-internals [+v bpadalino] by ChanServ
19:34.44*** join/#webos-internals Tman (~tyler@unaffiliated/tman)
19:41.26*** join/#webos-internals basotl (~basotl@cpe-76-175-208-112.socal.res.rr.com)
19:42.09*** join/#webos-internals acydlord (~xopher@63-225-198-176.phnx.qwest.net)
19:56.01destinalrwhitby: ping
19:56.34*** join/#webos-internals mfisch (~mfisch@nat/hp/x-gjkfofiecpuaqgrm)
19:57.32*** join/#webos-internals alkos333 (~alkos333@173.7.133.160)
19:57.50destinalLoudergood: fyi, I know you didn't ask but Nutty is gone.  The frankendoctor may render your hardware an actual brick, so anyone not possessing a spare pre and willing to do arcane things to try to fix it if it's even fixable should not attempt
19:58.02destinalok, not an actual brick, but actually brick it :)
19:58.13halfhalowants a brick
19:58.40egaudet_workwhat's a frankendoctor
19:58.48destinalhttp://forums.precentral.net/webos-internals/267880-frankendoctor-1-4-5-2-0-0-a.html
19:58.56Loudergoodhaha yes, I figured as much
19:59.08destinalegaudet_work: a 2.0 doctor for roadrunner hacked to flash castle
19:59.23LoudergoodI happened to stumble on the twitter post about 30 seconds after it was up last night so I looked at it then
19:59.38*** join/#webos-internals idontwan2know (~umm@48.235.189.72.cfl.res.rr.com)
20:00.22egaudet_workdestinal: is this an attempt to get a webOS 2.0 metadoctor ?
20:01.01destinalegaudet_work: yup.  I think we're pretty close with all the work rod put into metadoctor last night
20:01.11Loudergoodyou know they couldn't resist trying that
20:01.27*** join/#webos-internals mfisch (~mfisch@nat/hp/x-omghmkhlvaouucad)
20:02.03egaudet_workwhy not just rip the userland and castle.xml out and put in regular doctor if there are brickable parts this way?
20:02.45*** join/#webos-internals bsm (~rob@port-92-196-70-227.dynamic.qsc.de)
20:03.24destinalegaudet_work: that's not a bad idea but there were some changes to how 2.0 is set up and changes to both client (doctor) and server (pre installer image) sides to make it work.
20:04.11destinalmore than just the xml descriptors, though those are significantly different too (different partitions etc)
20:05.12*** join/#webos-internals dgathright (~dgathrigh@nat/yahoo/x-xqxjaewxgktapvfx)
20:05.12egaudet_workWhat would the doctor be doing new that was absolutely needed aside from the .xml partitioning and userland
20:05.35egaudet_workI mean 'needed' for old hardware
20:06.06destinalneeded for laying out the system for 2.0 not necessarily for new hardware.
20:06.15Loudergoodfrom what I gathered it was more of a kernel issue?
20:06.17bsmare you talking what is needed to get the image running on older hardware? thats what I also asked myself while extracting the image....
20:06.18destinaland tbh I'm not sure, it may work
20:06.49egaudet_workCan the new image even run on old hardware?
20:07.04egaudet_workHopefully I'll be able to get a stable internet connection going tonight
20:07.06destinalegaudet_work: userland should
20:07.18egaudet_workyeah userland not kernel
20:07.30destinalegaudet_work: with the pre's kernel I don't see why it shouldn't
20:08.29egaudet_workis the userland still packed up as nova-cust-castle- etc..
20:11.21egaudet_workdestinal: is the kernel panic in that post still the current issue?
20:11.23dtzWillstupid question maybe but they didn't build any of the userspace binaries targeting the new processor?
20:14.03dtzWillanyone get more debugging information on that init failure? does it not *find* the file or does it fail when executing?
20:17.00*** join/#webos-internals Tman (~tyler@nat-165-91-14-122.tamulink.tamu.edu)
20:17.00*** join/#webos-internals Tman (~tyler@unaffiliated/tman)
20:22.41destinalegaudet_work:   I never got as far as a kernel panic.   rwhitby did but nobody else can even get the installer to boot since it doesn't appear to be storing with the right filename.  with work today I haven't had a chance to do any more than reproduce the same issue they're having and post it to the forum thread
20:23.13destinalbsm: yup that's what we're working on, think we're fairly close but it's slightly tricky
20:23.24egaudet_workSo what are the "brick" worries ?
20:23.56destinalegaudet_work: I think he's mainly trying to scare people off.  it could theoretically flash something without a check with the wrong flash or something
20:24.17egaudet_workok just checking if there was already a brick case
20:24.24destinalsince we don't know much about 2.0 or the new hardware to know if differences.  no cases that I've heard of
20:26.42bsmdestinal, which thread are you referring to? its not the "Pre 2 webOS Doctor available - what can we learn from it?", is it?
20:27.01destinalbsm: http://forums.precentral.net/webos-internals/267880-frankendoctor-1-4-5-2-0-0-a.html
20:27.33bsmdestinal thx
20:30.05*** join/#webos-internals alkos333 (~alkos333@108.120.142.190)
20:31.18*** join/#webos-internals alkos333_2 (~alkos333@184-223-119-127.pools.spcsdns.net)
20:44.47*** join/#webos-internals SineOt (~Sine@pool-71-107-135-61.lsanca.dsl-w.verizon.net)
20:48.34*** join/#webos-internals Tman (~tyler@nat-165-91-14-104.tamulink.tamu.edu)
20:48.34*** join/#webos-internals Tman (~tyler@unaffiliated/tman)
20:51.43*** join/#webos-internals Loudergood (~chatzilla@68-187-232-99.dhcp.davl.vt.charter.com)
21:02.04*** join/#webos-internals jeffgus (~jeffgus@2002:ad33:b504::1)
21:04.40*** join/#webos-internals alkos333_2 (~alkos333@108.123.54.80)
21:09.19rwhitbyegaudet_work: i won't brick anything, just make it unbootable.
21:14.04*** join/#webos-internals dkirker1 (~dkirker1@2001:48c0:1001:5:66b9:e8ff:feb7:c7b2)
21:14.08*** join/#webos-internals dkirker1 (~dkirker1@openmobl/ceo/dkirker)
21:18.58destinalrwhitby: morning
21:20.13destinalrwhitby: I haven't had time to investigate it but do you know why everyone else but yet is not having CUSTOM_INSTALLER work properly?
21:20.21destinals/yet/you/
21:21.19destinalwe're all left with a doctor with a roadrunner named uimage and none with acastle name
21:24.11rwhitbydestinal: yeah, dunno.  Maybe it's a sed thing. I'll test on Ubuntu today (been doing it so far on MacOSX)
21:24.36rwhitbycan you check the resulting installer.xml and see if it correct?
21:27.18*** join/#webos-internals cryptk (~chris@unaffiliated/cryptk)
21:27.19*** mode/#webos-internals [+v cryptk] by ChanServ
21:27.39destinalrwhitby: <Installer target="castle" version="353986" image="nova-cust-image" ramdisk="nova-installer-image" bootfile="boot-castle.bin">
21:27.53rwhitbyso that looks correct
21:28.17destinalI don't have  a  nova-installer-image-castle.uImage  in there though
21:28.21destinalin the directory
21:44.35linuxjacquesrwhitby: you said "I've confirmed that /dev/mmcblk0p2 is being mounted and that /sbin/init exists on that partition." what about an init symlink in / ?
21:46.41*** join/#webos-internals datafirm (~dp@secondlife.main.test.wishpot.com)
21:47.22rwhitbydestinal: do you see the lines where the Makefile moves that in?
21:47.57rwhitbylinuxjacques: I'll check later
21:48.22rwhitbylinuxjacques: I'm also wondering whether the toolchain change has any impact
21:48.47linuxjacqueswhat's the toolchain change?
21:49.14rwhitbyI noticed in the OE control files on the rootfs that the toolchain has changed.
21:49.17linuxjacquestho, kernel build toolchain and userspace build toolchain are orthogonal
21:49.23rwhitbylooks like they've updated to cs09q1
21:49.38rwhitbyyeah, they should be orthogonal
21:49.44linuxjacquesas long as you build kernel and modules with same toolchain, you;re OK :-)
21:50.02linuxjacquesif you don't, you can get all sorts of hard to debug problems
21:50.13rwhitbyyeah, we're copying in kernel and /lib/modules from the 1.4.5 doctor
21:51.03linuxjacquesthe init thing is curious because on my buildroot-built embedded images I need that symlink, but my desktops don't have it
21:51.38rwhitbylinuxjacques: I'm going to compare the 1.4.5 boot partition and the 2.0 boot partition later today.
21:52.01linuxjacquescool, that should be quite interesting
21:52.01rwhitbyi believe it's still in the boot partition at that point and has not done the pivot_root yet
21:52.17rwhitbybbiab
21:52.17linuxjacquesyeah I think so
21:52.50*** join/#webos-internals Tman (~tyler@dhcp-128-194-7-121.resnet.tamu.edu)
21:52.50*** join/#webos-internals Tman (~tyler@unaffiliated/tman)
21:53.15ka6sox-workTman, ping?
21:55.56destinalrwhitby: back
21:56.06destinaloh heh
21:57.03linuxjacquesain't that always the way?  :-)
21:58.31*** join/#webos-internals zodttd (~me@user-0c90n0l.cable.mindspring.com)
21:58.48punzada400 Carleton Avenue
21:58.55punzadawhoops, mis-paste
21:59.31*** join/#webos-internals sugardave_ (c803d42a@gateway/web/freenode/ip.200.3.212.42)
22:00.43rwhitbydestinal: back for 10
22:00.53linuxjacquesinfobot: launch ICMBs
22:00.53infobotACTION straps ICMBs to an ACME rocket, lights the fuse and ducks behind a rock
22:06.27rwhitbymake CUSTOM_DEVICETYPE=castle CUSTOM_BOOTLOADER=/srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/rootfs/boot/boot.bin CUSTOM_INSTALLER=/srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/webOS/nova-installer-image-castle.uImage CUSTOM_KERNEL_DIR=/srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/rootfs clobber-wr all-wr
22:06.32rwhitbydestinal: that's what I'm using now
22:06.46*** join/#webos-internals zodttd (~me@user-0c90n0l.cable.mindspring.com)
22:07.56destinalrwhitby: I'll try it
22:09.55destinalrwhitby:  doing now,  only difference is I had to     make -f Makefile.new DEVICE=pre2    at start of that line
22:10.17rwhitbyright.  I have them in my local copy
22:11.15rwhitbyheh, actually my "ifeq (${LOGNAME},rwhitby)" bit does that :)
22:11.39rwhitbydestinal: pushed a better kernel copy (uses tar now)
22:11.48destinalrwhitby:  it's   cp  /srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/webOS/nova-installer-image-castle.uImage   build/pre2-p103ueu-wr-2.0.0/webOS/./nova-installer-image-roadrunner.uImage
22:11.48destinalwhy does it want to do that?
22:12.11destinalthe doctor is lookihng for a nova-installer-image-castle.uImage
22:12.27rwhitbycp /srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/webOS/nova-installer-image-castle.uImage build/pre2-p103ueu-wr-2.0.0/webOS/nova-installer-image-castle.uImage
22:12.41rwhitbytry putting DEVICE=pre2 inside the Makefile.new
22:12.54rwhitbymaybe there's a var override difference
22:13.16rwhitbybbiab 20 min
22:13.18*** join/#webos-internals Amaranth (~travis@ubuntu/member/Amaranth)
22:13.50*** join/#webos-internals DJNomad (62de62aa@gateway/web/freenode/ip.98.222.98.170)
22:14.04DJNomadhi all
22:14.34*** join/#webos-internals rjs (ron@74.208.185.36)
22:15.36DJNomadcan anyone direct me to the link to get preware on my pc?
22:15.57cryptkPreware is not a PC app, it is for your phone.  install.preware.org
22:16.00DJNomadsorry noob question,I had it before I reinstalled my pc os
22:16.32cryptkpreware is a webos app though, you definitely didn't have it installed on your PC, are you thinking of Quick Install?
22:16.44DJNomadcryptk you do have to install it from your pc tho and the themes are done from your pc i think
22:16.56DJNomadyeah quick install
22:16.58cryptkthe themes can be isntalled from within preware
22:17.12DJNomadreally I havent found themes on mine
22:17.29DJNomadit has themes in it but that appears to be keyboard themes
22:17.33cryptkthey are disabled by default, go into the preware prefrences and enable the theme feeds
22:17.43DJNomadawesome thanks
22:17.59halfhalopreware is that thing with that feature that does that other thing, right?
22:18.05cryptkhaha
22:18.19halfhalowait, thinking of my calculator
22:18.24DJNomadI got my phone with all the preware on it gonna do my mothers in a little bit
22:18.50DJNomadhalf are you maing fun of me ?
22:19.01halfhalono, making fun of preware
22:19.01DJNomadlol its ok I do it often myself
22:19.29DJNomadI have the cheapest web os phone the pixi
22:19.39DJNomadI am ashamed to admit it here lol
22:19.45SineOtwhy? lol
22:19.46DJNomada sprint one at that
22:19.49SineOtI love my Pixi
22:20.04DJNomadI love mine too but its low man on the totem pole
22:20.06SineOtthe best thing I can say is... ~"haters gonna hate"~
22:20.32SineOtSlap Preware on there, install Govnah, Warthog Pixi, and sail along at 787mhz. :p
22:21.08DJNomadsinot I havent gotten that far
22:21.30DJNomadI seen somewhere the pixi couldnt do over 600mhz tho
22:21.47ka6sox-workDJNomad, mine runs @ 907mhz.
22:21.50SineOtit couldn't... but then Android handsets started using the same chipset
22:21.58SineOtso overclocking has become a reality
22:22.00DJNomadI got govnah ..havwe no clue what warthog pixi is
22:22.07SineOtmine wasn't stable at 907mhz, ka6sox-work :(
22:22.45ka6sox-workSineOt, bummers
22:22.51DJNomadcan anyone help me with preware prefs?
22:22.54halfhalomine runs at NaN
22:23.16DJNomadI am going through it and "main scene" is set to "no"
22:23.19SineOtyeah, would trip into a full restart when it tried to hit 907... but 787 runs fine so far
22:24.47DJNomadthis "warthog pixi" is avail from preware on phone?
22:24.57SineOtDJNomad: that's what I have set too. You shouldn't need to touch the preferences much
22:24.59SineOtyes it is
22:25.41DJNomadwhat category?
22:25.48ka6sox-workSineOt, one pixi I have won't go above 800mhz but the other does 907mhz
22:26.00ka6sox-workI should back it down for stability.
22:26.47SineOtDJNomad: you need to add the feed, first.
22:27.13DJNomadI dont want to bother anyone but if someone has the time I would appreciate it
22:27.17SineOtname: webos-kernels-testing, url http://ipkg.preware.org/feeds/webos-kernels/testing/1.4.5/
22:27.36*** join/#webos-internals Pablo_ (5f149d56@gateway/web/freenode/ip.95.20.157.86)
22:27.36DJNomadonly thing I have for trade would be secrets to the facebook game kingdoms of camelot lol
22:28.10DJNomadsineot ,where do I go to add a feed ?
22:28.22SineOtunder the Preware menu, "Manage Feeds"
22:29.16DJNomadkk thx,I will have to manually add it ?
22:29.52DJNomadand the "is compressed" would that be a yes or a no ?
22:30.51Pablo_Hi! Im writting in search of anybody that please can help me with Quick Install installation. The problem, is that after getting done all the requirements (updating java, enabling devMode, etc), when i open quick install .jar file nothing happens. What should i do? does anybody knows?
22:32.08SineOtleave that yes, DJNomad
22:32.15DJNomadthe .jar file should open a program and run it
22:32.28SineOtPablo_: WebOS Quick Install isn't supported by webos-internals... :p
22:33.11Pablo_and do you know where to find support?
22:33.19rwhitbyPablo_: but often we'll help where the answer is easy
22:33.26rwhitbyPablo_: what host OS?
22:33.38Pablo_win7
22:33.42DJNomadSineOt: I know I shouldnt have to ask this but what should I name the feed?
22:34.07rwhitbyPablo_: ok, if you were following the instructions in the Preware Homebrew Documentation app in the app catalog, there is a link for win7 problems
22:34.08Pablo_the problem is that the quick install does not run any program
22:34.08SineOtwebos-kernels-testing is what I named mine
22:34.16DJNomadI could never get it to find my phone using windows,I had to use linux to do it
22:34.35rwhitbyPablo_: it points to a specific win7 thread on precentral
22:35.03destinalrwhitby: shame you don't primarily use ubuntu any more.  I tried changing your "rwhitby" section to my login name and for some reason it doesn't set the defaults right.  could OSX's make be weird?
22:35.10rwhitbyPablo_: it also has the support link for WOSQI
22:36.14SineOtdestinal: it's a possibility. Most OSX/Xcode stuff uses LLVM now, so I don't know if they're even keeping GCC up to date any more, but who knows~
22:36.20rwhitbydestinal: I just tried on Ubuntu and it worked, after changing the pre2 to pre in my login section
22:36.58Pablo_+rwhitby: and what is really suppsed to do quickinstall?
22:36.59rwhitbyI'll try it again on Ubuntu with that section removed from the Makefile
22:36.59destinalrwhitby: to pre? but version to 2.0.0 then?
22:37.08rwhitbyyes
22:37.22rwhitbythat's done by DEVICE=pre2
22:37.49rwhitbyPablo_: WOSQI is a java program
22:38.36destinalI get:
22:38.36destinalmake[1]: Entering directory `/srv/tools/meta-doctor'
22:38.36destinalrm -rf build/undefined--wr-
22:39.16destinalso your rwhitby section isn't triggering for my login, even if I take out your ifeq.  no idea what's up, make hates me :(
22:40.00rwhitbydestinal: what's your command line ?
22:40.33SineOtDJNomad: any luck?
22:40.35destinaloops, spoke too soon, was a problem with my VERSION line
22:40.51rwhitbydestinal: you shouldn't need to change VERSION at all
22:40.55linuxjacquesmake hates everyone other than rwhitby
22:41.24halfhalomake is not on speaking terms with me ever since i started seeing rake
22:41.31destinalrwhitby: if you change it off pre2 to pre how is it going to know to use the 2.0 doctor as a base?
22:41.40destinalis confused
22:41.44DJNomadSineOt:  I believe I got it added,sidetracked myself installing quickinstall on pc lol
22:41.44rwhitbydestinal: DEVICE=pre2 on the command line
22:42.12destinalrwhitby: oh, I thought you said earlier you were changing to using pre instead, maybe I was not in the right context
22:42.26DJNomadSineOt: what category would warthog be in ?
22:42.56SineOtif you go to the option in Preware of "list of everything," you can just type "warthog" and it'll find it for you
22:43.01rwhitbydestinal: I changed pre2 to pre in my LOGNAME section
22:43.13rwhitbySineOt: you can also type it in the main screen
22:43.36SineOtrwhitby: hooooooooooooooooooly smokes you can wow
22:43.40rwhitbydestinal: what's the command line you're using with an unmodified Makefile.new ?
22:43.51rwhitbySineOt: "Just Type"
22:44.35DJNomadk thanks
22:44.58DJNomadsaid feeds had changed and I have to reload so I assume I got that part right lol
22:45.28rwhitbydestinal: ah, I think I know why
22:45.57DJNomadI might have to run linux from live cd to do the quick install casue I reinstalled windows only on my pc the other day
22:46.31*** join/#webos-internals idontwan2know (~umm@48.235.189.72.cfl.res.rr.com)
22:47.04DJNomadkk I have the uberkernal installed,installiung the warthog without taking the uber off seems like it could be a mistake
22:47.05rwhitbydestinal: pull and try now with Makefile
22:47.32*** join/#webos-internals egaudet (~egaudet@68-245-161-38.pools.spcsdns.net)
22:47.32*** mode/#webos-internals [+v egaudet] by ChanServ
22:47.48destinalrwhitby: k, pulled and running
22:47.49rwhitbyMakefile.new no longer exists now, I merged it back after testing some more
22:48.24destinalmv: `build/pre-p100ueu-wr-1.4.5/webOS/nova-cust-image-castle.rootfs.tar.gz' and `build/pre-p100ueu-wr-1.4.5/webOS/nova-cust-image-castle.rootfs.tar.gz' are the same file
22:48.25destinalmake[1]: *** [build/pre-p100ueu-wr-1.4.5/.unpacked] Error 1
22:49.10destinal(after mv build/pre-p100ueu-wr-1.4.5/webOS/nova-cust-image-castle.rootfs.tar.gz build/pre-p100ueu-wr-1.4.5/webOS/nova-cust-image-castle.rootfs.tar.gz )
22:49.11SineOtDJNomad: Preware should handle it all fine
22:49.38DJNomadSineOt: thanks,I already uninstalled it tho
22:49.47destinalI tend to agree with its statement :)
22:50.36destinalah, oops, that was with DEVICE=pre, no wonder.  sec
22:51.13rwhitbythat's my awesome end user error checking ;)
22:51.46destinalrwhitby: trying again with  --   make DEVICE=pre2 CUSTOM_DEVICETYPE=castle CUSTOM_BOOTLOADER=/srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/rootfs/boot/boot.bin CUSTOM_INSTALLER=/srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/webOS/nova-installer-image-castle.uImage CUSTOM_KERNEL_DIR=/srv/doctors/unpacked/webosdoctorp100ueu-wr-1.4.5/rootfs clobber-wr all-wr
22:52.05rwhitbythat should do it
22:52.24rwhitbydestinal: which JDK do you have installed, BTW?
22:52.28*** part/#webos-internals Mousey (~wtfisme@sea02-v600-nat.marchex.com)
22:52.42destinalrwhitby: it was pre2 earlier when it was failing, then you confused me
22:53.01destinalrwhitby: Java(TM) SE Runtime Environment (build 1.6.0_22-b04)
22:53.23rwhitbydestinal: sun or open jdk ?
22:53.26destinalrwhitby: sun
22:53.42destinalrwhitby: due to past experience don't really trust anything else
22:54.26rwhitbyright
22:54.37destinalooh, I need curl it seems, sec
22:54.44destinalnewish VM
22:54.47rwhitbyalthough I guess it's oracle now :)
22:55.09destinalrwhitby: and thus begins the death of all Sun's creations
22:55.10rwhitbydestinal: I think what was happening was the internal call to make wasn't picking up the Makefile.new
22:55.19rwhitbyand using the old Makefile instead
22:55.45rwhitbyusing ${MAKE} is supposed to pass that through
22:56.49destinalrwhitby: we're doing neat stuff with the flasher class I see?  kewl
22:57.00rwhitbyyeah ;)
22:57.51rwhitbywe need to find an open source java class decompiler to use though.  jode doesn't handle latest class file formats
22:58.04destinalaha and also I'm getting a castle uimage appended
22:58.09destinalvery key, that
22:58.27destinaldone packing, yay
22:59.21rwhitbydestinal: there is some stuff (like "sideloading") in the doctor FlasherClass which is not exposed through the UI
22:59.38rwhitbyI suspect they have a different front-end that uses the same classes for internal use at Palm
22:59.54*** join/#webos-internals hemna (~waboring@nat/hp/x-grmozrbdjirpnrge)
23:00.06rwhitbythere's references to "NDI" in the doctor, which I assume is "New Device Installer"
23:00.25destinalrwhitby: so did you patch the flasher to do things the old way, then?  not look for scripts that aren't out there?
23:01.07rwhitbylook at patches/doctor/....
23:01.28DJNomadis there any palm centro users in the room?
23:01.31rwhitbydisabled stuff to do with upgrading
23:01.35destinaloh nice
23:01.58destinalyes, I see now
23:01.59DJNomadmy mother had a centro and moved to a pixi and I am trying to figure out how to get her contacts off the centro
23:02.09destinalok let me see if I can't break this thing now
23:02.13rwhitbybbiab 10 mins
23:02.21destinalrwhitby: I got access to a spare pre
23:02.32destinalat least for a while
23:02.49DJNomad"spare" lol nice
23:03.28destinalDJNomad: maybe treocentral forums
23:03.38SineOtroadrunnercdma_fw.tar with a size of 0? why even include it o_o;
23:03.45DJNomadkk thanks
23:04.08DJNomadI found somewhere I could do it with usb cable but she has lost it somehow lol
23:04.25SineOtwhat kind of USB port is it? mini?
23:05.00DJNomadim ot certain,the charging port is diff so I asssumed the usb was diff,I should check it out
23:05.35DJNomadI do have mini and micro usb cables so maybe one of them will work
23:05.55DJNomadI also have a bluetooth pc dongle
23:07.00destinalrwhitby: awesome, loaded ramdisk
23:07.14*** join/#webos-internals idontwan2know (~umm@48.235.189.72.cfl.res.rr.com)
23:07.48DJNomadanyone up to guiding me in govnah to overclocking my pixi to something not to extreme?
23:08.13destinalmaking filesystems
23:08.23SineOtsure! first thing I'd do is... Enable Compcache
23:08.47DJNomadthat is done top left?
23:09.05SineOtWithin Govnah, tap "Profile"
23:09.13SineOtthen "Advanced Settings"
23:09.28DJNomadk
23:09.52destinalrwhitby: sometimes I think we should just create our own open installation tool that consumes doctor resources rather than bothering to patch and use doctor itself
23:09.53DJNomadcpu freq...compressed swap etc on screen now
23:10.17SineOtUnder Compressed Swap, I like having it set to enable, and 24mb
23:11.01DJNomad1 compache enabled? 98304 compache mem limit
23:11.06SineOtThe Pixi has 256mb of memory, but only about 192mb is available to the end user (I think)
23:11.16SineOtDJNomad: did you turn on "advanced" in the Govnah settings? :P
23:11.25destinalTrenchcoat: 50% complete
23:11.41SineOter, "Manual Entry"
23:12.02DJNomadits on "manual entry"
23:12.07SineOtTurn that off. :p
23:12.13DJNomaddashboard is off
23:12.18rwhitbyI should change the note under Manual Entry from "Experienced Users only" to "Total Newbies only", so that people don't go and change it.
23:12.32destinalrwhitby: lol
23:12.33DJNomadlol rw
23:12.43rwhitbycause it seems that changing it is the first thing people do, when they are *definitely* not experienced.
23:13.04DJNomadI change things till it stops working lol
23:13.26DJNomadhasnt stopped yet and I have had it nearly a month lol
23:13.43SineOtrwhitby: dumb question, but poking around the 2.0 doctor... The root file system that gets flashed to the device is within nova-cust-image-roadrunner.rootfs.tar.gz correct?
23:13.57rwhitbyyes
23:14.18SineOtI saw people had been poking the default apps, but /media/ is empty! Where does that get mapped to?
23:14.18destinalrwhitby: ok, done with trenchcoat-based flashing  :P
23:14.42rwhitbymedia is a different partition, and is empty in the doctor
23:14.52SineOtwhere does it live then?
23:15.01SineOtoh hurf
23:15.07SineOtit lives in /usr/ doesn't it
23:16.07DJNomadcompache enabled should be 24 and not 1 SineOt ?
23:16.08*** join/#webos-internals egaudet (~egaudet@209-6-94-123.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
23:16.08*** mode/#webos-internals [+v egaudet] by ChanServ
23:16.17SineOtI personally use 24
23:16.27destinalrwhitby: ok, my spare pre is now a member of the infinite reboot cycle club.   now I can get to debugging :)
23:17.10DJNomadkk what about the mem limit? 98304 now
23:18.14DJNomadbtw SineOt ,I appreciate very much you taking the time to mess with me
23:18.58DJNomadmy cousin has a iphone and this will help me make him look like he wasted a lot of money on junk lol
23:19.00SineOtthat should be 24
23:19.09SineOtbut be sure to turn off the manual entry
23:19.24SineOtor overclocking will be a pain in the ass and you will hate yourself (and most everyone else will hate you too :p )
23:19.52DJNomadcompache enabled should be 1 and the memlimit should be 24?
23:20.07SineOtyes
23:20.17SineOtdid you turn off manual entry?
23:20.23SineOtI'm not going to help if you didn't :T
23:20.45DJNomadI will do as you say,where is manual entry?
23:20.52SineOtyou turned it on! lol
23:21.00SineOtit's in the Govnah preferences at the bottom
23:21.05DJNomadfound
23:21.19DJNomadmanual entry is yes,I need to make it "n"
23:21.23DJNomad"no"
23:21.24SineOtright
23:21.29DJNomaddone
23:21.33*** join/#webos-internals egaudet (~egaudet@209-6-94-123.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
23:21.33*** mode/#webos-internals [+v egaudet] by ChanServ
23:21.38DJNomadnow go to profile
23:21.52DJNomadadvanced settings
23:21.58SineOtyes, yes
23:22.10SineOtCompcache: True, Memlimit: 24MB
23:22.38DJNomadmine is at 96mb
23:22.42destinalrwhitby: hmm, you know of any way to keep a USB device mapped into a VM even across unplug / replug
23:22.49SineOtset it at 24MB
23:22.49DJNomad24 is lower and would seem to be worse
23:22.50destinal(Vmware workstation)
23:22.56rwhitbyDJNomad: larger is not better
23:22.56DJNomadI will set to 24 tho
23:23.05DJNomadthats not what she said
23:23.09DJNomadhehe jk
23:23.09egaudetI don't use compcache
23:23.12DJNomadsorry all
23:23.20SineOtwhat compcache does is compresses part of the memory space. What you get is more "useable" space at the cost of speed
23:23.50SineOtSo having a smaller setting, like 16 or 24, leaves you a lot of fast memory, with more "useable" but slower as a backup if it starts filling up
23:23.52DJNomadits not letting me change compache mem limit
23:23.56egaudetalright I should have "stable" internet now, time for bip
23:24.05DJNomadbasically its swapfile space
23:24.25*** join/#webos-internals egaudet (~egaudet@209-6-94-123.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
23:24.25*** mode/#webos-internals [+v egaudet] by ChanServ
23:24.26destinalrwhitby: hmm  with vendor ID and product ID it can be done: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1648
23:24.50rwhitbydestinal: I always flash from MacOSX anyway
23:25.07rwhitbyI have /srv nfs mounted from Mac into VM
23:25.10destinalanyone know the VID/PID for omap3430?
23:25.29DJNomadthats odd it wont let me change memlimit
23:26.17destinalI don't have a spare linux box to ask at the moment and windows sucks for catching ID info fast like this
23:26.28SineOtyeah, I'd say try relaunching Govnah
23:26.31SineOtif that doesn't fix it, reboot
23:26.35rwhitbyno
23:26.47rwhitbymemlimit can only be changed when compcache is disabled
23:27.08rwhitbyso just disable it, and then enable with a changed limit.  don't forget to apply settings.
23:27.10SineOtreally?
23:27.15destinalrwhitby: oh wait, no I need bootie's VID/PID not the OMAP
23:28.31rwhitby[Vendor: 0X830, Product: 0X8001]
23:28.40destinalrwhitby: thanks
23:28.41rwhitbythat's recovery boot
23:29.02DJNomadrebooting
23:37.45*** join/#webos-internals edektor (~edektor@paulcbrown.dsl.xmission.com)
23:39.37*** join/#webos-internals playya_ (~playya@unaffiliated/playya)
23:40.06destinalrwhitby: thanks, in case anyone (like me) is reading this log some day, this directive is supposed to do it in VMWare.
23:40.07destinalusb.autoConnect.device0 = "vid:0x830 pid:0x8001"
23:40.16destinalugh, but it's not working either. sigh.
23:40.41rwhitbydestinal: try decimal numbers?
23:42.01rwhitbydestinal: "make DEVICE=pre memload mount" is handy in the meta-doctor dir
23:42.29destinalrwhitby: yeah, that's what I'm trying.  if the device would stay plugged in it would be nice :)
23:42.51destinalstupid virtual computer
23:43.10rwhitbydestinal: what host OS is the guest running on?
23:43.26destinalwindows.  getting ready to install the sdk now (also newish windows install)
23:43.49rwhitbyah, so you're going to be our "Install Preware using Windows" expert?
23:44.25destinalheh, preware would be a piece of cake.  palm-install :)
23:44.56destinalwindows annoys me, I think I'll build a hackintosh
23:45.27destinalrwhitby: but I troubleshot many a "services.msc, stop novacomd, start novacomd" back in mid 2009  :)
23:45.58egaudet2.0 bootie doesn't usb boot?
23:46.55destinalegaudet: yeah it should, I'm having local PC / vm environment issues
23:47.29rwhitbyegaudet: you need 2.0 novacom drivers
23:47.29destinaland I don't think we're using a new bootie anyway, are we?
23:47.35rwhitbywe are not
23:47.56DJNomadrebooted and my pixi still wont let me change compache mem limit
23:48.04destinalrwhitby: oh, right, they're in the doctor, ok
23:48.07egaudetthe frankendoctor uses old bootie?
23:48.18rwhitbyyep, when built correctly
23:48.45DJNomadcpu freq what should I set it at? the fastest is tempting
23:48.50rwhitbyegaudet: you building one?
23:49.38egaudetnot yet
23:49.48egaudetdownloading the sfr doctor
23:50.00egaudetwell not downloading, going through
23:50.18PuffTheMagicwe get anywhere with the doctors yet
23:51.36DJNomadi/o scheduler and tcp congestion should be left alone?
23:51.44*** join/#webos-internals noradtux (~quassel@f054120090.adsl.alicedsl.de)
23:51.45*** mode/#webos-internals [+v noradtux] by ChanServ
23:51.56DJNomadcfq and cubic  are what mine are set at
23:52.33destinalPuffTheMagic: yup I've gotten to where rwhitby did before, into the infinite reboot club.  windows sucks btw
23:52.33destinalsince vmware doesn't want to hang onto bootie recovery device when it comes up and it's not possible to click attach fast enough
23:54.16PuffTheMagicinfinite reboot club?
23:54.42rwhitbyPuffTheMagic:  FrankenDoctor: http://forums.precentral.net/webos-internals/267880-frankendoctor-1-4-5-2-0-0-a.html
23:54.46egaudetso what does your bootie env look like when you guys are in this bad state?
23:54.57egaudetthe kernel mem boots
23:55.10rwhitbyegaudet: kernel boots fine.  it's not finding init
23:55.28PuffTheMagichmm
23:55.43egaudetwhat's in the boot partition?
23:55.57rwhitbymini rootfs which does a pivot_root
23:56.33rwhitbygoing to compare that against membooted virgin 1.4.5 device, to make sure everything it still intact

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.