**** BEGIN LOGGING AT Wed May 04 02:59:58 2011 May 04 05:29:42 moin May 04 05:32:24 hi May 04 05:32:38 I've to get MTD running May 04 05:32:44 if I get MTD I can use mtdoops May 04 05:32:53 which would permit me to debug kexecboot May 04 05:33:10 which fails like previous non-meego defconfig: illuminated black screen May 04 05:42:55 Moin May 04 07:22:23 mrmoku: g_isi_pep_create doesn't take the modem as first param, but the context index, or am i wrong? May 04 07:25:32 hmm, nm, it does May 04 07:33:40 freesmartphone.org: 03mickey 07libgisi * r1a6f20ba5043 10/data/libgisi.vapi: libgisi.vapi: add some more comments May 04 07:50:25 mrmoku: I've google about the publickey error I got. It seems I have to make a .ssh/config. So, I made one, but am still disconnected :-( May 04 07:58:36 weirdo, linus's origin/master is older than tags/v2.6.39-rc6 May 04 08:18:49 *tap* *tap* Is this thing still on? (I just had a notice that my home-PC has identified for the same nick...) May 04 08:19:43 SHR: 03Martin.Jansa 07shr-chroot * r22002c15461e 10/ (368 files in 30 dirs): system upgrade May 04 08:19:53 ChristW|w: yes it's ON :) show me the .ssh error May 04 08:20:28 Uhm, that might be tricky, will try... The machine with the error is at home ;-) May 04 08:20:31 Just sec. May 04 08:22:01 (not now, my wife's working on it...) May 04 08:23:21 JaMa: Basically, when I 'git push', I get Permission denied (publickey) May 04 08:25:01 ChristW|w: libphone-ui-shr right? May 04 08:25:08 JaMa: Yes. May 04 08:25:27 and key used ends with "DvAykj0O/ bitbake@Misty" ? May 04 08:26:06 because before you had christ@Misty May 04 08:26:25 I'll check... but bitbake@Misty sounds correct. christ@Misty was the key for the 'host' operating system :-( May 04 08:26:50 now using shr-chroot-32b right? May 04 08:26:58 Yes. May 04 08:27:26 ssh git@git.shr- ... seems to work just fin, though, and asks for my passphrase. May 04 08:27:54 for ssh key? May 04 08:27:59 I have ssh key without pass May 04 08:28:13 Yes. Strange, mrmoku told me that an ssh key w/ pass would work. May 04 08:30:29 try with some key-agent May 04 08:31:30 I'm not sure what you mean. May 04 08:31:59 start ssh-agent, and add key used for pushing with ssh-add May 04 08:32:19 then you type pass only once and git push shouldn't ask for pass May 04 08:32:28 Ok, will try that. May 04 08:32:33 but I also think that it should just work also while asking May 04 08:32:47 (once I 'get' the home pc... grumble.) May 04 08:44:06 JaMa, ChristW|w: it works without ssh-agent too May 04 08:45:09 mabe ssh in chroot is configured to not have .ssh/id_rsa as default? May 04 08:46:56 I'm using id_rsa key May 04 08:54:39 ssh-agent and ssh-add didn't help. I still get Permission denied (publickey) fatal: The remote end hung up unexpectedly May 04 08:55:06 hmm May 04 08:55:23 ChristW|w: recheck the url... does it have git@ ? May 04 08:55:37 (in .git/config) May 04 08:55:49 It shoudl have (and AFAIK has...) git+ssh, but I'll check. May 04 08:56:08 git+ssh://git@git.shr-project.org/libphone-ui-shr.git May 04 08:56:18 (git in git+ssh being optional) May 04 08:56:37 I don't have 'git@' in the URL... May 04 08:56:42 bingo :) May 04 08:56:56 * mrmoku oversaw that in last nights pastebin May 04 08:58:09 SHR: 03cvwillegen 07libphone-ui-shr * rd0622330aeb5 10/ (data/dialer.edc src/view/dialer-view.c): Added suggest button to list buttons with phone numbers containing the May 04 08:58:10 Bingo... May 04 08:58:16 congrats :) May 04 08:58:20 SHR: 03cvwillegen 07libphone-ui-shr * rcba6c0a323a1 10/src/view/dialer-view.c: Added my name in the authors list. May 04 08:58:30 Thanks! May 04 08:58:59 So, now I can close that VNC and get back to, uh, work... May 04 08:59:00 yw May 04 08:59:07 have fun :P May 04 08:59:14 Don't worry, I will! May 04 08:59:35 * ChristW|w still has lots of itches to scratch... May 04 09:00:19 Enjoy this first version of 'suggest'. May 04 09:23:45 Now I hope I didn't make any memory leaks... I followed the code in contacts-common to see what it did to get a list of numbers etc, but am not sure. Ah well, we'll get complaints then ;-) May 04 09:35:37 mrmoku: is it pipe or already the pep that doesn't want to be created? May 04 09:35:45 it's still the pep May 04 09:35:58 hmm, ok May 04 09:36:23 the pep is just an endpoint, this should succeed in any case. strange May 04 09:36:29 I will try to trace it with gdb after some daywork May 04 09:36:44 it might be the socket call that fails May 04 09:37:20 ok May 04 09:39:08 this is where forwarding ends May 04 09:39:15 i guess May 04 09:40:34 I tried adding some g_debug to pep.c... somehow I did not see them though May 04 09:40:38 have to recheck May 04 09:42:26 it might be interesting to check ofono first, so that we don't waste time in something that might be a kernel issue May 04 09:42:45 e.g. it could be that the SOCK_SEQPACKET is just not implement yet or so May 04 09:43:54 GPRS on ofono worked for me with our kernel May 04 09:44:21 ah, ok, good May 04 09:44:28 hmm May 04 09:44:35 am I sure? May 04 09:44:41 hehe, i don'ät know ;) May 04 09:44:51 duh freaking memory sucks :P May 04 09:44:57 hehe May 04 09:45:01 will retry to be sure May 04 09:45:30 k May 04 09:49:35 mickey|tv: btw. we're thinking about giving kexecboot a tfy... what do you think? May 04 09:49:48 try even May 04 09:50:10 as an alternative to uboot? May 04 09:50:29 mickey|tv: That's a hell of a long movie if you're still @tv ;-) LOTR marathon? May 04 09:50:36 ChristW|w: heh, not quite May 04 09:51:17 mrmoku: i found kexecboot always interesting in theory, but did never have a chance to experiment with it in practice May 04 09:51:56 I once pondered doing that. Get people together, have breakfast, watch FOTR, have lunch, watch TT, have diner, watch ROTK, have a fire. May 04 09:52:04 hehe May 04 09:52:24 Full version is 666 minutes, or 11 hours, 6 minutes. May 04 09:53:18 that needs a bunch of enthusiasts to watch May 04 09:53:40 mickeyl: it might enable us to handle watchdogs and charging May 04 09:53:53 if we get all small enough May 04 09:54:42 mrmoku: yeah. we could create a small initramfs with it May 04 09:55:32 oh btw. May 04 09:55:36 make sure the phonet pipe module is loaded May 04 09:55:42 you'll need that for the pep May 04 09:55:46 heh May 04 09:56:02 that one is not loaded for sure May 04 09:56:43 mickeyl, wait before booting your n900,I'm working on making it boot nice May 04 09:56:43 I thought it would be for different phones (like some SE) May 04 09:56:46 *nicely May 04 09:56:59 mrmoku: ah, that might be the problem then May 04 09:57:18 GNUtoo|laptop: good. May 04 10:00:08 ok, me checks May 04 10:01:07 feel free to cover your daywork first May 04 10:01:09 :) May 04 10:01:17 läuft nix weg May 04 10:01:57 nah... one has to set priorities :P May 04 10:02:02 heh May 04 10:02:05 right May 04 10:03:44 kernel-module-pn-pep May 04 10:03:47 heh, not even installed May 04 10:03:51 :) May 04 10:05:47 mickeyl: the drums please :-D May 04 10:05:51 1970-01-01T00:03:59.440368Z [INFO] PdpNokiaIsi <>: PDP Context Status now FREE_SMARTPHONE_GSM_CONTEXT_STATUS_ACTIVE May 04 10:06:00 * mickeyl produces a drumroll May 04 10:06:04 congrats May 04 10:06:06 good work May 04 10:06:12 hmm... not yet May 04 10:06:15 gprs0 is missing May 04 10:06:22 but a good step forward May 04 10:06:27 right May 04 10:07:16 a damn kernel module :P May 04 10:10:28 ok, so as far as i understand the logic, the moment the first bytes come over the pipe, the gprs0 is being attached May 04 10:10:51 it's actually been triggered by gisi, then being attached (created) by the pep kernel module May 04 10:11:09 #6 0x406cc908 in _vala_array_destroy (msg=, self=0x0) at gisicomm.c:9707 May 04 10:11:12 #7 gisi_comm_gpds_onContextActivateIndicationReceived (msg=, self=0x0) at gisicomm.c:9036 May 04 10:11:15 explains it May 04 10:14:51 btw. May 04 10:14:54 there are a couple of yield missing May 04 10:14:56 in activate May 04 10:15:14 you don't wait for the answer of the packages you send May 04 10:15:47 i.e. after every ll.send you need a yield and call the activate.callback in the respective ll.send-callback May 04 10:15:50 ok, still have to fully understand that yield thing May 04 10:15:54 let me fix that May 04 10:16:01 thanks May 04 10:16:16 yield is just... 'give mainloop a chance to process things' May 04 10:16:39 the one thing you need to make sure is that someone calls you back to resume processing May 04 10:16:53 which happens in the actual closures that you give as callbacks to ll.send May 04 10:18:10 ok May 04 10:18:26 so the activate.callback continues after the yield? May 04 10:18:41 g_signal_emit_by_name (self, "context-activated", "gprs0", ip_addr, dns[0], dns[1]); May 04 10:18:44 _vala_array_destroy (dns, 5, (GDestroyNotify) g_free); May 04 10:18:46 _g_free0 (ip_addr); May 04 10:19:23 dns is a string dns[5]; May 04 10:19:25 yes, calling activate.callback() makes the function continue the program flow right after the last yield May 04 10:19:32 ok May 04 10:20:00 mickeyl: maybe you can take a look at that one too... May 04 10:20:08 * mrmoku being called for lunch May 04 10:20:09 bbiab May 04 10:31:06 freesmartphone.org: 03mickey 07libgisi * rf3fbf4cc0d46 10/gisicomm/gisicomm.vala: gisicomm: fix PDP.activate(), giving the messages sent to the modem an actual chance to be processed May 04 10:31:08 freesmartphone.org: 03mickey 07libgisi * r20ae8ef24fa3 10/gisicomm/gisicomm.vala: gisicomm: fix dns handling in PDP context activated callback May 04 10:31:31 mrmoku: that should be it, but please review the changes May 04 10:32:17 an important thing to know is that 'return' inside a closure does not leave the outer function, but just the closur May 04 10:32:40 hence we need that additional 'ok' after every yield to know when the main function returns May 04 10:33:10 the actual closure then just sets the OK in case something went wrong and calls the caller's callback May 04 10:33:22 bbl, have to do some paid work... May 04 10:33:25 *sigh* May 04 10:34:35 maybe I'll test May 04 10:34:52 I fire a build but I'll ba back later too May 04 10:37:29 mickeyl: ok, will review and test... thanks May 04 10:59:13 freesmartphone.org: 03morphis 07aurora * reb8e853bf995 10/aurora/ (7 files in 4 dirs): aurora: add imageprovide to be able to load images from a global theme May 04 11:02:32 mickeyl: now I have a gprs0 at least with ifconfig -a May 04 11:02:34 unconfigured May 04 11:03:20 and no more activate indication May 04 11:03:20 hmm May 04 11:06:02 will retry later... now daywork too May 04 11:24:22 I switched from working 5 days paid to 3 days paid, one day non-pay volunteer job and one day extra off... It feels _very_ nice, but you need to be able to afford it. May 04 11:24:56 Oh, and closures rule, by the way! Javascript is filled with them. May 04 11:43:43 mrmoku: gdbus-codegen from glib master generates code for me if I call it for separate files like here http://paste.pocoo.org/show/382726/ May 04 11:44:48 JaMa: and the code is ok? no extra , ? May 04 11:45:16 mrmoku: cannot find any during fast scan May 04 11:45:37 mrmoku: but I have to reproduce that error somewhere to see where exactly it was May 04 11:45:42 JaMa: ok May 04 11:45:58 or do you remember what method it was? May 04 11:46:20 the extra , was in any method with just one out arg May 04 11:46:29 it was in phonefsousage May 04 11:46:47 so it should be in org.shr.phonefso.Usage.h May 04 11:47:05 Get.... May 04 11:47:06 hmm May 04 11:47:21 like GetDefaultBrightness :) May 04 11:47:27 JaMa: yeah, or GetOfflineMode May 04 11:49:13 looks right in .h and .c May 04 11:49:21 good May 04 11:49:50 I'll try to throw those files to libshr-glib build (after current build ends) May 04 11:49:52 you could just commit those files... if they were not named differently May 04 11:49:58 ok May 04 11:51:13 maybe I used wrong command line params because I have ie org.shr.phonefso.Usage.h instead of shr-phonefsousage.c May 04 11:51:35 problem is the needed parameter ceased to exist in gdbus-codegen May 04 11:52:00 --strip-prefix=org.shr May 04 11:52:02 is what I used May 04 11:52:25 we can keep those long names too... we have to adjust all users then May 04 12:13:36 freesmartphone.org: 03mickey 07libgisi * re60d09c07e39 10/gisicomm/gisicomm.vala: gisicomm: subscribe for GPRS context indications sooner to avoid a possible race condition May 04 12:14:28 * mrmoku suspends daywork and tries :) May 04 12:14:35 just an idea May 04 12:17:03 might be a possible cause indeed May 04 12:27:20 mickeyl: hmm... no May 04 12:27:27 but I discovered something in dmesg: http://pastebin.com/GAdAfKJF May 04 12:28:13 uh oh May 04 12:28:40 and still no indication May 04 12:28:49 (which I saw in the logs before) May 04 12:31:23 did you powercycle the modem? May 04 12:31:53 i'm not sure whether attach is persistent May 04 12:32:10 mickeyl: yeah, rebooted even May 04 12:32:15 hmm, ok May 04 12:32:42 I will try in a bit if ofono works... just to be sure May 04 12:32:45 k May 04 12:32:57 need to go in 5 minutes, but i'll have a quick look comparing our code with what ofono does May 04 12:33:05 ok May 04 12:33:38 their control flow is harder to follow with all the callbacks May 04 12:33:44 ~praise async methods May 04 12:33:45 All hail async methods! May 04 12:34:07 oh yes... callback boogie... getting on my nerves too... even in our own code :P May 04 12:34:42 hmm May 04 12:34:45 one difference May 04 12:34:59 they only continue after the pipe as been successfully created May 04 12:35:05 (i.e. via callback) May 04 12:35:22 hmm... yeah, I saw that yesterday... forgot about it May 04 12:35:25 ok May 04 12:35:32 we should add that May 04 12:35:33 seems a very plausible cause for that kernel trace May 04 12:35:34 yup May 04 12:36:04 it's not completely straightforward though May 04 12:36:06 we need a static helper method May 04 12:36:14 since they did not use a void* pointer May 04 12:36:23 but rather some strange userdata May 04 12:36:25 *sigh* May 04 12:36:34 ok, do we have something similiar already where I can steal from? :P May 04 12:36:52 hello May 04 12:37:11 mrmoku: hmm, you can take a look at libgsm0710 May 04 12:37:25 i have to do something similar there May 04 12:37:28 a static forwarder May 04 12:37:32 ok May 04 12:37:32 hi Slyon May 04 12:37:45 didn't the netlink stuff require something similiar too? May 04 12:37:47 you can set the instance pointer as userdata May 04 12:37:55 or was that only relevant in the lowlevel plugin... May 04 12:38:04 and then pick that up in the callback to be able to call the actual method May 04 12:38:31 need to move, bbl today May 04 12:38:37 ok, later May 04 12:38:48 will try if I find it out meanwhile :) May 04 12:39:58 should I try it on target? May 04 12:40:04 (the gprs0 ) May 04 12:40:09 not yet May 04 12:40:14 ok May 04 12:40:17 still something wrong May 04 12:41:57 ahh... found them May 04 12:42:00 internal static May 04 12:42:51 ~moo May 04 12:42:52 * apt mooooooooo! I am cow, hear me moo, I weigh twice as much as you. I am cow, eating grass, methane gas comes out my ass May 04 12:47:07 it seem that I get ignored in #meego-arm when asking about the empty /proc/mtd May 04 12:47:16 my kernel is configured right May 04 12:47:33 the kenrel also has the mtd partitions inside it May 04 12:47:49 board-rx51-peripherals.c May 04 12:47:54 I checked with .i May 04 12:47:59 I checked with gdb May 04 12:48:02 it should work May 04 12:48:04 but it doesn't May 04 12:48:11 I've no clue why May 04 12:49:10 http://git.freesmartphone.org/?p=linux-2.6.git;a=blob;f=arch/arm/mach-omap2/board-rx51-peripherals.c;h=9319baeead660880d13bcb3eaac0a07586a4b15d;hb=nokia900/kernel-adaptation-n900-2.6.37-38.1 May 04 12:49:34 has: May 04 12:49:35 #if defined(CONFIG_MTD_ONENAND_OMAP2) || \ May 04 12:49:44 onenand_partitions[] = { May 04 12:49:47 [...] May 04 12:50:34 I'll recheck the .i May 04 12:50:37 for board_onenand_init May 04 12:53:07 5http://pastie.org/1863950 May 04 12:53:09 oops May 04 12:53:10 http://pastie.org/1863950 May 04 12:53:31 so it's there May 04 12:53:40 but still /proc/mtd is empty May 04 12:53:46 I cannot do the kexecboot without it May 04 12:53:51 even to boot only SHR May 04 12:54:04 since linux-kexecboot doesn't boot May 04 12:54:12 I cannot trace it wihtout mtd May 04 12:54:16 (mtdoops) May 04 12:54:25 any ideas? May 04 12:57:50 GNUtoo|laptop: not me, sorry May 04 12:58:00 ok May 04 12:58:08 maybe someone like DocScrutinizer would have some ideas May 04 12:58:46 else we modify the kenrel and/or uboot May 04 12:58:51 but that's not a so good idea May 04 12:58:58 kexecboot was appealing May 04 12:59:10 ?? May 04 13:00:28 afaik kexec does (did?) not work on maemo kernel May 04 13:00:54 there's indeed an unused mtd partition called initrd May 04 13:01:06 yeah, that's why we do it with a current kernel May 04 13:01:25 GNUtoo|laptop: that unused partition might be helpfull though May 04 13:01:28 what' wrong with uBoot? May 04 13:01:53 DocScrutinizer, which I can't access because /proc/mtd is empty May 04 13:01:58 way simpler approach than kexec May 04 13:02:25 DocScrutinizer, the idea was to use a minimal 2.6.38 kexec kernel that would boot SHR,maemo,meego etc.... May 04 13:02:54 by not working on maemo you means that it can't be kexec-ed or that it can't kexec another kernel May 04 13:03:20 ummm, there's some magic spell with mtdparts kernel cmdline parameter, on OM kernel, and some quite different thing on maemo kernel/NOLO which I forgot the name of May 04 13:03:46 ah so I *must* use mtdparts? May 04 13:04:06 I wanted to avoid setting mtdparts May 04 13:04:09 look at FR uBoot config May 04 13:04:21 ok May 04 13:04:39 for maemo/OMAP/NOLO it works different, but I have no idea how exactly May 04 13:04:57 ok May 04 13:05:14 the bootloader needs to tell kernel about the NAND partitions May 04 13:05:38 otherwise /dev/mtd will be useless or borked May 04 13:06:29 what about that: May 04 13:07:11 http://git.freesmartphone.org/?p=linux-2.6.git;a=blob;f=arch/arm/mach-omap2/board-rx51-peripherals.c;h=9319baeead660880d13bcb3eaac0a07586a4b15d;hb=nokia900/kernel-adaptation-n900-2.6.37-38.1 May 04 13:07:28 grep for partitions May 04 13:07:46 it's defined in that .c file May 04 13:07:54 cat /proc/mtd May 04 13:08:19 root@nokia900 ~ # cat /proc/mtd May 04 13:08:19 dev: size erasesize name May 04 13:08:22 that's all May 04 13:08:34 and also here's the .i file: May 04 13:08:40 http://pastie.org/1863950 May 04 13:08:42 yeah, that means kernel has no clue about the mtd 'partitions' May 04 13:09:05 yes but it's defined in the kenrel May 04 13:09:11 so I really wonder the missing bits May 04 13:10:55 *what the missing bit is May 04 13:15:00 hmmm May 04 13:15:04 I'll look in http://lxr.free-electrons.com/source/arch/arm/mach-omap2/gpmc-onenand.c#L339 May 04 13:15:08 bbs May 04 14:01:53 DocScrutinizer: I need an advise :-) what is the best panel type for lcd monitors? May 04 14:02:25 OLED. Oh, wait.. May 04 14:02:40 Going home, see ya soon! May 04 14:02:45 not mobile... as such off-topic here :P May 04 14:02:52 umm, sorry, no clue. Watch and judge. I heard IPS is somewhat superior May 04 14:03:06 ok, thanks May 04 14:03:13 OLED is not mobile, or going home is not mobile? May 04 14:03:44 Anyway, I'm going home... May 04 14:14:22 ok didn't work May 04 14:14:38 /dev/disk/by-something failed too May 04 14:14:47 won't be back soon May 04 14:23:11 heyho May 04 14:24:53 hi morphis May 04 14:25:49 mrmoku: I've libshr-glib built with old filenames, but generated code still has interface prefix :/ ie: May 04 14:25:52 -struct _PhoneuiCallManagementProxyClass May 04 14:25:54 +struct _shrOrgShrPhoneuiCallManagementProxyClass May 04 14:26:21 mrmoku: so I'm not sure if it's worth trying to keep old names when we would need to update all users for new API May 04 14:27:00 1.3M May 4 16:20 0001-regen-with-gdbus-codegen-from-glib-master-repo-2.29..patch May 04 14:29:14 darkh: I even fixed the rpath problem now May 04 14:30:55 you said that last time morphis. with export or do you have a real fix now? May 04 14:31:10 a "real fix" May 04 14:31:46 echo "set( CMAKE_INSTALL_RPATH ${STAGING_DIR}${libdir} )" >> ${WORKDIR}/toolchain.cmake May 04 14:33:36 looks good to me May 04 14:35:05 i added it to my cmake.bblass May 04 14:35:26 ah ok, then I should introduce a patch for cmake.bbclass May 04 14:36:15 for upstream or what do you mean? May 04 14:37:00 jepp May 04 14:37:07 * morphis is back in some minutes May 04 14:41:10 so May 04 14:44:18 darkh: but it is the question if OE wants this behavior May 04 14:44:21 JaMa: ping May 04 14:45:07 JaMa: no, let's go for the new names then May 04 14:45:22 morphis: pong May 04 14:45:44 JaMa: have to go to shop for a new monitor now... maybe I can take care of phonefsod and friends after that May 04 14:45:45 morphis: yeah that could be a problem... but we could use some switch in distro.conf to change as needed May 04 14:45:48 JaMa: as your are more in the details of OE, what about the rpath? May 04 14:45:58 JaMa: should it be used in OE? May 04 14:46:34 JaMa: or is it even strip out of the binaries? May 04 14:46:35 morphis: what exactly with rpath? sorry I didn't follow backlog much May 04 14:46:50 JaMa: ok May 04 14:47:00 I have a recipe generatorrunner-native May 04 14:47:06 which compiles fine May 04 14:47:24 but later when it is used to build some other library it fails cause it does not find its runtime library May 04 14:47:38 morphis: check insane.bbclass May 04 14:47:39 so my first guess was adding the missing rpath in the binary with cmake May 04 14:47:57 this scans for rpaths with dangerous values (like pointing to workdir) May 04 14:47:59 or is there some way to set LD_LIBRARY_PATH to the correct path? May 04 14:48:10 but rpath in general is ok? May 04 14:48:25 as I searched through the net and debian for example don't uses the rpath May 04 14:49:19 JaMa: or isn't it a problem cause the recipe is only a native one? May 04 14:49:23 and there is also relocatable.bbclass using chrpath May 04 14:50:45 cross and native also use relocatable.. May 04 14:52:21 JaMa: ok, but relocatable.bbclass only checks if the rpath is correct May 04 14:52:25 it does not remove it May 04 14:53:16 yes May 04 14:55:31 mrmoku: I'm also using whole glib from git, because I would have to configure whole glib to get gio/gdbus-codegen right.. so maybe better to use whole glib newer then interim solution with new gdbus-codegen and older 2.28.6 glib May 04 14:59:02 maybe I should ask in #oe May 04 15:29:22 morphis, hey! I've got a patch for fso-installer. would you be so kind to apply it? http://pastie.org/1864483 May 04 15:30:21 it upgrades to bootr 0.4 and installs GNU patch before installing bootr, as this is now necessary May 04 15:34:16 Slyon: heyho! May 04 15:34:29 Slyon: you didn't have access to the utilities repostiroy? May 04 15:34:45 for what is gnu patch necessary? May 04 15:35:08 morphis, no i don't have access May 04 15:35:14 hm May 04 15:35:20 sorry I was very nervous again(no answer on meego-arm NAND not comming up etc....) May 04 15:35:20 patch is needed as bootr patches the init files now May 04 15:35:21 let's see if I can add you May 04 15:35:27 Slyon: ah ok May 04 15:35:34 Slyon: can you send me your ssh public key? May 04 15:35:38 ~curse htcdream May 04 15:35:41 then I will give you access May 04 15:35:42 to have a clear copyright May 04 15:35:56 ok May 04 15:36:01 That phone is already cursed tough May 04 15:36:05 morphis, sure. i'll send it to you by email. one moment May 04 15:36:13 ok May 04 15:37:42 morphis, sent May 04 15:38:29 mickeyl: ping May 04 15:39:08 mrmoku, could you fix the bootloader? May 04 15:39:17 since you already have the patch May 04 15:44:09 Slyon: you should have access now May 04 15:44:26 please try to clone with ssh://git@freesmartphone.org/.... May 04 15:45:51