**** BEGIN LOGGING AT Wed Apr 13 02:59:57 2011
Apr 13 06:45:40 <JaMa|Wrk> mrmoku: we need to find someone who know password for shr account (to use chroot) any idea who could know it?
Apr 13 06:45:51 <JaMa|Wrk> Ainulind1le: hi, maybe you? ^
Apr 13 07:14:22 <Ainulind1le> JaMa|Wrk: Nope, don't know that
Apr 13 07:30:24 <JaMa|Wrk> mrmoku: yay, we have shr-chroot working now :)
Apr 13 07:36:53 <JaMa|Wrk> almost .. 
Apr 13 08:26:26 <mrmoku> JaMa|Wrk: so you found someone knowing the password? :-)
Apr 13 08:27:32 <JaMa|Wrk> mrmoku: lukhas allowed all needed commands without passwd :)
Apr 13 08:28:05 <JaMa|Wrk> now I can make buildhost busy for many days (rebuilding shr-core and shr-unstable in chroot :))
Apr 13 08:28:51 <mrmoku> :D
Apr 13 08:29:22 * JaMa|Wrk has to get used to 3 screen layers :)
Apr 13 08:29:40 <mrmoku> ouch... I find even two layers difficult :P
Apr 13 08:30:02 <JaMa|Wrk> screen on my desktop, ssh to screen running chroot on  buildhost and screen in chroot there
Apr 13 08:30:21 <mrmoku> anyway... father in law is waiting in the garden to get help in the construction of our new garden highway :P
Apr 13 08:30:24 <mrmoku> bbl
Apr 13 08:30:43 <JaMa|Wrk> highway? :)
Apr 13 09:34:52 <Seberoth> hi
Apr 13 09:35:39 <CIA-10> SHR: 03Martin.Jansa 07shr-makefile * r2a5df0a18ca5 10/Makefile: Makefile: don't call update-shr-chroot automatically
Apr 13 09:36:19 <Seberoth> Are there any known problems using wifi on shr-testing (Freerunner)? Because I'm not able to establish a connectin :(
Apr 13 09:45:20 <PaulFertser> Seberoth: yes, there're some
Apr 13 09:46:06 <PaulFertser> Seberoth: http://lists.openmoko.org/pipermail/community/2010-February/060373.html
Apr 13 09:49:06 <mrmoku> JaMa|Wrk: yeah highway... we had a nice garden path with one flagstone... lawn... flagstone... lawn
Apr 13 09:49:29 <mrmoku> no we will get 2 flagstones... 1 flagstone... 2 flagstones... 1 flagstone...
Apr 13 09:49:50 * mrmoku very much liked the old one for being quite invisible
Apr 13 09:50:11 <mrmoku> anyway... father in law is busy _and_ happy ;)
Apr 13 10:01:43 <pespin> hey, jluis sent a patch to ml which I think solves the connmand dns problem :D
Apr 13 10:06:58 <Seberoth> 2(PaulFertser2): thank you! Now it works like charm :D
Apr 13 10:07:37 <PaulFertser> Seberoth: what exactly was the problem, what did you do? 
Apr 13 10:07:44 <PaulFertser> Seberoth: yeah, i'm glad it helped :)
Apr 13 10:10:12 <Seberoth> First i have forgotten the -D wext^^ And i think the maxperf helped to.
Apr 13 10:29:00 <mickeyl> maxperf helps for connection reliability, however with some routers/firmware combinations the FR's wifi just doesn't work.
Apr 13 10:29:39 <JaMa|Wrk> pespin: I will push it
Apr 13 10:29:59 <pespin> thanks :)
Apr 13 10:37:46 <PaulFertser> mickeyl: probably that was ssid related
Apr 13 10:38:41 <mickeyl> PaulFertser: how so?
Apr 13 10:40:33 <PaulFertser> mickeyl: well, i had an ap that i thought is totally incompatible too. but changing its SSID reliably made it work, changing it back made it not work.
Apr 13 10:41:07 <mickeyl> hmm
Apr 13 10:41:30 <mickeyl> IIRC i did that as well, i was quite desperate back then and tried everything that came to mind, but the end result was no-go
Apr 13 10:42:51 <PaulFertser> Well, who knows. ar6000 is crap anyway...
Apr 13 10:43:36 <mickeyl> yo
Apr 13 10:44:18 <CIA-10> SHR: 03Martin.Jansa 07shr-chroot * rc26c86ae4d17 10/ (shr-chroot.sh var/run/utmp): shr-chroot: use sudo for mount/umount/chroot and bind /dev/shm from host
Apr 13 10:44:30 <CIA-10> SHR: 03Martin.Jansa 07shr-chroot * r921a5f668725 10/ (348 files in 39 dirs): system upgrade
Apr 13 10:52:25 <CIA-10> freesmartphone.org: 03mickey 07libgisi * r40ae784c8ee3 10/gisicomm/gisicomm.vala: gisicomm: add debug for cmt_rst_rq resetting, open RDWR
Apr 13 11:13:54 <CIA-10> freesmartphone.org: 03mickey 07cornucopia * r6724b057dd21 10/fsogsmd/ (3 files in 2 dirs): fsogsmd: modem_nokia_isi: rewrite startup sequence again
Apr 13 12:01:50 <mrmoku> mickeyl: somehow this gisicomm resets cmt_rst_rq thing feels hackish and definitely means forwarding won't work alone
Apr 13 12:02:17 <mickeyl> yes
Apr 13 12:02:34 <mickeyl> and again i'm not sure whether we are digging in the dark or not
Apr 13 12:02:40 <mickeyl> i just know that it didn't change anything
Apr 13 12:02:48 <mrmoku> for me it made things worse
Apr 13 12:02:53 <mickeyl> heh, even that
Apr 13 12:03:02 <GNUtoo|bug20> hmmm
Apr 13 12:03:19 <GNUtoo|bug20> if morphis get an n900 could he help?
Apr 13 12:03:32 <GNUtoo|bug20> because we're starting to get pretty desesperated here
Apr 13 12:03:55 <mickeyl> no idea whether he would want to look into that
Apr 13 12:04:05 <GNUtoo|bug20> I'll ask him then
Apr 13 12:04:16 <GNUtoo|bug20> how much is a second hand n900?
Apr 13 12:04:42 <GNUtoo|bug20> and most important, what are the means to pay
Apr 13 12:04:47 <GNUtoo|bug20> *ways
Apr 13 12:04:57 <mickeyl> looks like EUR 200-300 on ebay
Apr 13 12:05:41 <mickeyl> i could imagine that he rather wants to continue with UI and apps though, now that he finally managed to get the Pre telephony done
Apr 13 12:05:46 <GNUtoo|bug20> 300E is quite expensive for me, If I pay something it would be like 150 Maximum
Apr 13 12:05:55 <GNUtoo|bug20> ok
Apr 13 12:06:46 <mickeyl> we have almost the same init sequence now
Apr 13 12:06:54 <mickeyl> but still it goes down for us 
Apr 13 12:07:12 <GNUtoo|bug20> who else than morphis could help?
Apr 13 12:07:16 <GNUtoo|bug20> I really wonder
Apr 13 12:07:35 <mickeyl> anyone with a n900 and motivation to look into the protocol...
Apr 13 12:07:53 <GNUtoo|bug20> for me it's too much problematic
Apr 13 12:07:56 <mickeyl> didn't hear from sre0 for long, perhaps he
Apr 13 12:08:06 <GNUtoo|bug20> ok
Apr 13 12:08:14 <GNUtoo|bug20> I should compile pidgin and look
Apr 13 12:17:15 <mrmoku> hmm
Apr 13 12:17:16 <mrmoku> 1970-01-01T00:04:30.146698Z [INFO]  NokiaIsiModem <phonet:phonet0>: Modem Status changed to FSO_GSM_MODEM_STATUS_ALIVE_SIM_READY
Apr 13 12:17:19 <mrmoku> 1970-01-01T00:04:30.166290Z [INFO]  fsogsmd : GLib <gisicomm>: gisicomm.vala:569: Received Indication with message <[PN_SIM_AUTH (8) v009.004]: OK, id = 0x10>
Apr 13 12:17:22 <mrmoku> 1970-01-01T00:04:30.167327Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:214: setting state error 224
Apr 13 12:17:26 <mrmoku> is what I get now
Apr 13 12:17:28 <mrmoku> mickeyl: what does state error 224 mean=
Apr 13 12:17:29 <mrmoku> ?
Apr 13 12:17:56 <mickeyl> no idea
Apr 13 12:18:10 <mrmoku> hmmmmm
Apr 13 12:18:36 <mickeyl> apparantly the state transition still performs despite this error
Apr 13 12:18:38 <mrmoku> issuing a Register after that does still work
Apr 13 12:18:40 <mrmoku> yeah
Apr 13 12:18:52 <GNUtoo|bug20> register works?
Apr 13 12:19:10 <GNUtoo|bug20> or only the register command, and it doesn't register?
Apr 13 12:19:15 <GNUtoo|bug20> I bet for the second one
Apr 13 12:20:01 <mrmoku> GNUtoo|bug20: no, the call works... fsogsmd is still responding after that 224
Apr 13 12:20:09 <mrmoku> did not register yet... still waiting :P
Apr 13 12:20:22 <GNUtoo|bug20> so what doens't work then?
Apr 13 12:20:24 <GNUtoo|bug20> if call works
Apr 13 12:21:33 <mrmoku> it does not register
Apr 13 12:21:57 * GNUtoo|bug20 doesn't understand and will wait
Apr 13 12:22:22 <mickeyl> apparantly the register call should not be necessary at all judging from the ofono dump
Apr 13 12:22:24 * mrmoku is bad in explaining and retry :)
Apr 13 12:22:37 <GNUtoo|bug20> ahh ok
Apr 13 12:22:42 <GNUtoo|bug20> you can call without registering
Apr 13 12:22:45 <mrmoku> GNUtoo|bug20: I can fire the Register Call inside mdbus2... it does not block
Apr 13 12:23:07 <mrmoku> fsogsmd creates and executes the mediator giving me
Apr 13 12:23:07 <mrmoku> 1970-01-01T00:09:11.284698Z [DEBUG] fsogsmd : GLib <fsogsm.modem_nokia_isi>: mediators.vala:333: error = 224
Apr 13 12:23:11 <mrmoku> and does not register
Apr 13 12:24:35 <mrmoku> mickeyl: 1970-01-01T00:04:34.483947Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:106: NETLINK STATE = PN_LINK_UP
Apr 13 12:24:38 <mrmoku> 1970-01-01T00:04:40.011535Z [INFO]  fsogsmd : GLib <gisicomm>: gisicomm.vala:275: Reachability result: <[PN_NETWORK (10) v014.002]: OK, id = 0xF0>
Apr 13 12:25:01 <mrmoku> mickeyl: I have two link up now
Apr 13 12:25:19 <mrmoku> and after the second the reachability of network
Apr 13 12:25:55 * mrmoku retries without calling register
Apr 13 12:26:30 <mrmoku> ahh... no
Apr 13 12:26:47 * mrmoku reboots to maemo to charge as fsodeviced segfaulted...
Apr 13 12:28:14 <GNUtoo|bug20> why not using the charing script?
Apr 13 12:28:58 <mrmoku> GNUtoo|bug20: because I did not have it at hand and battery was already low before I booted to shr in the first place
Apr 13 12:29:10 <GNUtoo|bug20> ok
Apr 13 12:29:15 <mickeyl> i guess it's pretty much irrelevant what we are doing after the LINK DOWN/UP cycle. I have no idea in which state the modem is after that cycle, but it looks like it's pretty much reset then
Apr 13 12:29:41 <mrmoku> mickeyl: I did not have a down
Apr 13 13:50:02 <mickeyl> did anyone try qt 4.7s qmlviewer on framebuffer lately?
Apr 13 14:07:17 <CIA-10> freesmartphone.org: 03mickey 07aurora * r294561fc91fc 10/libaurora/configure.ac: libaurora: fix libfso-glib requirement
Apr 13 14:08:54 <CIA-10> freesmartphone.org: 03mickey 07gdbus * rc8904b2d652e 10libfso-glib/configure.ac: sync w/ fso-specs
Apr 13 14:24:45 <CIA-10> freesmartphone.org: 03mickey 07aurora * r3586118d8a8b 10/aurora-settings/src/.gitignore: aurora_settings: gitignore++
Apr 13 14:24:46 <CIA-10> freesmartphone.org: 03mickey 07aurora * rc5a521d68633 10/ (4 files in 3 dirs): tefosa: add playground
Apr 13 16:15:14 <morphis> heyho
Apr 13 16:16:37 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * r604c61d75c7c 10/fsoaudiod/vapi/alsa-ext.vapi: fsoaudiod: add vapi with additional binding of alsa pcm API
Apr 13 16:16:38 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * r2108edf04815 10/fsoaudiod/src/lib/ (Makefile.am alsa.vala): fsoaudiod: add simple class to control a alsa pcm device
Apr 13 16:16:39 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * r0f4d81d6a963 10/fsoaudiod/src/lib/ (Makefile.am streamcontrol.vala): fsoaudiod: add abstract audio stream control class
Apr 13 16:16:40 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * rc8a99979fdd2 10/fsoaudiod/ (4 files in 3 dirs): fsoaudiod: add empty alsa streamcontrol plugin
Apr 13 16:16:41 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * rd19d1b0bdfde 10/fsoaudiod/src/plugins/manager/plugin.vala: fsoaudiod: manager: create and register stream control
Apr 13 16:16:42 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * r4773829a1c02 10/fsoaudiod/conf/asound.conf: fsoaudiod: default alsa device is now the media one
Apr 13 17:07:32 <mickeyl> morphis: ts on the pre is via tslib plugin, no additional things necessary, right?
Apr 13 17:08:57 <morphis> mickeyl: yes, but you can even take the tsmd, which uses tslib and creates a normal input node
Apr 13 17:08:59 <morphis> via uinput
Apr 13 17:09:16 <morphis> and it is already part of every image build for the palmpre with OE
Apr 13 17:09:29 <mickeyl> ah, ok, good
Apr 13 17:09:30 <morphis> and should be automatically started on boot
Apr 13 17:09:41 <morphis> so just take /dev/input/event6 as touchscreen input node
Apr 13 17:10:29 <morphis> as with tsmd you have eleminate the fact that the touchscreen data is completely broken when you disable the screen
Apr 13 17:10:46 <mickeyl> sounds good
Apr 13 17:11:32 <morphis> mickeyl: and you need this: http://git.freesmartphone.org/?p=framework.git;a=blob;f=etc/freesmartphone/oevents/palmpre/rules.yaml;h=3a5b70513eff297329b2213c3a2e044a5ed065c0;hb=HEAD
Apr 13 17:11:52 <morphis> I saw you started you integrated telephony application :)
Apr 13 17:12:12 <morphis> "tefosa", a funny name :)
Apr 13 17:12:41 <mickeyl> 'started' is already a broad exaggeration, but yes, i'm so annoyed i need to take a break out of middleware and do some UI/App work
Apr 13 17:12:58 <mickeyl> tefosa is an acronyme which will eventually be revealed :)
Apr 13 17:13:37 <mickeyl> i will experiment a bit with QML
Apr 13 17:13:48 <mickeyl> time to learn some new tricks
Apr 13 17:13:55 <morphis> hehe :)
Apr 13 17:14:05 <morphis> so no Vala/EFL anymore, just C++?
Apr 13 17:15:02 <mickeyl> well... in my dreams I'd find a way to call Vala from QML, but i'm not sure that this will happen. i just want to evaluate the performance of it vs. EFL
Apr 13 17:15:21 <mickeyl> if it's much slower than EFL, then i will not pursue this further
Apr 13 17:16:19 <morphis> ok
Apr 13 17:16:25 <mickeyl> but the examples are so cool that i want to try it on an actual device
Apr 13 17:16:44 <morphis> so you are just playing with a new technology
Apr 13 17:16:52 <mickeyl> yes, atm. it's just that
Apr 13 17:17:46 <morphis> I started with creating widgets in libaurora for some more abstraction like a configuration widget
Apr 13 17:18:10 <mickeyl> cool
Apr 13 17:18:27 <morphis> the target is to just supply a ConfigurationCategory[] array to the widget and it does everything on its own
Apr 13 17:18:52 <mickeyl> that sounds handy
Apr 13 17:19:06 <morphis> where the category consists of sections which consists of entries, so you have a three level abstract for your configuration
Apr 13 17:19:44 <morphis> and you can put every value in a config entry you want (praise Variants!) and the widget will look if it can handle the type of it
Apr 13 17:20:03 <morphis> so completly dynamically
Apr 13 17:21:06 <morphis> we will see
Apr 13 17:21:28 <mickeyl> nice
Apr 13 17:22:00 <morphis> so if you want to switch back to efl, you are very welcome to help :)
Apr 13 17:22:29 <mickeyl> *nod*
Apr 13 17:24:02 <morphis> can we do something like this in vala: http://pastie.org/1791966 ?
Apr 13 17:24:42 <mickeyl> nested structs should work, yes
Apr 13 17:24:49 <morphis> ok
Apr 13 17:24:50 <mickeyl> not with this syntax though
Apr 13 17:24:59 <morphis> ah nested structs is the name for it, thanks
Apr 13 17:25:11 <mickeyl> if you first declare the struct, then you can use it in another struct
Apr 13 17:26:58 <morphis> ok
Apr 13 17:27:19 <morphis> even if it's in a vapi file?
Apr 13 17:28:21 <mickeyl> yes
Apr 13 17:28:48 <mickeyl> you can even abuse nested structs to bind unions...
Apr 13 17:28:56 <mickeyl> i had to do this before
Apr 13 17:29:08 <mickeyl> hmm:
Apr 13 17:29:10 <mickeyl> mickey@saphir:/tmp$ qdbusxml2cpp /usr/local/share/freesmartphone/xml/org.freesmartphone.Usage.xml 
Apr 13 17:29:10 <mickeyl> Got unknown type `a{sv}'
Apr 13 17:29:16 <mickeyl> there the problems start :)
Apr 13 17:30:00 <morphis> :)
Apr 13 17:30:12 <morphis> the v is for variant, right?
Apr 13 17:30:51 <mickeyl> yep
Apr 13 17:31:00 <mickeyl> i mean that's like... a very basic type
Apr 13 17:31:28 <morphis> and variant is not supported type by qt?
Apr 13 17:31:37 <mickeyl> they want an annotation :/
Apr 13 17:31:42 <mickeyl> <annotation name="com.trolltech.QtDBus.QtTypeName.In1" value="QVariantMap"/>
Apr 13 17:31:46 <mickeyl> wtf.
Apr 13 17:33:36 <morphis> hrhr
Apr 13 17:34:41 <mickeyl> fun... and now i'm supposed to annotate 4K of xml specs?
Apr 13 17:34:56 <mickeyl> 4K lines, that is
Apr 13 17:38:06 <morphis> :)
Apr 13 17:42:14 <mickeyl> hmm
Apr 13 17:43:40 <mickeyl> no, that's crazy, i have invested all that time in vala code, why should i start with c++ again... there must be a better way. what if I could create a generic binding that forwards the QML signals to Vala and allows to send stuff back...
Apr 13 17:44:43 <mickeyl> qt also has the glib mainloop integration IIRC
Apr 13 17:50:01 <WebOSArni> hello all
Apr 13 17:54:07 <WebOSArni> is there any issue with the makefile for palm pre at the moment? --- by doing the make backup / make lvm-resize or make install-bootr it hangs at unmounting /tmp/var
Apr 13 17:54:34 <morphis> WebOSArni: there are one or two known problems, yes
Apr 13 17:54:43 <morphis> WebOSArni: but after which step the error occurs?
Apr 13 17:54:54 <morphis> WebOSArni: can you give a full log of what you have done?
Apr 13 17:55:33 <WebOSArni> for sure --- pls weat a second
Apr 13 17:56:38 <morphis> ok
Apr 13 17:56:52 <WebOSArni> http://pastebin.com/RSHMfyMX
Apr 13 17:58:22 <WebOSArni> you can see my problem occurs very early :-)
Apr 13 17:58:50 <morphis> "^Cmake: *** [unmount] Unterbrechung" -> you typed CTRL+C ?
Apr 13 17:59:00 <WebOSArni> after an houre yes 
Apr 13 17:59:05 <morphis> ah ok
Apr 13 17:59:35 <morphis> in which state was your device when doing the make memload?
Apr 13 18:00:12 <morphis> (btw. the make backup backups the whole content of your device, so if you have a lot of data on your media partition it will be copied and gzip'ed!)
Apr 13 18:00:16 <WebOSArni> flash mode (have seen the usb logo)  --- i have read the makefile and also an "novacom -w run file://bin/mount" hangs here
Apr 13 18:00:30 <WebOSArni> its my old palm pre
Apr 13 18:00:33 <WebOSArni> there are no data
Apr 13 18:00:36 <morphis> ok
Apr 13 18:00:47 <WebOSArni> just a doctored webos 1.45
Apr 13 18:01:00 <morphis> your still in the state after abort the make backup?
Apr 13 18:01:13 <WebOSArni> yes
Apr 13 18:01:30 <WebOSArni> i see the palm logo standing still
Apr 13 18:01:41 <morphis> thats  ok
Apr 13 18:02:03 <morphis> can you login via novaterm and do a 'mount' and 'ls -alh /tmp' and tell me the results?
Apr 13 18:02:56 <WebOSArni> no -- i can do a novaterm --- but ls or mount gives command not found --- help brings a short commandlist
Apr 13 18:03:32 <morphis> /bin/ls and /bin/mount
Apr 13 18:03:38 <morphis> as PATH is maybe not setup
Apr 13 18:04:09 <WebOSArni> command not found 
Apr 13 18:04:13 <morphis> wtf?
Apr 13 18:04:18 <morphis> go back in recovery mode
Apr 13 18:04:25 <morphis> and start again with make memload
Apr 13 18:04:47 <WebOSArni> allready done three times :( --- wait --- i will make another pastebin
Apr 13 18:05:11 <WebOSArni> http://pastebin.com/F51B5JiE
Apr 13 18:05:15 <WebOSArni> thats my prompt
Apr 13 18:06:32 <morphis> ah
Apr 13 18:06:36 <morphis> you are in bootie ....
Apr 13 18:06:42 <morphis> go out there
Apr 13 18:06:49 <morphis> start over with make memload
Apr 13 18:07:20 <WebOSArni> to fast after the memload reboot?
Apr 13 18:07:50 <morphis> maybe
Apr 13 18:08:01 <morphis> reset the device, go in recovery mode
Apr 13 18:08:05 <morphis> start make memload
Apr 13 18:08:07 <WebOSArni> usb logo?
Apr 13 18:08:10 <morphis> jepp
Apr 13 18:08:17 <WebOSArni> ok there i am --- will try
Apr 13 18:08:42 <WebOSArni> when can i do the make lvm-resize after the memload reboot?
Apr 13 18:08:42 <morphis> memload should even wait 10 seconds before it finishes
Apr 13 18:08:54 <morphis> after you have done the backu
Apr 13 18:08:56 <morphis> p
Apr 13 18:09:34 <WebOSArni> ok memload done, device show palm logo
Apr 13 18:09:47 <morphis> ok
Apr 13 18:09:50 <morphis> try novaterm
Apr 13 18:10:02 <morphis> you should see a normal linux prompt and environment
Apr 13 18:10:03 <WebOSArni> bootie
Apr 13 18:10:22 <morphis> hm
Apr 13 18:11:19 <morphis> you have the latest version of the fso-installer?
Apr 13 18:11:31 <morphis> as it works fine here for me
Apr 13 18:11:52 <morphis> other wise do a "make clean" and start again
Apr 13 18:11:56 <WebOSArni> i have the linked version from http://trac.shr-project.org/trac/wiki/Devices/PalmPre/InstallGuide
Apr 13 18:12:16 <morphis> ah ok
Apr 13 18:12:40 <morphis> then it should be the latest
Apr 13 18:12:41 <WebOSArni> to old?
Apr 13 18:12:47 <morphis> when did you download it?
Apr 13 18:12:49 <morphis> today?
Apr 13 18:13:01 <WebOSArni> yes
Apr 13 18:13:03 <morphis> ok
Apr 13 18:13:09 <morphis> then you are up to date
Apr 13 18:13:18 <morphis> hm
Apr 13 18:13:21 <WebOSArni> :)
Apr 13 18:13:24 <morphis> you did the make clean?
Apr 13 18:13:36 <WebOSArni> no
Apr 13 18:13:38 <morphis> do it
Apr 13 18:13:44 <WebOSArni> ok
Apr 13 18:13:56 <morphis> then run "make build/unpacked-doctor/webos/.unpacked"
Apr 13 18:14:14 <morphis> you set the correct device in the Makefile?
Apr 13 18:14:16 <morphis> TARGET = pre?
Apr 13 18:14:33 <morphis> and have a doctor for the pre and not pre2?
Apr 13 18:15:08 <WebOSArni> yes target pre set and doctor is there --- have used this doctor today on my pre
Apr 13 18:15:42 <morphis> ok
Apr 13 18:15:52 <morphis> you run the two commands?
Apr 13 18:16:02 <WebOSArni> yes
Apr 13 18:16:42 <WebOSArni> now another memload?
Apr 13 18:16:45 <morphis> no
Apr 13 18:16:58 <morphis> please do a ls -alh build/unpacked-doctor/webos
Apr 13 18:16:59 <WebOSArni> ok 
Apr 13 18:17:26 <WebOSArni> some files ;-)
Apr 13 18:17:48 <morphis> please show me the output of the command
Apr 13 18:19:02 <WebOSArni> http://pastebin.com/CRJPSFdZ
Apr 13 18:20:56 <morphis> ok, when you are in recovery mode (usb logo) then run 'novaterm boot mem:// < build/unpacked-doctor/webos/nova-installer-image-castle.uImage'
Apr 13 18:21:26 <WebOSArni> done
Apr 13 18:22:24 <morphis> run novaterm
Apr 13 18:22:45 <WebOSArni> standard linux prompt :-D
Apr 13 18:23:17 <morphis> yeah
Apr 13 18:23:48 <WebOSArni> what makes the difference?
Apr 13 18:23:53 <morphis> please check if the TARGET is set correctly to "pre"
Apr 13 18:24:17 <morphis> it's the same command the makefile executes
Apr 13 18:24:22 <WebOSArni> TARGET = pre
Apr 13 18:24:24 <WebOSArni> set
Apr 13 18:24:39 <morphis> hm, misterious
Apr 13 18:24:50 <morphis> then you can now start to proceed
Apr 13 18:24:59 <morphis> with make backup, ....
Apr 13 18:25:02 <WebOSArni> ok i try --- many thanks
Apr 13 18:25:41 <WebOSArni> want to see shr on the pre --- only know it on my neo :-D
Apr 13 18:28:14 <morphis> heh
Apr 13 18:28:20 <morphis> it is great :)
Apr 13 18:28:21 <morphis> and fast
Apr 13 18:30:14 <WebOSArni> dam
Apr 13 18:30:26 <WebOSArni> github shows 500 for bootr
Apr 13 18:31:33 <WebOSArni> ok have it manualy *puuuh* :D
Apr 13 18:57:56 <morphis> WebOSArni: it works now?
Apr 13 19:42:26 <WebOSArni> morphis it runs --- but had to do all by hand
Apr 13 19:42:40 <morphis> ok
Apr 13 19:42:44 <morphis> but thats fine at all
Apr 13 19:43:30 <WebOSArni> yes only my problem wich was the reason to buy a pre plus is getting to bad for now --- ghost clicks at the display :(
Apr 13 19:44:27 <morphis> on the pre with SHR?
Apr 13 19:44:50 <WebOSArni> not only shr also on webos --- hardware defekt 
Apr 13 19:45:47 <morphis> ok, as on SHR it can only be a software problem
Apr 13 19:46:53 <WebOSArni> its a hardware defekt --- too bad wanted to test shr first on this device and then install it on my plus
Apr 13 22:29:36 <CIA-10> freesmartphone.org: 03sylvain.pare 07utilities * r1b5d1e9d6d48 10/palmpre/fso-installer/Makefile: fso-installer : some console output cometics
**** ENDING LOGGING AT Thu Apr 14 02:59:58 2011