**** BEGIN LOGGING AT Sun Jul 31 02:59:57 2011
Jul 31 03:12:19 <gkwhc> help! my FR keeps saying modem is suspending!
Jul 31 03:57:20 <gkwhc> anyone have had problems receiving text?
Jul 31 05:48:33 <antrik> gkwhc: yes. you will have to be more specific though
Jul 31 05:49:33 <gkwhc> antrik: i am not sure whats going on. i can call and receive calls. i can send sms, but not receive
Jul 31 05:51:12 <antrik> without any error message?
Jul 31 05:51:52 <gkwhc> antrik: from which log files? frameworkd.log and fsogsmd.log?
Jul 31 05:52:00 <antrik> the problem some people observed is that the SIM storage is used (although it shouldn't), and once it gets full, no more messages can be received
Jul 31 05:52:06 <antrik> not sure
Jul 31 05:53:40 <gkwhc> i deleted the sim storage
Jul 31 05:53:45 <gkwhc> so it should be fine
Jul 31 05:54:29 <gkwhc> antrik: do you still have problems receiving sms?
Jul 31 06:06:25 <gkwhc> antrik: a text message was sent, but i see no relevant information in fsogsmd.log. and yes, i changed the log level to debug.
Jul 31 06:09:53 <gkwhc> antrik: also in phoneuid.log, i see [libphone-ui] MESSAGE: 1. xxxxxxxxx (this is for outgoing text message, which works), but i dont see anyhting coming backk
Jul 31 06:41:19 <antrik> gkwhc: I never had them... haven't used SHR in a while
Jul 31 06:42:54 <antrik> not sure which log file is relevant for incoming SMS... you will have to wait until some of the knowledgable people wake up :-)
Jul 31 06:43:25 <antrik> (you could check the opimd log -- but so far we don't even know whether they arrive there at all...)
Jul 31 12:24:05 <gkwhc> antrik: what does the opimd do?
Jul 31 12:27:02 <Heinervdm> it stores PIM informations
Jul 31 12:33:57 <gkwhc> PIM?
Jul 31 12:44:58 <mrmoku> personal information management
Jul 31 12:45:01 <mrmoku> contacts
Jul 31 12:45:02 <mrmoku> messages
Jul 31 12:45:04 <mrmoku> calendar
Jul 31 12:45:23 <gkwhc> oh i see
Jul 31 12:47:56 <gkwhc> i see in that log CMS ERROR 310 (which means SIM card does not exist while it actually does) and then from FsoGsmAtSmsHandler: cant synchronize sms storage with SIM
Jul 31 12:55:53 <gkwhc> some people used mdbus2 to retreive/delete messages from SIM. however there isnt a method called org.freesmartphone.GSM.SIM.RetrieveMessagebook in ogsmd.  http://tinyurl.com/3qk5v97
Jul 31 12:56:40 <gkwhc> for those who dont have this problem, which distro and  which version are you using?
Jul 31 12:57:08 <gkwhc> mine is SHR rc3-20110422
Jul 31 12:57:58 <mrmoku> as long as fso does not recognize your sim not much to do :/
Jul 31 12:58:44 <GNUtoo|oeee> there is: update the modem firmware
Jul 31 12:59:05 <gkwhc> GNUtoo|oeee: its using Moko11
Jul 31 12:59:15 <GNUtoo|oeee> ok
Jul 31 13:00:07 <gkwhc> mrmoku: as far as not recognizeing, i think its false since i see SIM/PIM info in /tmp/fsogsmd/
Jul 31 13:04:59 <mrmoku> ok
Jul 31 13:08:05 <gkwhc> mrmoku: what distro/version are you using?
Jul 31 13:09:51 <gkwhc> i wonder if theres anyhting more i can do to test
Jul 31 13:13:17 <gkwhc> it seems like this issue is seen in shr-unstable
Jul 31 13:13:31 <gkwhc> is there any way i can downgrade to testing?
Jul 31 13:20:57 <GNUtoo|oeee> gkwhc, do you use a PIN code
Jul 31 13:21:07 <GNUtoo|oeee> because on htcdream and n900 I've issues with the pin
Jul 31 13:21:17 <GNUtoo|oeee> to get pin working on htcdream I boot
Jul 31 13:21:23 <gkwhc> GNUtoo|oeee: i dont think so, since i do not know what it is
Jul 31 13:21:24 <GNUtoo|oeee> then I've to do apm -s
Jul 31 13:21:27 <GNUtoo|oeee> and resume
Jul 31 13:21:30 <GNUtoo|oeee> and the pin appear
Jul 31 13:21:36 <GNUtoo|oeee> else it never happends
Jul 31 13:21:41 <gkwhc> whats pin code?
Jul 31 13:22:08 <GNUtoo|oeee> the code of your sim card
Jul 31 13:22:12 <GNUtoo|oeee> the unlock code
Jul 31 13:22:15 <GNUtoo|oeee> you boot
Jul 31 13:22:23 <GNUtoo|oeee> and you have to type an unlock code
Jul 31 13:22:28 <GNUtoo|oeee> to unlock your sim
Jul 31 13:22:32 <GNUtoo|oeee> so it can register
Jul 31 13:22:33 <gkwhc> oh!
Jul 31 13:22:39 <gkwhc> in that case no, i dont use it
Jul 31 13:45:38 <mrmoku> gkwhc: SHR unstable quite current
Jul 31 13:58:26 <angelox|n900> hi everyone 
Jul 31 15:49:29 <pespin> hi :)
Jul 31 15:50:15 <[Rui]> pespin: hi there!
Jul 31 15:50:34 <[Rui]> pespin: it seems egalaxian driver is integrated in Linux since May, +- and with multi touch
Jul 31 15:51:46 <pespin> [Rui], oh nice, that means with newer kernel it should work out of the box?
Jul 31 15:52:07 <pespin> mrmoku, ping!
Jul 31 15:56:35 <[Rui]> pespin: indeed
Jul 31 15:56:51 <[Rui]> pespin: of course one needs gestures and mt support in toolkits and all :)
Jul 31 15:57:21 <pespin> [Rui], like elementary :P
Jul 31 15:57:28 <[Rui]> pespin: *bingo* :)
Jul 31 15:57:48 <[Rui]> pespin: speaking of which, fedora15 rpms for elementary have just built on my server
Jul 31 15:59:32 <[Rui]> pespin: and if you noticed some oddities with the touchscreen or e seemingly freezing the ui wrt touch...
Jul 31 15:59:41 <[Rui]> it's an i915 bug with kms.
Jul 31 15:59:51 <pespin> [Rui], yep, noticed them :P
Jul 31 15:59:57 <[Rui]> I disabled it according to that post on e-devel and never happened again
Jul 31 16:00:17 <pespin> i915?
Jul 31 16:00:59 <[Rui]> graphics card driver
Jul 31 16:05:05 <pespin> ah the intel one :)
Jul 31 16:05:31 <pespin> [Rui], which post on e-devel are you talking about? can you tell me the header?
Jul 31 16:05:53 <[Rui]> redraw problem
Jul 31 16:06:27 <mrmoku> pespin: pong
Jul 31 16:06:58 <pespin> mrmoku, did you read the shr-devel mail about blog permissions to clean spam? :)
Jul 31 16:07:27 <mrmoku> not yet, moment
Jul 31 16:07:55 <pespin> ok :)
Jul 31 16:08:10 <pespin> [Rui], aps, I'm only on e-users hehe
Jul 31 16:08:21 <pespin> I'll look for it in some ml log
Jul 31 16:09:55 <pespin> ok have it :) it's a driver bug then?
Jul 31 16:10:17 <[Rui]> yes
Jul 31 16:10:20 <[Rui]> gone for good here
Jul 31 16:10:48 <[Rui]> of course now there's a driver update in Fedora that I already installed but haven't yet checked whether the bug is gone or not
Jul 31 16:10:57 <[Rui]> I'm still with kms disabled :)
Jul 31 16:10:59 <pespin> ok, thanks for the info :)
Jul 31 16:11:04 <mrmoku> hmm... dinner first though :-)
Jul 31 16:11:26 <pespin> mrmoku, np bon profit!
Jul 31 16:11:31 <[Rui]> pespin: thought you could use it :)
Jul 31 16:11:39 <[Rui]> mrmoku: hehehe
Jul 31 16:12:39 <pespin> I'll recompile E now, no apps are showing in ibar since a week ago or so u.u
Jul 31 16:16:26 <[Rui]> hehehe
Jul 31 16:28:58 <CIA-82> freesmartphone.org: 03angelo 07angelox/testing * r4f55d1172ceb 10aurora/aurora-applications/app-settings/ (4 files in 4 dirs): aurora-settings: make use of Header component
Jul 31 16:44:10 <mrmoku> pespin: gah... If I try to give him admin rights damn mt tells me that passwords don't match when saving :P
Jul 31 16:45:43 * pespin raises hand to drop mt :P
Jul 31 16:46:57 <mrmoku> ahh
Jul 31 16:47:07 <mrmoku> ok, managed to do that :)
Jul 31 16:47:13 * mrmoku replies to mail
Jul 31 16:47:52 <pespin> thanks :)
Jul 31 16:51:32 <mrmoku> pespin: btw. you've been interested in libfolks / telepathy, right?
Jul 31 16:51:39 <pespin> mrmoku, sure
Jul 31 16:51:54 <mrmoku> I started to use telepathy on my laptop
Jul 31 16:51:58 <mrmoku> for voip
Jul 31 16:52:07 <pespin> I already started gdbus bindings for telepathy :)
Jul 31 16:52:25 <mrmoku> there is a vapi included
Jul 31 16:52:29 <pespin> vala-dbus-binding-tool crashes though :S
Jul 31 16:52:41 <pespin> mrmoku, it's for telepathy-glib aka dbus-glib :)
Jul 31 16:52:47 <pespin> I'd like to use gdbus
Jul 31 16:52:49 <mrmoku> ahh, right
Jul 31 16:52:50 <mrmoku> yeah
Jul 31 16:52:57 <pespin> it should be easy
Jul 31 16:52:58 <mrmoku> is it really?
Jul 31 16:52:59 <mrmoku> hmm
Jul 31 16:53:04 <pespin> just download telepathy-spec
Jul 31 16:53:08 <pespin> and use vala-dbus-binding-tool
Jul 31 16:53:41 <pespin> I can pass you the .vala files I got from it if you want :)
Jul 31 16:54:03 <mrmoku> the C API has GAsyncResult like callbacks... that smells like gdbus
Jul 31 16:54:11 <pespin> but as I said, I think they are not complete as vala-dbus-binding-tool fails at some place (libgee error afair)
Jul 31 16:54:23 <mrmoku> static void _acm_ready(GObject* acm, GAsyncResult* res, gpointer user_data)
Jul 31 16:54:42 <mrmoku> I wrote a small thing in c to list the sip accounts and dial a number
Jul 31 16:55:07 <pespin> oh nice :) do you have uploaded it somewhere?
Jul 31 16:55:20 <mrmoku> no
Jul 31 16:55:30 <mrmoku> it's a quite simple thing
Jul 31 16:55:58 <mrmoku> pespin: http://paste.pocoo.org/show/449982/
Jul 31 16:57:23 <pespin> ok thnx
Jul 31 16:57:23 <mrmoku> pespin: as sflphone has it's problems in building and segfaults upon me on creating an account I'm thinking about trying telepathy instead
Jul 31 16:57:33 <pespin> I think it's the way to go :)
Jul 31 16:57:48 <mrmoku> probably, yeah
Jul 31 16:58:14 <mrmoku> the only thing I'm missing is SRTP
Jul 31 16:58:26 <mrmoku> there is some started work which never got finished 
Jul 31 16:59:03 <pespin> mrmoku, http://web.archiveorange.com/archive/v/oJN9l0Xkoaz5WZ4B2Dxh
Jul 31 16:59:56 <pespin> I need to reboo, brb
Jul 31 17:06:50 <pespin> mrmoku, for me it looks quite more intuitive to use telepathy dbus api directly, as I'm doing with bluez one. With telepathy we have telepathy-spec xml files so it should be even easier for us :) 
Jul 31 17:07:59 <mrmoku> yeah, the more interesting question is where and how to integrate it
Jul 31 17:15:19 <pespin> mrmoku, first of all I'd like to write something similar to empathy using vala+elementary
Jul 31 17:15:27 <pespin> for mobile devices
Jul 31 17:15:59 <mrmoku> ok good thing
Jul 31 17:16:02 <pespin> just a list of contacts, and when you press on the contact you get a page with bubbles and an entry to write
Jul 31 17:16:21 <pespin> it could be good to use edje in order to reuse the engine for other things
Jul 31 17:16:31 <mrmoku> yup
Jul 31 17:16:33 <pespin> but I don't know edje and I don't know how's the status of edje in vala ;)
Jul 31 17:16:43 <mrmoku> I'm much more interested in the voip part though
Jul 31 17:17:10 <mrmoku> and that one probably needs to be integrated with gsm telephony to make sense
Jul 31 17:17:10 <pespin> for voip we need libfarsight afaik
Jul 31 17:17:14 <mrmoku> yup
Jul 31 17:17:35 <pespin> I don't know much the telepathy api, but I hope it would be easy to set up a call
Jul 31 17:17:37 <mrmoku> dunno if that will work out on the gta02 
Jul 31 17:17:49 <mrmoku> just take a look at my paste
Jul 31 17:17:53 <mrmoku> it does exactly that
Jul 31 17:17:55 <mrmoku> setup a call
Jul 31 17:17:56 <pespin> ok :)
Jul 31 17:18:08 <mrmoku> though the part to handle the call is done elsewhere :P
Jul 31 17:20:57 <pespin> ok nice
Jul 31 17:21:21 <pespin> mrmoku, do you call elm widgets from inside edje?
Jul 31 17:22:08 <pespin> or do you have to build everything from scratch using edje lang?
Jul 31 17:23:01 <mrmoku> in libphone-ui-shr?
Jul 31 17:23:18 <mrmoku> we have the layouts in edje with parts where we swallow elm widgets into
Jul 31 17:24:04 <pespin> ok
Jul 31 17:25:34 <pespin> I wrote some vala classes around elm pager for emtooth which we could use
Jul 31 17:27:15 <mrmoku> ok
Jul 31 17:27:17 <pespin> for each page you want to show/hide you create a classe inheriting from Page class
Jul 31 17:28:05 <pespin> mrmoku, did you find some good place to learn about telepathy api?
Jul 31 17:33:54 <mrmoku> heh
Jul 31 17:34:15 <mrmoku> it took me quite a while of googling around to find out how to do that little thing
Jul 31 17:34:28 <mrmoku> pespin: maybe the included examples are the best place to look at
Jul 31 17:34:32 <mrmoku> though nothing vala
Jul 31 17:34:40 <mrmoku> there is mainly c and some python stuff
Jul 31 17:35:39 <mrmoku> pespin: and the developers manual: http://telepathy.freedesktop.org/doc/book/
Jul 31 17:35:46 <mrmoku> but you probably know that one :)
Jul 31 17:35:48 <mrmoku> brb
Jul 31 17:36:38 <pespin> yep, I started to read that one before going to the mountains last week :D
Jul 31 17:38:14 <pespin> hmm should a chat app request some resource from FSO?
Jul 31 17:38:31 <pespin> maybe CPU while audio conversation?
Jul 31 17:49:38 <mrmoku> pespin: CPU on audio is probably a good thing :)
Jul 31 17:50:40 <pespin> ok
Jul 31 17:52:24 <pespin> I think I'll better look at the elm GenList api before starting, as I'm using elm List in emtooth ;)
Jul 31 18:26:56 <gkwhc> has anyone successfully installed SHR on a microSD??
Jul 31 18:27:23 <angelox|laptop>  for my N900,i
Jul 31 18:27:42 <gkwhc> it should probably be the same for openmoko?
Jul 31 18:27:56 <gkwhc> did you use fat+ext2?
Jul 31 18:29:17 <angelox|laptop> in my case,i couldn't successfully set up uboot from SHR,so i used maemo's uboot,which haves some limitations like my partition way: "Ext3 for Rootfs,vfat for kernel"
Jul 31 18:30:10 <gkwhc> i see
Jul 31 18:31:22 <angelox|laptop> it doesn't work for you?
Jul 31 18:31:56 <angelox|laptop> i meant,SHR on uSD..
Jul 31 18:33:25 <gkwhc> nope its saying wrong image format for bootm command
Jul 31 18:33:49 <angelox|laptop> hmm
Jul 31 18:34:01 <angelox|laptop> i got a lot of that today
Jul 31 18:34:04 <gkwhc> this is quite fustrating since debian boots off from uSD just fine
Jul 31 18:34:20 <gkwhc> im using the testing images
Jul 31 18:34:36 <angelox|laptop> that shouldn't be a problem...
Jul 31 18:34:53 <gkwhc> yeah
Jul 31 18:35:21 <angelox|laptop> i solved my one problem by formating from ext2 to ext3,but i'm not sure if that will help you...
Jul 31 18:35:57 * angelox|laptop will bbl
Jul 31 18:36:22 <gkwhc> ah yes my debian uSD uses ext3
Jul 31 18:59:16 <pespin> mickeyl, ping
Jul 31 19:01:43 <angelox|laptop> gkwhc: check your partition table
Jul 31 19:02:08 <angelox|laptop> gkwhc: you're using u-boot,right ?
Jul 31 19:02:49 <gkwhc> angelox|laptop: yes. but right now im booting everything off of NOR because i have a system on NAND, and another on SD
Jul 31 19:03:55 <angelox|laptop> hmm
Jul 31 19:04:14 <angelox|laptop> and to try shr on uSD you let uboot time out,isn't ?
Jul 31 19:04:59 <gkwhc> instead of going to uboot in  NAND flash, i just booted off of NOR flash
Jul 31 19:05:34 <angelox|laptop> Oh,understood now,my bad.
Jul 31 19:06:15 <mickeyl> pespin: pong
Jul 31 19:06:18 <gkwhc> :)
Jul 31 19:06:38 <pespin> mickeyl, vala-dbus-binding-tool is having problems to process telepathy-spec
Jul 31 19:06:58 <pespin> I think it's not aware of simple-type elements
Jul 31 19:07:05 <mickeyl> like?
Jul 31 19:07:56 <pespin> Channel_Interface_Media_Signalling.xml:    <tp:simple-type name="Media_Session_Type" type="s">
Jul 31 19:08:08 <pespin> this is an example line ^
Jul 31 19:08:15 <mickeyl> this is a telepathy extension
Jul 31 19:08:22 <pespin> and now error from vala-dbus-binding-tool:
Jul 31 19:08:23 <pespin> [ERROR] In interface ChannelInterfaceMediaSignalling signal new_session_handler : Unknown dbus type dbustype: 'Media_Session_Type' unknown
Jul 31 19:08:27 <mickeyl> vala-dbus-binding-tool does not know about _any_ extensions
Jul 31 19:08:30 <mickeyl> (except ours...)
Jul 31 19:08:33 <pespin> hehe
Jul 31 19:08:56 <mickeyl> we should at least teach it to ignore those unknown types on request
Jul 31 19:09:25 <pespin> yes because I think it's taking the last "type" argument it sees
Jul 31 19:09:39 <mickeyl> please open a bug on trac
Jul 31 19:09:53 <pespin> so first type="s" get's erased and it uses type="MediaSessionType" on vala code (which then the compiler doesn't find)
Jul 31 19:10:04 <pespin> ok, thanks :)
Jul 31 19:11:20 <mickeyl> obviously it'd also be cool to make it work with the telepathy extensions, but that's a more complex task
Jul 31 19:16:40 * angelox|laptop thinks that he is the only one that plays with leds on his phones :)
Jul 31 19:24:31 <gkwhc> hm now im getting, unable to get kernel image..
Jul 31 19:27:38 <pespin> mickeyl, ah now I rembemer I was using a slightly modified version of vala-dbus-binding-tool because it crashes while building telepathy-spec ;) That should be fixed first :)
Jul 31 19:27:39 <pespin> ERROR:hashmap.c:2322:gee_hash_map_node_iterator_next: assertion failed: (self->_stamp == self->_map->priv->_stamp)
Jul 31 19:42:54 <angelox|laptop> gkwhc: You're using uImage or zImage?
Jul 31 19:43:51 <gkwhc> angelox|laptop: uImage. the openmoko wiki only mentions uImage
Jul 31 19:44:37 <angelox|laptop> ok,and there's something else in kernel's partition?
Jul 31 19:45:43 <angelox|laptop> i'd try leave only uImage at the kernel's partition,without any boot.scr or anything else,and uImage in /,not inside any directory
Jul 31 19:46:03 <angelox|laptop> that shows an error about boot.scr not found,but it doesn't stop booting
Jul 31 19:48:17 <gkwhc> nopee it doesnt have anything else, just the uImage.bin
Jul 31 19:48:37 <angelox|laptop> .bin?
Jul 31 19:48:51 <gkwhc> thats the extension by default
Jul 31 19:48:54 <angelox|laptop> try remove that extension,or make a copy of it called only uImage
Jul 31 19:49:03 <gkwhc> ok
Jul 31 19:56:51 <angelox|laptop> mickeyl: Hi
Jul 31 20:18:40 <pespin> ugh I found the gee hashmap error which throws the error, but that code looks quite insane to me....  foreach(key in hashmap) { .... here we set a value of some key of the hashmap we are iterating ... }
Jul 31 20:19:13 <pespin> this seems to be somehow invalidating the iterator
Jul 31 20:49:02 <playya> pespin, file/line?
Jul 31 20:49:56 <playya> looks like the types are some simple typedefs like: class Media_Session_Type : string
Jul 31 20:51:05 <pespin> playya, there's only one file for dbus_vala-binding-tool :)
Jul 31 20:51:34 <pespin> and line... well it's not a matter of 1 line, it should be added code in different places to detect the simple-type element
Jul 31 20:52:37 <playya> yes
Jul 31 20:52:38 <pespin> I suppouse a hasmap(tp:type->type) should be enough
Jul 31 20:53:23 <playya> but i don't know if we want to add support for every specific implementation
Jul 31 20:53:39 <pespin> playya, would you like fixing this though? http://trac.freesmartphone.org/ticket/648
Jul 31 20:54:46 <gkwhc> angelox|laptop: nope unfortunately still no help
Jul 31 20:55:17 <angelox|laptop> gkwhc: hmm,the error stills the same?
Jul 31 20:55:23 <playya> hmm. looks like a problem using anonymous structs
Jul 31 20:55:33 <gkwhc> angelox|laptop: it said something about fatload
Jul 31 20:56:40 <angelox|laptop> i never heard about that..
Jul 31 20:56:53 <gkwhc> hmm
Jul 31 20:57:00 <angelox|laptop> maybe gta02 masters know..
Jul 31 20:57:21 <angelox|laptop> iirc gta02 is the name isn't?
Jul 31 20:57:37 <pespin> playya, I think the problem is modifing the hasmap while iterating it.
Jul 31 20:57:39 <gkwhc> yes its one of the names
Jul 31 20:58:17 <CIA-82> freesmartphone.org: 03angelo 07angelox/testing * r5eafbc0137a5 10aurora/aurora-applications/app-settings/ (6 files in 3 dirs): aurora-applications: big update for cleaning ugly codes
Jul 31 20:58:39 <playya> nope. keys yields a list with keys
Jul 31 20:59:19 <angelox|laptop> gkwhc: it at least shows "reading uImage..." ?
Jul 31 21:00:14 <gkwhc> angelox|laptop: nope. sometimes it would randomly do that, but not frequent
Jul 31 21:02:11 <angelox|laptop> randomly isn't a good thing ;)
Jul 31 21:03:51 <gkwhc> not at all!
Jul 31 21:04:26 <playya> pespin, i just updated vdbs to HEAD and it doesn't segfault
Jul 31 21:06:00 <pespin> playya, I'm at 2c72ff9c981be947837c72d3aa38e1fbf074068f
Jul 31 21:06:10 <pespin> it doesn't segfault
Jul 31 21:06:17 <pespin> it justs aborts with that error
Jul 31 21:07:26 <playya> i think you should use specs/all.xml as input
Jul 31 21:07:58 <pespin> why are all the other xml there then?
Jul 31 21:08:27 <playya> all.xml includes them
Jul 31 21:08:37 <gkwhc> how do you mount jffs flash if it returns unknown filesystem type 'jffs2?'
Jul 31 21:08:37 <playya> but it generates malformed code
Jul 31 21:15:54 <CIA-82> freesmartphone.org: 03angelo 07angelox/testing * r35c97e891009 10aurora/ (20 files in 6 dirs): aurora: Big update for a future merge
Jul 31 21:26:20 <gkwhc> im asking because i cant boot from SHR-testing in the nand flash. however SHR-unstable boots!
Jul 31 21:32:44 <angelox|laptop> gkwhc: hmm i have no idea,sorry
Jul 31 21:33:01 <angelox|laptop> gkwhc: maybe asking for GNUtoo,since he arrived
Jul 31 21:33:25 <gkwhc> angelox|laptop: ok thanks for your help and suggestions tho!
Jul 31 21:34:17 <angelox|laptop> gkwhc: np :)
Jul 31 21:36:42 <gkwhc> im trying a new image now from shr-testing2011
Jul 31 21:36:51 <GNUtoo|laptop> hi
Jul 31 21:37:06 <pespin> GNUtoo|laptop, hi :)
Jul 31 21:39:29 <GNUtoo|laptop> hi
Jul 31 21:41:13 <ttyS3> hi GNUtoo|laptop :-)
Jul 31 21:42:29 <angelox|laptop> Hey GNUtoo|laptop! 
Jul 31 21:42:45 <gkwhc> greetings GNUtoo|laptop
Jul 31 21:48:12 <GNUtoo|laptop> hi
Jul 31 21:48:29 <GNUtoo|laptop> what were the problem to solve?
Jul 31 21:52:08 <CIA-82> freesmartphone.org: 03angelo 07angelox/testing * r1bf9df44a397 10aurora/aurora-components/ (33 files in 3 dirs): aurora-components: commit from master to remove components in angelox-testing,this will be reverted very soon,when i merge angelox/testing in master
Jul 31 21:52:09 <CIA-82> freesmartphone.org: 03angelo 07angelox/testing * r77125c7e3368 10aurora/ (20 files in 6 dirs): Merge branch 'angelox/testing' of git.freesmartphone.org:aurora into angelox/testing
Jul 31 21:57:46 <GNUtoo|laptop> angelox|laptop, gkwhc what's the issue?
Jul 31 21:58:32 <angelox|laptop> GNUtoo|laptop: gkwhc couldn't boot SHR on his gta02
Jul 31 21:58:44 <GNUtoo|laptop> what version?
Jul 31 21:58:51 <GNUtoo|laptop> last unstable image?
Jul 31 21:58:53 <angelox|laptop> last message from he: "<gkwhc> how do you mount jffs flash if it returns unknown filesystem type 'jffs2?'"
Jul 31 21:59:02 <GNUtoo|laptop> ahh flash stuff
Jul 31 21:59:08 <GNUtoo|laptop> I usually clear the nand before flashing
Jul 31 21:59:28 <GNUtoo|laptop> (nand scrub and such things)
Jul 31 21:59:35 <GNUtoo|laptop> available on the openmoko wiki
Jul 31 21:59:39 <GNUtoo|laptop> that is to say:
Jul 31 22:00:21 <GNUtoo|laptop> http://wiki.openmoko.org/wiki/NAND_bad_blocks#Clearing_BadBlocks
Jul 31 22:00:31 <GNUtoo|laptop> nand bad
Jul 31 22:00:31 <GNUtoo|laptop> nand scrub
Jul 31 22:00:31 <GNUtoo|laptop> nand createbbt
Jul 31 22:00:31 <GNUtoo|laptop> dynpart
Jul 31 22:10:00 * angelox|laptop is now afraid
Jul 31 22:18:43 <GNUtoo|laptop> gta02 has 2 bootloaders
Jul 31 22:18:43 <GNUtoo|laptop> so basically you do that
Jul 31 22:18:43 <GNUtoo|laptop> you boot in uboot
Jul 31 22:18:43 <GNUtoo|laptop> you run theses commands
Jul 31 22:18:44 <GNUtoo|laptop> and then right after you flash QI+uImage+rootfs
Jul 31 22:18:45 <GNUtoo|laptop> if something fails
Jul 31 22:18:45 <GNUtoo|laptop> it's not problematic
Jul 31 22:18:46 <GNUtoo|laptop> just restart from nand bad
Jul 31 22:18:47 <GNUtoo|laptop> since you have 2 bootloaders
Jul 31 22:23:31 <angelox|laptop> OT: there is some git wizard here?
Jul 31 22:40:48 <lindi-> angelox|laptop: not a very good question :)
Jul 31 22:41:34 <angelox|laptop> lindi-: you're talking about the 'wizard' word? :)
Jul 31 22:44:46 <angelox|laptop> my problem is,i'm going to merge my testing branch in master in aurora and i don't know if i do "git merge angelox/testing" or "git merge --no-ff angelox/testing" :\
Jul 31 22:45:39 <lindi-> angelox|laptop: --no-ff is the default?
Jul 31 22:46:56 <angelox|laptop> i don't know,i just saw some git examples at internet,and there was these two,since i want not to f*** up the git,i'm browsing at internet :)
Jul 31 22:48:14 <angelox|laptop> s/git/aurora's git repo/
Jul 31 22:48:14 <apt> angelox|laptop meant: i don't know,i just saw some aurora's git repo examples at internet,and there was these two,since i want not to f*** up the git,i'm browsing at internet :)
Jul 31 22:48:55 <angelox|laptop> as i'm seeing now,-no-ff creates a commit for the merge
Jul 31 22:49:21 <angelox|laptop> i'll try that,if i spam here the channel with CIA-82 messages,sorry!
Jul 31 22:51:49 <angelox|laptop> when i try i get in git status: "# Your branch is ahead of 'origin/master' by 82 commits." and i'm not sure if git push will populate all this irc channel with all these commits
Jul 31 22:51:55 <angelox|laptop> for that i'm afraid :)
Jul 31 22:56:20 <CIA-82> freesmartphone.org: 03angelo 07aurora * r0eb7c268fa98 10/aurora-applications/ (23 files in 5 dirs): Merge branch 'angelox/testing'
Jul 31 23:12:26 <lindi-> angelox|laptop: man git merge says that --no-ff is default
Jul 31 23:12:45 <angelox|laptop> i've saw it right now :)
Aug 01 00:12:26 <angelox|laptop> good night everyone
**** ENDING LOGGING AT Mon Aug 01 02:59:57 2011