**** BEGIN LOGGING AT Mon Nov 28 02:59:57 2011
Nov 28 05:33:25 <CIA-69> freesmartphone.org: 03morphis 07gdbus * rb57f10bda237 10libfso-glib/configure.ac: 
Nov 28 05:33:25 <CIA-69> freesmartphone.org: Set vala 0.14 as required version
Nov 28 05:33:25 <CIA-69> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Nov 28 07:06:39 <mrmoku> moin
Nov 28 07:07:16 <mrmoku> GNUtoo: maybe you should start to have a save working installation as backup on another partition
Nov 28 07:08:00 <mrmoku> GNUtoo: and I have no idea what might have broken telephony... probably the switch to newer vala?
Nov 28 07:45:54 <mrmoku>  /win move 2
Nov 28 07:45:57 <mrmoku> gah
Nov 28 08:09:01 <Ainulindale> mrmoku: bind your /win :-)
Nov 28 08:09:12 <Ainulindale> and save your layout
Nov 28 08:09:17 <Ainulindale> They won't change that way :-p
Nov 28 08:09:36 <lindi-> you seriously using irssi on openmoko?
Nov 28 08:24:44 <mrmoku> Ainulindale: thing is... I have to restart bip for that... as I accidently quit this channel some day ago :P
Nov 28 08:25:15 <mrmoku> lindi-: why not?
Nov 28 08:25:31 <mrmoku> ahh on the device? there I used it too yeah
Nov 28 08:33:24 <lindi-> mrmoku: well it's not exactly touchscreen-friendly
Nov 28 08:38:49 <mrmoku> lindi-: which chat app is touchscreen friendly?
Nov 28 10:08:56 <mrmoku> JaMa|Off: new vala fails for me due to missing gtk
Nov 28 10:09:00 <mrmoku> JaMa|Off: rebasing needed?
Nov 28 10:43:45 <GNUtoo> mrmoku, hi
Nov 28 10:44:39 <mrmoku> hi GNUtoo 
Nov 28 10:45:03 <mrmoku> GNUtoo: got more hints for you broken telephone?
Nov 28 10:45:07 <mrmoku> +r
Nov 28 10:45:51 <GNUtoo> yes it seem in the lowlevel_openmoko
Nov 28 10:46:30 <GNUtoo> let me boot on SHR(I used qtmoko because I needed telephony and that nearly failed, I didn't find how to import the contacts from the sim but I found the last calls in the sim)
Nov 28 10:47:19 <DocScrutinizer> morn
Nov 28 10:47:34 <DocScrutinizer> any comm?ents regarding alignment issues under ARM
Nov 28 10:47:35 <GNUtoo> mrmoku, could it be the vala upgrade?
Nov 28 10:48:01 <GNUtoo> DocScrutinizer, I think JaMa|Off knows more than us about alignement issues
Nov 28 10:48:43 <DocScrutinizer> I think I recall we had alignment problems causing random segfaults, like some 2 years or more ago
Nov 28 10:48:59 <DocScrutinizer> you happen to recall the fix for that?
Nov 28 10:49:17 <GNUtoo> it's toolchain issue(libc I think)
Nov 28 10:49:27 <GNUtoo> so one of the fix was to install -dbg packages
Nov 28 10:49:41 <GNUtoo> but then it was fixed in a better  way by JaMa|Off + khem
Nov 28 10:50:24 <lindi-> mrmoku: quassel is at leasta bit better than irssi
Nov 28 10:50:46 <GNUtoo> and I don't remember it segfaulting
Nov 28 10:51:03 <lindi-> DocScrutinizer: you can configure whether kernel detects it and cause segfault or not
Nov 28 10:51:07 <GNUtoo> because maybe echo something> /some/sysfs/path made the kernel automatically fix theses
Nov 28 10:51:08 <DocScrutinizer> hmm, not sure about segfaults either
Nov 28 10:51:11 <lindi-> DocScrutinizer: I think default is to not catch it
Nov 28 10:51:18 <DocScrutinizer> ahaaaa
Nov 28 10:51:25 <lindi-> DocScrutinizer: I've been hitting this problem with latest binutils gold
Nov 28 10:51:26 <GNUtoo> at a performance cost 
Nov 28 10:52:11 <lindi-> DocScrutinizer: see e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647049
Nov 28 10:52:50 <GNUtoo> http://www.pastie.org/private/1blrdbsaglo2v1hx1n2zpq
Nov 28 10:52:53 <GNUtoo> mrmoku, ^^^
Nov 28 10:53:14 <GNUtoo> I'll try to open it manually
Nov 28 10:55:50 <GNUtoo> the modem doesn't seem to respond
Nov 28 10:56:08 <GNUtoo> but I tried osmocombb yesterday and it worked so the modem is not broken
Nov 28 11:05:21 <GNUtoo> mrmoku, I'll eat
Nov 28 11:11:47 <mrmoku> GNUtoo: hmm... if it does not even respond when trying manually... there's not much left to blame
Nov 28 11:13:55 <DocScrutinizer> lindi-: thanks, but that bug seems not to suggest how you shall deal with proper alignment. Shall we insert dummy bytes to structures, or is there a compiler directive, or a linker directive, or what'S the deal?
Nov 28 11:14:35 <lindi-> DocScrutinizer: hmm? I don't think valid C programs should do unaligned accesses?
Nov 28 11:14:54 <DocScrutinizer> well, you got those
Nov 28 11:14:56 <DocScrutinizer> no?
Nov 28 11:15:22 <lindi-> is char buf[16]; double *f = (double*)buf[1]; f = 2.0;  legal?
Nov 28 11:15:30 <lindi-> is char buf[16]; double *f = (double*)&buf[1]; f = 2.0; legal?
Nov 28 11:16:01 <DocScrutinizer> NFC
Nov 28 11:16:22 <DocScrutinizer> I'm not interested in debates, I'm looking for a solution to a problem
Nov 28 11:16:55 <DocScrutinizer> the problem being:  #3  0x4164f466 in modest_mail_operation_get_msg (self=0x3410b8, header=0x30bec0, progress_feedback=<value optimized out>, user_callback=0x4167a999 <view_msg_cb+1>,    user_data=0x33d930) at modest-mail-operation.c:2840
Nov 28 11:17:35 <DocScrutinizer> and seems this is appearing randomly for some builds while not existing in others
Nov 28 11:18:00 <JaMa|Off> mrmoku: how it fails? build time?
Nov 28 11:18:10 <lindi-> DocScrutinizer: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka3721.html lists some common fixes
Nov 28 11:18:20 <DocScrutinizer> thanks
Nov 28 11:18:59 <mrmoku> JaMa|Off: yup
Nov 28 11:19:03 <lindi-> DocScrutinizer: I can take a quick look at the source possible if you have a link
Nov 28 11:19:15 <mrmoku> | cp: cannot stat `/OE/shr-core/tmp-eglibc/sysroots/om-gta04/usr/share/aclocal/gtk-2.0.m4': No such file or directory
Nov 28 11:19:25 <mrmoku> during do_configure
Nov 28 11:19:26 <DocScrutinizer> wait a minute
Nov 28 11:21:19 <DocScrutinizer> lindi-: probably I can't get the link to src now, as I'm in a hurry to sign a employment. Anyway it's an odd callback pointer in above that looks fishy, so maybe "alligned DATA access" (the link you posted) isn't to the point here
Nov 28 11:21:58 <DocScrutinizer> seems I am looking for a way to align CODE, probably a linker directive
Nov 28 11:48:44 <JaMa|Off> mrmoku: does only target vala fail or even -native?
Nov 28 11:49:03 <JaMa|Off> mrmoku: here it doesn't fail but we don't have gtk+-native to add it for both
Nov 28 11:49:45 <mrmoku> JaMa|Off: hmm... it did not build the -native one I think
Nov 28 11:50:00 <mrmoku> ahh it did
Nov 28 11:50:06 <mrmoku> JaMa|Off: yeah, vala-native worked
Nov 28 11:50:10 * mrmoku lunch bbiab
Nov 28 11:50:34 <JaMa|Off> ok
Nov 28 11:57:14 <GNUtoo> mrmoku, maybe I don't know how to use the modem manually
Nov 28 11:57:18 <GNUtoo> ahhh 9600
Nov 28 11:57:22 <GNUtoo> it should be 115200
Nov 28 12:09:02 <lindi-> DocScrutinizer: align code?
Nov 28 12:09:41 <lindi-> DocScrutinizer: I don't see how you could have unaligned instructions
Nov 28 12:10:34 <DocScrutinizer51> that trace suggests there's an unaligned callback function pointer
Nov 28 12:10:44 <DocScrutinizer51> afk
Nov 28 12:11:01 <lindi-> DocScrutinizer: that looks like thumb code
Nov 28 12:11:22 <lindi-> but hmm " user_callback=0x4167a999 <view_msg_cb+1>" shows that the view_msg_cb is aligned
Nov 28 12:15:53 <lindi-> DocScrutinizer: see A4.1.9 of arm architecture reference manual
Nov 28 12:16:31 <lindi-> DocScrutinizer: "Is the register containing the address of the target instruction. Bit[0] of Rm is 0 to select a target ARM instruction, or 1 to select a target Thumb instruction. If R15 is specified for <Rm>, the results are UNPREDICTABLE."
Nov 28 12:17:05 <lindi-> DocScrutinizer: if the lowest bit of the function pointer is "1" then you are telling the cpu to switch from arm mode to thumb mode
Nov 28 12:17:20 <JaMa|Off> pespin: can you fix libeflvala please? /libeflvala-1_2011.01.13.1+svnr65643-r1/vala/examples/elementary/main.c:262: undefined reference to `elm_box_homogenous_set'
Nov 28 12:17:47 <JaMa|Off> pespin: just s/homogenous/homogeneous/g
Nov 28 12:24:13 <GNUtoo> mrmoku, hmmm any idea how to \r\n on shell?
Nov 28 12:30:31 <JaMa|Off> pespin: I'll add patch with it to meta-oe soon
Nov 28 12:31:30 <pespin> JaMa|Off, I'm currently maintaing a new version of eflvala in gitorious, as it needs lots of changes in its vapi
Nov 28 12:32:01 <pespin> I can push this change in svn now, but I hope I won't break compatibility when moving back from gitorious to E svn
Nov 28 12:32:28 <pespin> JaMa|Off, btw are you sure the s/homogenous/homogeneous/g change is only for box or for all widgets?
Nov 28 12:33:07 <pespin> as I don't have new elm here in netbook and I need to much time to rebuild whole E here
Nov 28 12:37:27 <pespin> JaMa|Off, can you try it please? http://pastebin.com/fmqDJGAp
Nov 28 12:37:51 <GNUtoo> mrmoku, I tried an old fsogsmd and it seem not to work either
Nov 28 12:38:32 <pespin> if eflvala compiles with that patch I'll push it to svn :)
Nov 28 12:39:10 <GNUtoo> mrmoku, there is a muxer? or is it integrated to fsogsmd
Nov 28 12:41:19 <pablo> hi, someone knows if SHR is usable without frameworkd fso1?
Nov 28 12:41:36 <GNUtoo> hmmm good question
Nov 28 12:42:33 <HeinervdmWork> pablo: no, because then you don't have opimd which is required by nearly everything
Nov 28 12:45:14 <pablo> HeinervdmWork: is that an SHR or fso2 limitation?
Nov 28 12:45:56 <GNUtoo> pablo, altough you may be able to use some dumb phone application such as zhone2 or aurora on top of SHR
Nov 28 12:46:49 <pespin> pablo, opimd has still not been ported to fso2 :)
Nov 28 12:47:33 <pablo> pespin: ok thanks
Nov 28 12:50:48 <pablo> is opimd the only missing part to get a fully working fso2? is there a place where to check the frameworkd replace progress?
Nov 28 12:57:35 <GNUtoo> mrmoku, I really don't see what it could be
Nov 28 12:58:13 <GNUtoo> uname -a: Linux om-gta02 2.6.39.4 #1 Sat Nov 19 16:22:13 CET 2011 armv4tl GNU/Linux
Nov 28 13:01:17 <GNUtoo> basically for some reason the modem doesn't answer
Nov 28 13:10:21 <GNUtoo> mrmoku, am I the only one with broken telephony?
Nov 28 13:16:19 <GNUtoo> mrmoku, in other words should I try to reflash?
Nov 28 13:20:34 <DocScrutinizer51> dang, now they got me
Nov 28 13:21:02 <DocScrutinizer51> signed the contract :-D
Nov 28 13:21:18 <mrmoku> DocScrutinizer51: congrats :-D
Nov 28 13:21:26 <GNUtoo> it's for the cobol thing?
Nov 28 13:21:27 <mrmoku> GNUtoo: muxer is integrated in fsogsmd
Nov 28 13:21:40 <DocScrutinizer51> mrmoku: thanks
Nov 28 13:21:43 <mrmoku> pablo: that's an fso thing
Nov 28 13:22:01 <DocScrutinizer51> GNUtoo: nah, LTE modules
Nov 28 13:22:03 <mrmoku> GNUtoo: tried with mickey-term?
Nov 28 13:22:30 <GNUtoo> DocScrutinizer51, what's that? something like 3G LTE?
Nov 28 13:22:42 <DocScrutinizer51> yep
Nov 28 13:22:46 <DocScrutinizer51> exactly
Nov 28 13:22:57 <GNUtoo> you're developping a 3g lte module?
Nov 28 13:23:02 <GNUtoo> for what company?
Nov 28 13:23:08 <GNUtoo> it's nicer than the cobol thing
Nov 28 13:23:10 <GNUtoo> a lot nicer
Nov 28 13:23:15 <DocScrutinizer51> ST-E
Nov 28 13:23:19 <GNUtoo> ah ok
Nov 28 13:23:23 <GNUtoo> st ericson
Nov 28 13:23:23 <GNUtoo> nice
Nov 28 13:23:27 <GNUtoo> congratulation
Nov 28 13:23:35 <DocScrutinizer51> thanks
Nov 28 13:23:51 <GNUtoo> you will be doing only the hardware part?
Nov 28 13:23:58 <GNUtoo> or also some software part too?
Nov 28 13:24:19 <DocScrutinizer51> let's if they can cope with a nerd like me :-)
Nov 28 13:30:22 <DocScrutinizer51> GNUtoo: both
Nov 28 13:30:43 <DocScrutinizer51> "master of the I2Cbus"
Nov 28 13:30:51 <GNUtoo> ok
Nov 28 13:31:24 <GNUtoo> will your module make it in phones?
Nov 28 13:31:34 <DocScrutinizer51> probably
Nov 28 13:31:40 <GNUtoo> wow nice
Nov 28 13:31:53 <GNUtoo> I hope the protocol to talk to it won't be proprietary
Nov 28 13:32:09 <DocScrutinizer51> given 70% of phones use ST-E chips
Nov 28 13:32:13 <GNUtoo> like for instance msmcomm, samsung protocol etc....
Nov 28 13:32:46 <DocScrutinizer51> GNUtoo: NFC, prolly what the customer asks for
Nov 28 13:33:00 <GNUtoo> ok
Nov 28 13:46:04 <GNUtoo> JaMa|Off, python-elmentary fails
Nov 28 13:46:44 <GNUtoo> libefl-vala too
Nov 28 13:47:03 <JaMa|Off> I have fix for 2nd but not yet for python-elementery
Nov 28 13:47:11 <GNUtoo> ok
Nov 28 13:47:18 <GNUtoo> I'm using your test branch
Nov 28 13:48:05 <JaMa|Off> I didn't push it there, because I was on 2 meetings
Nov 28 13:48:11 <GNUtoo> ok
Nov 28 13:48:14 <GNUtoo> I'll wait then
Nov 28 13:51:37 <JaMa|Off> GNUtoo: patch pushed but build is still running
Nov 28 13:53:00 <JaMa|Off> now even elementary itself failed due to host contamination :/
Nov 28 14:13:46 <JaMa|Off> pespin: looks the same as mine and works (libeflvala builds with OE after http://git.openembedded.org/meta-openembedded-contrib/commit/?h=jansa/test&id=41ce7c9777aef4b85ab198b4a6b1fbe8464f724a )
Nov 28 14:14:39 <pespin> JaMa|Off, ok I'm finishing compiling E. Give me about 20 min and I'll push it upstream
Nov 28 14:22:21 <JaMa|Off> thanks
Nov 28 14:22:48 <GNUtoo> thanks JaMa|Off penghb 
Nov 28 14:22:49 <GNUtoo> oops
Nov 28 14:22:52 <GNUtoo> thanks JaMa|Off pespin 
Nov 28 14:42:09 <pespin> JaMa|Off, fixed in rev 65653
Nov 28 14:42:27 <mrmoku> pespin: where can I find your tp vapi works?
Nov 28 14:42:52 <mrmoku> libeflvala getting lots of love is a good argument for using it :)
Nov 28 14:43:25 <pespin> mrmoku, tp dbus vapi is inside etalk.
Nov 28 14:43:30 <pespin> wait, I'll share links here
Nov 28 14:43:35 <mrmoku> thx
Nov 28 14:44:27 <pespin> https://gitorious.org/etalk/etalk/trees/master/src
Nov 28 14:44:34 <mrmoku> pespin: great
Nov 28 14:44:36 * mrmoku clonse
Nov 28 14:44:40 <mrmoku> err clones
Nov 28 14:44:43 <pespin> have a look at telepathy_gdbus_*.vala
Nov 28 14:45:04 <pespin> mrmoku, master branch of etalk works with old eflvala from E svn
Nov 28 14:45:20 <pespin> neweflvala branch which I pushed yesterday is working against new eflvala
Nov 28 14:45:26 <pespin> which is in... *looking for link*
Nov 28 14:45:27 <mrmoku> ok, for now I'm interested in tp vapi
Nov 28 14:46:04 <mrmoku> pespin: any plans on upstreaming the tp vapi stuff?
Nov 28 14:46:09 <GNUtoo> grrr nothing compiles
Nov 28 14:46:16 <pespin> https://gitorious.org/eflvala
Nov 28 14:46:24 <pespin> mrmoku, upstreaming where?
Nov 28 14:46:38 <mrmoku> vala?
Nov 28 14:46:42 <GNUtoo> while waiting for the efl stuff to be fixed I tried aurora-image
Nov 28 14:46:50 <GNUtoo> that failled too with:
Nov 28 14:46:57 <GNUtoo> | configure: error: Package requirements (qfsodbusxml2cpp >= 0.7.0) were not met:
Nov 28 14:46:58 <pespin> mrmoku, the thing is, people from TP doesn't give support for dbus api
Nov 28 14:47:16 <pespin> instead, they want you to use telepathy-glib
Nov 28 14:47:40 <mrmoku> I know :/
Nov 28 14:47:59 <mrmoku> but does vala already have tp bindings?
Nov 28 14:48:11 <pespin> mrmoku, but yeah, we could move this vala files to a separate library and link it from our apps :)
Nov 28 14:48:14 <mrmoku> probably cannot... because old dbus is obsoleted
Nov 28 14:48:23 <mrmoku> that's my main point
Nov 28 14:48:33 <mrmoku> we will need from at least three places :)
Nov 28 14:48:35 <pespin> hmmm telepathy-glib had a vala vapi, but... well... I didn't like it
Nov 28 14:48:55 <pespin> mrmoku, I'm on with moving it somewhere else :)
Nov 28 14:49:02 <mrmoku> ok
Nov 28 14:49:02 <pespin> s/on/ok/
Nov 28 14:49:03 <apt> pespin meant: mrmoku, I'm ok with moving it somewhere else :)
Nov 28 14:49:30 <pespin> it's just that I didn't have time to do it, and as I'm the only one using it since I started it, I prefered having it locally to develop faster
Nov 28 14:49:38 <mrmoku> sure
Nov 28 14:50:04 <mrmoku> I will try it first... you can think about a sexy name meanwhile :P
Nov 28 14:50:14 <pespin> btw, if you are planning to use eflvala, please use new one, as concepts in the old one are wrong ;)
Nov 28 14:50:40 <JaMa|Off> then push it to svn repo asap :)
Nov 28 14:50:43 <pespin> mrmoku, "ear" ? :P
Nov 28 14:50:46 <pespin> hahah
Nov 28 14:50:49 <JaMa|Off> better to do it before release..
Nov 28 14:50:54 <pespin> that's appropiate for a telephony E app
Nov 28 14:50:55 <JaMa|Off> then after release with api frozen
Nov 28 14:51:23 <mrmoku> pespin: sure, will use the new one
Nov 28 14:51:34 <mrmoku> pespin: the commented stuff needs fixing?
Nov 28 14:51:35 <pespin> JaMa|Off, vala vindings are not in the same pack as other efl libs which are going to be released
Nov 28 14:51:54 <pespin> JaMa|Off, in fact,I plan to work on them mostly when they are released, so I don't have to change the vapi 4 times in the same week ;)
Nov 28 14:52:12 <pespin> and most of the widgets are not up to date as in the C code
Nov 28 14:52:23 <JaMa|Off> I know, but still imho better to review api changes and concept changes now :)
Nov 28 14:52:59 <pespin> mrmoku, (commented) it depends. Some have vala->C generation problems. Some have gabble connection manager problems, etc.
Nov 28 14:53:19 <pespin> JaMa|Off, who is gonna review it? :P
Nov 28 14:53:46 * mrmoku cloning eflvala too
Nov 28 14:54:10 <JaMa|Off> GNUtoo: python-elementary fix pushed too
Nov 28 14:54:19 <mrmoku> pespin: the examples in eflvala are already updated or still old?
Nov 28 14:54:26 <pespin> mrmoku, updated
Nov 28 14:54:26 <JaMa|Off> pespin: whoever cares about in efl ML :)
Nov 28 14:54:37 <pespin> JaMa|Off, I think nobody cares ;)
Nov 28 14:54:40 <JaMa|Off> pespin: but having changes in different repo seems wrong to me
Nov 28 14:54:41 <GNUtoo> ok nice
Nov 28 14:54:44 <GNUtoo> thanks a lot
Nov 28 14:54:54 <JaMa|Off> pespin: then why not update it directly in EFL repo?
Nov 28 14:55:08 <pespin> JaMa|Off, changes are breaking old eflvala apps
Nov 28 14:55:23 <JaMa|Off> pespin: and efl trunk doesn't break existing efl apps? :)
Nov 28 14:55:30 <JaMa|Off> ie elementary apps mostly
Nov 28 14:56:14 <mrmoku> maybe send a patchset to e-devel and ask if anybody has objections?
Nov 28 14:56:19 <pespin> yeah but as we need to change and try lots of things it's better to have it somewhere zub can commit for example
Nov 28 14:56:25 <JaMa|Off> with development happening somewhere else it could also stay in fso.git 
Nov 28 14:56:53 <pespin> I plan to move it to E in some days time
Nov 28 14:57:11 <JaMa|Off> still IMHO worth at least announcing on e-devel and asking for objections, ideas
Nov 28 14:57:39 <pespin> ok I'll write a mail, but I think it won't get much attention
Nov 28 14:57:42 <karl678> hi. there are some (past september) CVE-patches for n900 camera kernel, on gitourious source. 
Nov 28 14:58:07 <JaMa|Off> because if you announce a lot of changes later when you have apps using new api and old apps still broken by that change you wont win anything
Nov 28 14:58:20 <JaMa|Off> after announcement you can at least say they were warned :)
Nov 28 14:58:37 <JaMa|Off> see edbus discussion about how nasty api changes can be :)
Nov 28 14:59:37 <mrmoku> karl678: nice there's still some work going on for n900 kernel
Nov 28 14:59:43 <mrmoku> karl678: got a link?
Nov 28 14:59:48 <pespin> JaMa|Off, yeah but I don't want people having to change its apps (or you guys patch them) while I play with the vapis :)
Nov 28 15:00:13 <GNUtoo> mrmoku, there is a 3.0 kenrel but it lacks the modem
Nov 28 15:00:23 <mrmoku> heh
Nov 28 15:00:39 <pespin> JaMa|Off, I'll make an announcement though, that seems ok to me
Nov 28 15:00:40 <GNUtoo> modem should be sent for mainline soon tough
Nov 28 15:00:44 <GNUtoo> at least I hope
Nov 28 15:00:47 <JaMa|Off> pespin: thanks2
Nov 28 15:00:51 <mrmoku> GNUtoo: great
Nov 28 15:01:10 <JaMa|Off> mrmoku: see meta-nokia-wip branch :)
Nov 28 15:01:31 <JaMa|Off> but nothing changed since than according to git remote update :/
Nov 28 15:01:41 <pespin> JaMa|Off, basically if I push all the changes to E svn now, you'll need to be patching OE apps all the day long
Nov 28 15:01:48 <pespin> and they are not 1 line patches
Nov 28 15:01:57 <pespin> lots of lines have to be changed
Nov 28 15:02:06 <pablo> is coding started on any repo to migrate opimd to fso2?
Nov 28 15:02:28 <pespin> pablo, you might want to talk with mrmoku and dos1 about that :)
Nov 28 15:02:47 <mrmoku> pablo: I don't know of anybody started that
Nov 28 15:02:52 <karl678> mrmoku: no link, but I think it's the upstream source (meego/nokia) something.
Nov 28 15:02:57 <mrmoku> ok
Nov 28 15:03:06 <JaMa|Off> pespin: but if needs to be done then better now then later.. but I see that you're not done with changes.. so announcement what you have now and what you plan to change is enough for me :)
Nov 28 15:03:15 <pespin> I needed to change about 150 lines of code in etalk to make it work with newer vapi. (and I'll probably need to refactor more code which is not longer needed or needs different approach)
Nov 28 15:03:44 <GNUtoo> JaMa|Off, pespin ffalarms still fails, did I miss something?
Nov 28 15:03:49 <pespin> JaMa|Off, that's the point, I'm not done with changes yet, and I don't want everybody to be changing code all the day
Nov 28 15:03:51 <JaMa|Off> pespin: we have only 2 libeflvala depenedend apps (ffalerms, ffphonelog)
Nov 28 15:03:57 <GNUtoo> box.homogenous_set
Nov 28 15:04:08 <GNUtoo> here's are my branches:
Nov 28 15:04:11 <pespin> GNUtoo, patch it in oe -> homogEneous_set
Nov 28 15:04:18 <mrmoku> DocSalarySlave: nah... exagerating ;)
Nov 28 15:04:22 <mrmoku> s/e/a/
Nov 28 15:04:25 <apt> mrmoku meant: DocSalarySlava: nah... exagerating ;)
Nov 28 15:04:25 <pespin> without caps, of course
Nov 28 15:04:27 <JaMa|Off> GNUtoo: I didn't fix ffalarms, jut libeflavala build
Nov 28 15:04:32 <GNUtoo> ok
Nov 28 15:04:39 <GNUtoo> can someone fix ffalarms?
Nov 28 15:04:41 <JaMa|Off> GNUtoo: same replace needs to be done in ffalarms
Nov 28 15:05:02 <JaMa|Off> GNUtoo: I'll
Nov 28 15:05:23 <DocSalarySlave> mrmoku: feels odd after almost 30 years freelancer
Nov 28 15:05:41 <mrmoku> hehe
Nov 28 15:06:00 <mrmoku> DocSalarySlave: going to move somewhere? or doing work from home?
Nov 28 15:06:05 <pespin> btw guys, did you think about cloning ffalarms and ffphonelog into shr-project.org and apply patches there? as it seems nobody own those projects...
Nov 28 15:06:33 <DocSalarySlave> mpve to north town, suburbs. Commute, to be precise
Nov 28 15:06:42 <mrmoku> pespin: they're both there already
Nov 28 15:06:48 <DocSalarySlave> so not from home, alas
Nov 28 15:06:55 <mrmoku> DocSalarySlave: ok, but not moving either 
Nov 28 15:07:04 <pespin> mrmoku, hmm and we are applying patches in OE? -.^
Nov 28 15:07:04 <DocSalarySlave> salary slaves aren't supposed to work from home
Nov 28 15:07:13 <JaMa|Off> pespin: and Lukasz was active few months back
Nov 28 15:07:23 <mrmoku> pespin: we're too polite maybe :)
Nov 28 15:07:31 <JaMa|Off> pespin: because not everybody is using as new efl as we're
Nov 28 15:07:31 <pespin> yeah hahah
Nov 28 15:08:03 <DocSalarySlave> mrmoku: nah, not moving. I'm not going to permanently move anymore, too old for that shit
Nov 28 15:08:10 <mrmoku> :)
Nov 28 15:08:12 <mrmoku> pespin: layout.file_set( "/usr/local/share/elementary/objects/test.edj", "layout" ); 
Nov 28 15:08:15 <pespin> JaMa|Off, nah, it will be "good released" efl soon :)
Nov 28 15:08:22 <mrmoku> that explains why background is black ;)
Nov 28 15:08:30 <DocSalarySlave> and too good ;-P
Nov 28 15:08:40 <pespin> mrmoku, hmm where's that?
Nov 28 15:08:46 <mrmoku> the elm example
Nov 28 15:09:45 <mrmoku> pespin:  win.smart_callback_add( "delete-request", Elm.exit ); 
Nov 28 15:09:46 <karl678> mrmoku: sorry, that about the patches was wrong. found the link, it was for a other tree branch. http://meego.gitorious.org/meego-device-adaptation
Nov 28 15:09:48 <DocSalarySlave> mrmoku: seems ST-E N is one of the bigger departments of them
Nov 28 15:09:48 <mrmoku> does not work either
Nov 28 15:10:25 <JaMa|Off> GNUtoo: ffalarms SRCREV bump in jama branch
Nov 28 15:10:44 <JaMa|Off> ah not yet, but soon
Nov 28 15:11:00 <DocSalarySlave> if it doesn't pan out, I'll join UB-Med Siemens, or build some PSUs, or whatnot else. N/Fue/Er is big enough
Nov 28 15:11:15 <angelox|laptop> morning people
Nov 28 15:12:09 <DocSalarySlave> or get a nice temporary job outside EU
Nov 28 15:12:22 <pespin> mrmoku, I said examples are good meaning they compile, not tha they are perfect :P
Nov 28 15:12:37 <pespin> and they are using new unowned add model, not constructors anymore
Nov 28 15:13:15 <DocSalarySlave> plosihing pressure vessels in Japanese powerplants ;-D
Nov 28 15:13:17 * pespin reboot, hope newer e17 boots ok :P
Nov 28 15:13:23 <DocSalarySlave> polishing*
Nov 28 15:17:26 <mrmoku> pespin: are the examples allowed to segfault? ;)
Nov 28 15:17:41 <pespin> not the ones I had time to try ;)
Nov 28 15:17:53 <pespin> can you give me path?
Nov 28 15:17:57 <pespin> to the examples
Nov 28 15:17:59 <pespin> *example
Nov 28 15:18:27 <karl678> shr and freesmartphone websites seem a bit outdated. how far is a new stable image? no presure.
Nov 28 15:18:58 <mrmoku> pespin: examples/elementary/elementary-vapi
Nov 28 15:19:13 <GNUtoo> JaMa|Off, NOTE: Runtime target 'task-x11' is unbuildable, removing...
Nov 28 15:19:18 <GNUtoo> lots of stuff like that
Nov 28 15:19:24 <pespin> karl678, stable? what's that? :P
Nov 28 15:21:44 <JaMa|Off> GNUtoo: because of what?
Nov 28 15:21:49 <GNUtoo> no idea
Nov 28 15:21:52 <GNUtoo> no idea yet
Nov 28 15:21:55 <JaMa|Off> it should show in log
Nov 28 15:22:02 <JaMa|Off> NOTE: package shr-image-2.0-r19: task do_rootfs: Started
Nov 28 15:22:20 <GNUtoo> JaMa|Off, what branches do you use?
Nov 28 15:22:45 <JaMa|Off> jansa/test for oe-core/meta-oe and jama for meta-smartphone
Nov 28 15:23:01 <JaMa|Off> if you've used jama branch in meta-smartphone then it's expected
Nov 28 15:23:08 <GNUtoo> ok
Nov 28 15:23:15 <GNUtoo> I just switched to that
Nov 28 15:23:32 <JaMa|Off> it depends on oe-core/jansa/test at least because of avahi
Nov 28 15:23:46 <GNUtoo> ok
Nov 28 15:23:46 <JaMa|Off> but don't switch to it yet if you need working image
Nov 28 15:24:12 <GNUtoo> why?
Nov 28 15:24:39 <GNUtoo> I need working image for tomorrow
Nov 28 15:24:41 <JaMa|Off> because systemd transition is not complete yet
Nov 28 15:25:01 <GNUtoo> maybe that's why I've the no-telephony problem
Nov 28 15:25:24 <JaMa|Off> and even with optimistic mrmoku it wont happen tomorrow I guess :/
Nov 28 15:25:29 <mrmoku> :P
Nov 28 15:25:43 <mrmoku> elsa is blocking me ;)
Nov 28 15:26:00 <GNUtoo> is shr-lite-image without systemd in theses branches?
Nov 28 15:26:19 <JaMa|Off> no, only with systemd
Nov 28 15:26:41 <GNUtoo> what should I do then?
Nov 28 15:26:46 <pespin> mrmoku, is not segfaulting here :S
Nov 28 15:26:52 <pespin> do you have latest EFL?
Nov 28 15:27:21 <JaMa|Off> GNUtoo: I don't know which commits did you build from those branches...
Nov 28 15:27:56 <GNUtoo> so I should rebuild from scratch?
Nov 28 15:27:59 <JaMa|Off> GNUtoo: but most of changes which doesn't depend on systemd and are beneficial for normal shr-core were already moved to shr branches
Nov 28 15:28:16 <GNUtoo> is there a simple way to disable systemd ?
Nov 28 15:28:22 <mrmoku> pespin: try the genlist... it segfaults for me when I quit the app then
Nov 28 15:28:26 <JaMa|Off> GNUtoo: probably easiest way is to rebuild yes
Nov 28 15:28:29 <pespin> mrmoku, hmm but the window is not closing
Nov 28 15:28:41 <mrmoku> indeed
Nov 28 15:28:44 <GNUtoo> if I rebuild which branches should I pick?
Nov 28 15:28:48 <JaMa|Off> GNUtoo: otherwise you can read all patches shr..jansa/test and reverse them and rebuild
Nov 28 15:28:51 <mrmoku> and if you press Ctrl+C to quit it it segfaults
Nov 28 15:28:54 <pespin> yeah
Nov 28 15:28:57 <pespin> let me look at it
Nov 28 15:28:57 <mrmoku> but only if you tried the genlist before
Nov 28 15:29:02 <JaMa|Off> GNUtoo: shr branches and master for meta-smartphone as always
Nov 28 15:29:16 <GNUtoo> ok so theses branches are expected to build fine
Nov 28 15:29:51 <JaMa|Off> yes, that's what is build on buildhost
Nov 28 15:30:33 <JaMa|Off> jansa/test and jama are all WIP, sharing mostly with mrmoku for systemd otherwise just my playground for commits with will later move to shr branches
Nov 28 15:30:34 <GNUtoo> or maybe I could just download an image from buildhost and work on systemd?
Nov 28 15:30:38 <mrmoku> pespin: http://paste.pocoo.org/show/514037/
Nov 28 15:30:50 <karl678> just had some funny idea. what will happen if i tried to build shr without enlightenment but with (poky) sato interface, i wonder. :-)
Nov 28 15:31:02 <pespin> mrmoku, ah, good one ;)
Nov 28 15:31:06 <mrmoku> :P
Nov 28 15:31:20 <JaMa|Off> GNUtoo: working on systemd and depending on telephony for daily phone doesn't look good :)
Nov 28 15:31:36 <GNUtoo> karl678, telephony apps need efl but you could try to just switch the desktop environment
Nov 28 15:31:54 <GNUtoo> JaMa|Off, I depend on my phone only when I'm out
Nov 28 15:32:04 <GNUtoo> JaMa|Off, so thanks to microsd I could do both
Nov 28 15:32:14 <mrmoku> pespin: http://pastebin.com/apydcZz8
Nov 28 15:32:30 <JaMa|Off> GNUtoo: ok.. try buildhost image to confirm that telephony is still working after last cornucopia changes
Nov 28 15:33:24 <mrmoku> pespin: not very helpful :/
Nov 28 15:33:58 <pespin> I'll look into vala code to see if I get some inspiration, else look for weird things in C code ;)
Nov 28 15:36:08 <pablo> the opimd module handles the contacts in the sim card?
Nov 28 15:36:50 <pespin> pablo, afair it's done in fsogsmd now
Nov 28 15:36:56 <pespin> but I might be wrong
Nov 28 15:37:25 <mrmoku> pablo: it handles contacts and messages... but *not* in SIM
Nov 28 15:37:30 <mrmoku> pablo: it is using sqlite
Nov 28 15:38:43 <pablo> great, so if I only want contacts in SIM then I can avoid frameworkd?
Nov 28 15:40:37 <mrmoku> pespin: I have to extend my diff :)
Nov 28 15:40:38 <mrmoku> http://paste.pocoo.org/show/514039
Nov 28 15:40:45 <mrmoku> fixes the segfault :)
Nov 28 15:41:03 <mrmoku> pablo: you would need some app to handle the contacts though
Nov 28 15:41:14 <mrmoku> pablo: fsogsmd offers you to read the contacts via dbus
Nov 28 15:41:24 <pespin> mrmoku, heh, nice!
Nov 28 15:41:27 <mrmoku> but the SHR contacts app does not do that
Nov 28 15:41:38 <pespin> mrmoku, you are too fast for me! ;)
Nov 28 15:41:43 <mrmoku> nah
Nov 28 15:42:02 <mrmoku> you're not awake that... when I'm getting sleepy you will get to speed :)
Nov 28 15:42:09 <mrmoku> s/that/yet/
Nov 28 15:42:09 <apt> mrmoku meant: you're not awake yet... when I'm getting sleepy you will get to speed :)
Nov 28 15:42:10 <GNUtoo> JaMa|Off, are there images from today?
Nov 28 15:42:23 <mrmoku> ohh... nice my image finished :)
Nov 28 15:42:26 <GNUtoo> the lastest images seems from the 26
Nov 28 15:42:38 <JaMa|Off> 20111126
Nov 28 15:42:51 <JaMa|Off> but that was after all cornucopia changes
Nov 28 15:42:58 <GNUtoo> ok
Nov 28 15:43:12 <JaMa|Off> today only feed build is running (not so many changes over weekend anyway)
Nov 28 15:46:22 <GNUtoo> ok
Nov 28 15:46:52 <GNUtoo> the problem is that telephony broke yesterday night, right after opkg upgrade....
Nov 28 15:46:59 <GNUtoo> so I'll see
Nov 28 15:47:39 <pespin> mrmoku, applied in eflvala git :)
Nov 28 15:47:40 <GNUtoo> I'll try aurora and then SHR
Nov 28 15:47:41 <JaMa|Off> yes it could be caused by cornucopia upgrade too, but hard to tell which combination of patches from wrong branches you had
Nov 28 15:47:51 <GNUtoo> ok
Nov 28 15:48:07 <pespin> mrmoku, I can give you access to the gitorious repo if you want to add/improve vapi + tests :)
Nov 28 15:49:27 <pespin> zub, ^ same goes for you ;)
Nov 28 15:51:03 <JaMa|Off> GNUtoo: only upgrade in feed will be ffalarms and shr-version
Nov 28 15:52:59 <mrmoku> pespin: let's see... have to get warm with it first :)
Nov 28 15:53:13 <pespin> ok hehe
Nov 28 15:53:16 <GNUtoo> ok
Nov 28 15:57:56 <antrik> pespin: the ironic thing is that on http://telepathy.freedesktop.org/wiki/Rationale , language independence is touted as one of the advantages of the telepathy architecture... yet by deprecating the dbus API and asking everyone to use glib bindings, they are totally undermining this :-(
Nov 28 15:59:06 <pespin> antrik, yes I agree, not supporting the dbus api looks a bad solution for me
Nov 28 15:59:18 <zub> pespin: gracias... I'll see if I need it, I guess flooding you with patches works enough for me :-P
Nov 28 15:59:26 <pespin> zub, lol
Nov 28 15:59:52 <zub> pespin: IIRC there were some renamings/deprecations in the C api that are still pending to be reflected in libeflvala
Nov 28 16:00:06 <pespin> yes, and lots of new stuff to get in ;)
Nov 28 16:00:27 <zub> I've got some genist extensions locally, but it's nothing too important
Nov 28 16:00:31 <zub> genlist
Nov 28 16:00:31 <pespin> lot of check Elementary.h -> elementary.vapi work to do ;)
Nov 28 16:01:03 <pespin> if you can please send me whole uptodate widgets, so I don't have to check then anyway to add new stuff
Nov 28 16:01:11 <pespin> *them
Nov 28 16:01:48 <zub> hm, my parser broke on that, can you rephrase? :)
Nov 28 16:02:20 <pespin> zub, I wanted to give you access so you can push those little patches to enchance the vapi.
Nov 28 16:02:48 <pespin> because I need to check  whole Elementary.h together with elementary.vapi at some point
Nov 28 16:03:09 <pespin> and I prefer doing it at once, or at least at once per class/widget
Nov 28 16:03:10 <zub> I haven't yet had a look at the gitorious repo; is it connected with svn, did you go the git-svn way?
Nov 28 16:03:16 <pespin> else I need to check 2 times ;)
Nov 28 16:03:22 <pespin> zub, yeah
Nov 28 16:03:27 <zub> wunderbar!
Nov 28 16:03:32 <zub> I mean.... estupendo :)
Nov 28 16:03:36 <pespin> :)
Nov 28 16:04:01 <pespin> I had to add a patch to E svn though, and I'll need to move it to gitorious too.
Nov 28 16:04:13 <zub> git svn rebase
Nov 28 16:04:20 <pespin> but I don't have the git-svn here in the netbook
Nov 28 16:04:33 <pespin> I'll copy it from PC to netbook this night when I'm at home
Nov 28 16:04:49 <pespin> here I'm working with git and pushing to gitorious atm
Nov 28 16:05:02 <zub> hm, I think you only need git svn rebase && git push .... to get it to gitorious
Nov 28 16:05:26 <pespin> the fun thing is that those changes arelady collide with some I pushed to gitorious yesterday
Nov 28 16:05:30 <zub> though, maybe not :-/
Nov 28 16:05:49 <zub> looks like a fun ride :)
Nov 28 16:05:54 <pespin> because I fixed the box_homogenous_set->box_homogeneous_set typos but I didn't know there was the same problem in other places in the vapi
Nov 28 16:07:11 <pespin> zub, so  btw, if you want to push vapi improvements directly it's ok for me, as I'll need to check whole .h and .vapi anyways, and if you already did some work there, it will be less tedious for me ;)
Nov 28 16:07:25 <pespin> as check will be faster
Nov 28 16:07:37 <zub> pespin: ok, though I added only what I needed
Nov 28 16:07:51 <zub> btw. what's the ctor/static add status? already in, everywhere, and examples updated?
Nov 28 16:07:59 <pespin> yeah I do the same for the moment ;)
Nov 28 16:08:12 <pespin> zub, yeah, everywhere working
Nov 28 16:08:25 <pespin> zub, and newefl branch of etalk is using it and working :)
Nov 28 16:08:38 <pespin> *neweflvala
Nov 28 16:08:43 <zub> you're as fast as a neutrino :)
Nov 28 16:09:03 <pespin> I just had some time yesterday ;)
Nov 28 16:09:19 <pespin> thought I felt like a zombie after so much code refactoring... u.u
Nov 28 16:09:32 <zub> braaaaaains
Nov 28 16:09:43 <pespin> xD
Nov 28 16:22:58 <pespin> zub, uhh the 3 params on genlist funcs patch is still not pushed in gitorious right? u.u
Nov 28 16:23:42 <antrik> pablo: if you want to use SIM contacts directly, you are screwed. someone decided that good performance with 25000 messages (or was it 15000?) is more important than the ability to use SIM storage
Nov 28 16:24:07 <pespin> zub, no, it's not >.< you have it uploaded somewhere right?
Nov 28 16:24:11 <antrik> what's more, last time I brought this up, I was told that Apple and Android don't use SIM storage either, so it MUST be the right thing to do
Nov 28 16:25:10 <zub> pespin: http://linux.fjfi.cvut.cz/~zub/SHR/libeflvala/0001-eflvala-fix-prototypes-of-GenList-callbacks.patch ?
Nov 28 16:25:16 <antrik> (nevermind the fact that they are both US-centric, where they mostly don't even have SIMs AIUI...)
Nov 28 16:25:29 <pespin> zub, yep thnx
Nov 28 16:25:33 <zub> de nada
Nov 28 16:34:53 <mrmoku> pespin: what vala version do you use on your host?
Nov 28 16:35:07 <mrmoku> pespin: neweflvala does not build for me
Nov 28 16:35:13 <pespin> $ valac --version
Nov 28 16:35:13 <pespin> Vala 0.14.0.38-9bad
Nov 28 16:35:31 <pespin> mrmoku, which err?
Nov 28 16:36:14 <mrmoku> et_contact.c:294:3: Fehler: Zu wenige Argumente für Funktion »_variant_get17«
Nov 28 16:36:20 <mrmoku> pespin: which means not enough arguments
Nov 28 16:36:50 <pespin> mrmoku, which vala version do you have?
Nov 28 16:36:56 <mrmoku> static void _variant_get17 (GVariant* value, TelepathySimple_Presence* result);
Nov 28 16:37:04 <mrmoku> [mok@gonzales] ~/src/openmoko/etalk-> valac --version
Nov 28 16:37:05 <mrmoku> Vala 0.14.0
Nov 28 16:37:08 <pespin> afair I had some problems which are fixed in git valac ;)
Nov 28 16:37:15 <mrmoku> hehe ok
Nov 28 16:37:21 <pespin> yeah
Nov 28 16:37:22 * mrmoku yourt -S vala-git then
Nov 28 16:37:32 <pespin> I think that line was related to the error
Nov 28 16:37:36 <pespin> mrmoku, exactly! :)
Nov 28 16:37:56 <mrmoku> will tell you in 2 mins
Nov 28 16:41:21 <pespin> zub, applied in vapi + examples
Nov 28 16:41:25 <mrmoku> pespin: yup, builds with vala-git :)
Nov 28 16:41:53 <pespin> mrmoku, I jut pushed some genlist delegates stuff which was wrong in vapi + examples
Nov 28 16:42:03 <pespin> I'll push now changes to get etalk working with those changes
Nov 28 16:42:40 <zub> puuuush, you can do it! :)
Nov 28 16:42:58 <mrmoku> pespin: ahh... nice option 'become offline when closing'
Nov 28 16:43:07 <mrmoku> that is getting me mad with empathy
Nov 28 16:43:15 <mrmoku> you close it... but it leaves the accounts online
Nov 28 16:43:26 <pespin> mrmoku, yeah, it's something still to be implemented in telepathy
Nov 28 16:43:26 <mrmoku> which means tp will auto-answer incoming calls ;)
Nov 28 16:43:31 <pespin> some kind of resource handling
Nov 28 16:43:42 <pespin> I spoke about that in #telepathy some days ago
Nov 28 16:43:49 <mrmoku> :)
Nov 28 16:43:52 <pespin> atm I need to manually set all accounts to offline
Nov 28 16:45:23 <pespin> btw, now you try etalk, I know some things are not working properly yet hehe :)
Nov 28 16:45:38 <pespin> and I need to clean the code a bit too
Nov 28 16:45:58 <pespin> anyway, eflvala + etalk have everything pushed to gitorious
Nov 28 16:46:13 <pespin> now I'm going to the canteen to get some fresh air hehe
Nov 28 16:46:17 <pespin> see you later!
Nov 28 17:16:35 <GNUtoo> hi mickeyl 
Nov 28 17:18:56 <GNUtoo> INIT: cannot execute "/sbin/getty"
Nov 28 17:19:01 <GNUtoo> link to getty ls lacking
Nov 28 17:19:38 <GNUtoo> on both SHR and aurora images
Nov 28 17:20:31 <GNUtoo> JaMa|Off, do you know why getty link is not there?
Nov 28 17:20:37 <GNUtoo> that prevent logging from serial console
Nov 28 17:20:54 <GNUtoo> and since the screen is kind of black
Nov 28 17:20:59 <GNUtoo> I hope that it will come back
Nov 28 17:23:52 <JaMa|Off> GNUtoo: do you have tinylogin or util-linux-agetty installed?
Nov 28 17:23:57 <JaMa|Off> or mingetty?
Nov 28 17:24:01 <GNUtoo> I've something
Nov 28 17:24:15 <GNUtoo> lrwxrwxrwx root/root         0 2011-11-26 19:53 ./sbin/getty.tinylogin -> /bin/tinylogin
Nov 28 17:25:07 <JaMa|Off> ah looks reversed :/ http://git.openembedded.org/openembedded-core-contrib/commit/?h=shr&id=f6aa6fc06af906ab7ee374d544b81f1ef9948403
Nov 28 17:25:54 <GNUtoo> trying ssh
Nov 28 17:26:08 <GNUtoo> ssh fails to create usb0
Nov 28 17:26:13 <GNUtoo> sigh
Nov 28 17:26:25 <GNUtoo> I'll power off the hard way
Nov 28 17:29:31 <GNUtoo> JaMa|Off, could you fix?
Nov 28 17:29:51 <JaMa|Off> can you check cat /var/lib/opkg/alternatives/getty from tar.gz image?
Nov 28 17:29:58 <JaMa|Off> not now need to finish something first
Nov 28 17:30:00 <GNUtoo> ok
Nov 28 17:30:09 <JaMa|Off> and those arguments in .bb seems fine
Nov 28 17:30:12 <GNUtoo> np, just do it later
Nov 28 17:30:13 <JaMa|Off> after checking .bbclass
Nov 28 17:31:09 <GNUtoo> tar: Exiting with failure status due to previous errors
Nov 28 17:31:21 <GNUtoo> strange
Nov 28 17:31:27 <JaMa|Off> getty.tinylogin -> /bin/tinylogin is right
Nov 28 17:31:29 <GNUtoo> when I extracted it without v it shown no failure
Nov 28 17:31:49 <GNUtoo> ahhh I'm not root anymore
Nov 28 17:31:51 <GNUtoo> one second
Nov 28 17:31:57 <JaMa|Off> only missing is getty -> getty.tinylogin
Nov 28 17:32:18 <JaMa|Off> which should be created on first boot with opkg configure
Nov 28 17:32:35 <GNUtoo> cat: ./var/lib/opkg/alternatives/getty: No such file or directory
Nov 28 17:32:53 <GNUtoo> it's from buildhost
Nov 28 17:32:56 <GNUtoo> shr build host
Nov 28 17:33:24 <JaMa|Off> but getty -> agetty is created already in my images before booting
Nov 28 17:33:46 <GNUtoo> not for me
Nov 28 17:34:47 <GNUtoo> maybe I'll re-extract
Nov 28 17:35:16 <JaMa|Off> GNUtoo: ah I see, fixing it now
Nov 28 17:36:02 <GNUtoo> what was the issue?
Nov 28 17:36:55 <GNUtoo> ** (mdbus2:419): CRITICAL **: file main.c: line 5600: uncaught error: Error calling StartServiceByName for org.freesmartphone.ogsmd: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute program /usr/libexec/dbus-daemon-launch-helper: Success (g-dbus-error-quark, 23)
Nov 28 17:37:17 <GNUtoo> I'll re-extract
Nov 28 17:37:30 <GNUtoo> -rwsr-xr--    1 root     113         142852 Nov 21 11:29 /usr/libexec/dbus-daemon-launch-helper
Nov 28 17:37:45 <GNUtoo> messagebus:x:998:
Nov 28 17:40:28 <JaMa|Off> GNUtoo: missing inherit
Nov 28 17:40:37 <GNUtoo> ok 
Nov 28 17:40:39 <GNUtoo> 2011-11-26T19:18:33.385417Z [ERROR] DBusServiceDevice <>: Can't open modem
Nov 28 17:40:40 <JaMa|Off> and the later is because wrong extract
Nov 28 17:40:49 <GNUtoo> ok I'll re-extract
Nov 28 17:40:59 <GNUtoo> I'm really too tired 
Nov 28 17:41:06 <GNUtoo> sorry
Nov 28 17:42:44 <JaMa|Off> tinylogin is being rebuilt on buildhost, but without PR bump and with new images.. so it will take long
Nov 28 17:43:52 <GNUtoo> ok thanks a lot
Nov 28 17:44:22 <JaMa|Off> now have to find what's contamining my qemux86-64 elementary build from host :/
Nov 28 17:44:29 <GNUtoo> ok
Nov 28 17:56:01 <GNUtoo> btw what's the correct way(other than rm -rf .e;reboot) if you accidentally pressed next during the setup screen during the part where you have to select 2.0
Nov 28 17:56:40 <GNUtoo> btw who asked about the backlight
Nov 28 17:56:43 <GNUtoo> because:
Nov 28 17:56:45 <GNUtoo> root@om-gta02:/sys/class/backlight/pcf50633-backlight# cat brightness 
Nov 28 17:56:45 <GNUtoo> 0
Nov 28 17:58:02 <JaMa|Off> on first boot, right?
Nov 28 17:58:23 <JaMa|Off> don't know what you mean "where you have to select 2.0"
Nov 28 17:58:31 <JaMa|Off> scale or what?
Nov 28 17:58:45 <GNUtoo> ah right scale
Nov 28 17:58:49 <GNUtoo> yes on first boot
Nov 28 17:59:03 <GNUtoo> never mind
Nov 28 17:59:06 <GNUtoo> I've found it
Nov 28 17:59:09 <GNUtoo> it was in scaling
Nov 28 18:01:25 <GNUtoo> ** (mdbus2:2421): CRITICAL **: file main.c: line 5600: uncaught error: Error calling StartServiceByName for org.freesmartphone.ogsmd: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute program /usr/libexec/dbus-daemon-launch-helper: Success (g-dbus-error-quark, 23)
Nov 28 18:01:33 <GNUtoo> and this time I extracted correctly
Nov 28 18:01:53 <GNUtoo> ahhh wait a second
Nov 28 18:01:55 <GNUtoo> I did
Nov 28 18:01:57 <GNUtoo> tar xvjpf
Nov 28 18:02:00 <GNUtoo> like as usual
Nov 28 18:02:04 <GNUtoo> but maybe that's wrong
Nov 28 18:02:16 <GNUtoo> because it uses the /etc/groups<->ID of my host
Nov 28 18:02:25 <GNUtoo> I should rather use numerical id
Nov 28 18:02:29 <GNUtoo> like in man/info tar
Nov 28 18:02:51 <GNUtoo> --numeric-owner
Nov 28 18:03:34 <JaMa|Off> right
Nov 28 18:04:00 <JaMa|Off> maybe we should add this somewhere to wiki
Nov 28 18:04:14 <JaMa|Off> as this one is pretty hard to spot
Nov 28 18:04:32 <JaMa|Off> as now users/groups are handled in do_rootfs already not in postinst how it was before
Nov 28 18:04:50 <JaMa|Off> so before when you've extracted it with wrong UID/GIDs it was fixed during first boot
Nov 28 18:05:10 <JaMa|Off> now it stays wrong until next upgrade
Nov 28 18:05:15 <GNUtoo> ok
Nov 28 18:05:38 <GNUtoo> I was thinking of adding it to a wiki too
Nov 28 18:05:38 <JaMa|Off> I'll add it at least to bug where I've reported it
Nov 28 18:05:39 <GNUtoo> but which one
Nov 28 18:05:42 <GNUtoo> openmoko or SHR
Nov 28 18:06:31 <JaMa|Off> even both as --numeric-owner wont harm
Nov 28 18:10:58 <GNUtoo> JaMa|Off, there is no install page
Nov 28 18:11:10 <GNUtoo> at least no page where there is tar used
Nov 28 18:11:20 <GNUtoo> so I guess the user guessed the command 
Nov 28 18:12:20 <JaMa|Off> http://bugzilla.pokylinux.org/show_bug.cgi?id=1711
Nov 28 18:12:30 <JaMa|Off> thanks for spotting it and reporting
Nov 28 18:12:57 <GNUtoo> ok np
Nov 28 18:13:23 <GNUtoo> I'd like to work a bit on the wiki but I've to fix my phone too
Nov 28 18:15:14 * JaMa|Off back to daywork :/
Nov 28 18:15:38 <GNUtoo> ok
Nov 28 18:17:01 <GNUtoo> still the same problem
Nov 28 18:17:12 <GNUtoo> fsogsmd fails to open the modem
Nov 28 18:31:31 <mrmoku> GNUtoo: tried an older, verified to work image already?
Nov 28 18:46:12 <GNUtoo> mrmoku, I was editing the wiki
Nov 28 18:46:20 <Slyon> hey!
Nov 28 18:46:22 <GNUtoo> and I've tried the 26 image
Nov 28 18:46:28 <GNUtoo> and fsogsmd fails to open the modem
Nov 28 18:46:35 <GNUtoo> the modem can be opened in qtmoko tough
Nov 28 18:49:33 <Slyon> mrmoku, i created a gta04 page @ fso-wiki. to collect some status/todo items: http://wiki.freesmartphone.org/index.php/Hardware/GTA04
Nov 28 18:49:38 <Slyon> just fyi
Nov 28 18:49:39 <mrmoku> GNUtoo: hmm... strange... 26 has the vala change, right?
Nov 28 18:49:45 <mrmoku> Slyon: great
Nov 28 18:49:58 <GNUtoo> I guess so
Nov 28 18:50:22 <GNUtoo> Slyon, also I added gta04 to the hardware comparison
Nov 28 18:50:23 <mrmoku> GNUtoo: will try 26 too in a bit
Nov 28 18:50:26 <GNUtoo> ok
Nov 28 18:50:47 <Slyon> GNUtoo, jop. i saw it and added an image and the link to this detail page
Nov 28 18:52:18 <GNUtoo> ok
Nov 28 18:52:51 <GNUtoo> nice
Nov 28 19:02:01 <mrmoku> GNUtoo: booting
Nov 28 19:02:04 <GNUtoo> ok
Nov 28 19:16:19 <mrmoku> GNUtoo: indeed... does not look good :/
Nov 28 19:31:36 <jfthomps> I just installed shr-core; after rebooting, I don't have any icons on the main menu - any suggestions on fixing that?
Nov 28 19:33:09 <karl678> about n900, if I install SHR, can I: have german language, listen to musik (headphone), connect to internet over modem?
Nov 28 19:54:57 <CIA-69> SHR: 03GNUtoo 07meta-smartphone * r257e7da6eefc 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: fix microsd booting on openmoko devices
Nov 28 19:55:51 <GNUtoo> karl678, for german I dont' know, for music if you load alsa states manually yes, for 3g yes
Nov 28 19:58:13 <morphis> heyho
Nov 28 19:58:30 <karl678> GNUtoo: cool, thanks! that would mean shr is already usefull for me. something else I should know about, generaly?
Nov 28 19:59:44 <CIA-69> SHR: 03morphis 07meta-smartphone * r505005d70aff 10/meta-fso/recipes-freesmartphone/freesmartphone/libfso-glib_git.bb: meta-fso: libfso-glib: bump SRCREV
Nov 28 19:59:54 <CIA-69> SHR: 03morphis 07meta-smartphone * r90547c92705c 10/meta-fso/recipes-devtools/vala/ (vala_0.14.0.5-98ae.bb vala_0.14.0.6-68e8.bb): meta-fso: vala: update to new version 0.14.0.6
Nov 28 19:59:55 <CIA-69> SHR: 03morphis 07meta-smartphone * rcbf465b93b85 10/meta-aurora/recipes-aurora/aurora/aurora-daemon_git.bb: meta-aurora: aurora-daemon: don't depend on libfso-qt anymore and bump PR
Nov 28 20:02:01 <GNUtoo> morphis, hi
Nov 28 20:02:28 <GNUtoo> karl678, you already have tried meego?
Nov 28 20:02:42 <GNUtoo> if so maybe you're familiar with the booting procedure already
Nov 28 20:03:14 <GNUtoo> morphis, ah nice for libfso-qt
Nov 28 20:04:55 <karl678> GNUtoo: not really. I don't even have a n900 yet. I will get one in the next few days.
Nov 28 20:05:06 <GNUtoo> karl678, ah?
Nov 28 20:05:13 <GNUtoo> you buy the n900 for SHR?
Nov 28 20:06:18 <karl678> GNUtoo: yes. 
Nov 28 20:06:47 <GNUtoo> I think you'd better buy a gta04
Nov 28 20:07:04 <morphis> GNUtoo: you had problems with libfso-qt?
Nov 28 20:07:21 <GNUtoo> the n900 is great but we, SHR developpers don't have enough time to do all what we want for the n900
Nov 28 20:07:34 <GNUtoo> morphis, yes it didn't find the correct version
Nov 28 20:08:17 <morphis> :)
Nov 28 20:08:32 <karl678> GNUtoo: I did look into gta04, but it is simply to expensive and I need a keyboard. 
Nov 28 20:09:04 <GNUtoo> karl678, ok, are you ready to do some small device adaptation for the n900?
Nov 28 20:09:29 <GNUtoo> basically the most needed thing at the moment is to fix the sound quality during calls
Nov 28 20:10:07 <GNUtoo> but no one want to work on it, because or they are busy with other machines, or they are busy with other stuff like trying to make GPS work on n900
Nov 28 20:10:25 <CIA-69> freesmartphone.org: 03morphis 07aurora * r5f65f6d4f19a 10/aurora-daemon/src/ (15 files in 7 dirs): 
Nov 28 20:10:25 <CIA-69> freesmartphone.org: aurora-daemon: replace self written window component with implementations from qt-components
Nov 28 20:10:25 <CIA-69> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Nov 28 20:10:26 <CIA-69> freesmartphone.org: 03morphis 07aurora * r56c46373dc5f 10/aurora-daemon/src/ (7 files in 7 dirs): 
Nov 28 20:10:26 <CIA-69> freesmartphone.org: aurora-daemon: rename root object to rootWindow to avoid naming conflicts with component ids
Nov 28 20:10:26 <CIA-69> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Nov 28 20:11:04 <GNUtoo> morphis, it now displays something in the gta02
Nov 28 20:12:07 <GNUtoo> karl678, basically the n900 is great, the only thing is that we need more developers
Nov 28 20:12:15 <CIA-69> freesmartphone.org: 03morphis 07aurora * rfd4b052d45eb 10/aurora-daemon/src/components/external/PageStackWindow.qml: 
Nov 28 20:12:15 <CIA-69> freesmartphone.org: aurora-daemon: add currentPage property for PageStackWindow back as it was removed before
Nov 28 20:12:15 <CIA-69> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Nov 28 20:12:57 <karl678> GNUtoo: I'd like to. I've even startet a C course a few weeks ago. don't know if I can really be of any help, but I really want to be. I like this project. 
Nov 28 20:13:11 <GNUtoo> karl678, ok nice
Nov 28 20:13:22 <GNUtoo> basically in the todo list there is:
Nov 28 20:13:30 <GNUtoo> *) integrate better the state files
Nov 28 20:13:39 <GNUtoo> (alsa state)
Nov 28 20:13:44 <mrmoku> GNUtoo: hmm... I'm quite lost
Nov 28 20:13:50 <GNUtoo> * ) fix bad sound in telephony
Nov 28 20:13:52 <GNUtoo> mrmoku, me too
Nov 28 20:13:57 <mrmoku> GNUtoo: did you try some non-vala way to talk to the modem?
Nov 28 20:14:12 <GNUtoo> mrmoku, yes but I failed, I guess I didn't do it the right way
Nov 28 20:14:19 <GNUtoo> mrmoku, and osmocombb works
Nov 28 20:14:48 <GNUtoo> NOTE: package aurora-image-1.0-r3: task do_rootfs: Started
Nov 28 20:14:56 <GNUtoo> I'll try a console image
Nov 28 20:15:08 <mrmoku> did we have kernel changes?
Nov 28 20:15:11 <CIA-69> freesmartphone.org: 03morphis 07aurora * r83c9db1a1d43 10/aurora-daemon/src/components/external/PageStackWindow.qml: 
Nov 28 20:15:11 <CIA-69> freesmartphone.org: aurora-daemon: add currentPage property for PageStackWindow back as it was removed before
Nov 28 20:15:11 <CIA-69> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Nov 28 20:15:13 <GNUtoo> no idea
Nov 28 20:15:36 <mrmoku> hmm... built on 20th
Nov 28 20:15:50 <GNUtoo> ok
Nov 28 20:16:35 <GNUtoo> what good console image is there?
Nov 28 20:16:42 <GNUtoo> angstrom's console image is systemd
Nov 28 20:17:15 <GNUtoo> core-image*
Nov 28 20:17:16 <GNUtoo> maybe
Nov 28 20:17:46 <GNUtoo> karl678, you could also learn vala, that's what we use in fso
Nov 28 20:18:06 <GNUtoo> the syntax is close to java
Nov 28 20:20:58 <GNUtoo> fso2-console-image maybe
Nov 28 20:22:29 <GNUtoo> JaMa, hi, did you push yet the inherit for getty?
Nov 28 20:25:01 <karl678> GNUtoo: about vala, I look into into it. I am sure I learn it sooner or later, but I have to become a bit more confident in C first.
Nov 28 20:25:34 <JaMa> GNUtoo: yes and it should be built already
Nov 28 20:25:40 <GNUtoo> ok nice
Nov 28 20:25:47 <GNUtoo> I'll try a new image then
Nov 28 20:25:53 <GNUtoo> an image I built
Nov 28 20:25:54 <JaMa> but I also said it wasn't PR bumped..
Nov 28 20:26:01 <GNUtoo> ah ouch
Nov 28 20:26:03 <GNUtoo> sorry
Nov 28 20:26:06 <GNUtoo> what should I clean?
Nov 28 20:26:12 <JaMa> tinylogin
Nov 28 20:28:20 <GNUtoo> thanks a lot
Nov 28 20:28:28 <JaMa> yw
Nov 28 20:31:43 <mrmoku> JaMa: hmm... did we have any kernel changes for gta02 recently?
Nov 28 20:32:13 <JaMa> yes mci changes
Nov 28 20:32:21 <mrmoku> hmm... mci?
Nov 28 20:32:29 <mrmoku> modem is not working anymore
Nov 28 20:32:34 <mrmoku> could that be related?
Nov 28 20:32:43 <JaMa> probably not
Nov 28 20:33:19 * mrmoku tries an older kernel anyway
Nov 28 20:33:29 <GNUtoo> I'll build a console image very soon
Nov 28 20:33:33 <JaMa> glamo_mci.. instead of reverting a lot of patches we have now only 2 lines commented out in glamo_mci
Nov 28 20:33:44 <GNUtoo> I tested that and it worked fine
Nov 28 20:33:51 <GNUtoo> s/fine/better
Nov 28 20:33:54 <mrmoku> there is not much left if the tty of the modem does not respond even with a terminal
Nov 28 20:33:59 <GNUtoo> and most important it didn't broke the modem
Nov 28 20:34:18 <mrmoku> JaMa: toolchain?
Nov 28 20:34:30 <JaMa> few patches yes
Nov 28 20:34:41 <GNUtoo> indeed for terminal not responding
Nov 28 20:34:59 <mrmoku> then it would probably work with an older kernel too
Nov 28 20:35:02 <JaMa> mrmoku: testing it with mterm?
Nov 28 20:35:05 <mrmoku> yup
Nov 28 20:35:12 <mrmoku> but GNUtoo tested without vala
Nov 28 20:35:16 <mrmoku> dunno how
Nov 28 20:35:20 <JaMa> was mterm updated for newer vala?
Nov 28 20:35:31 <mrmoku> morphis: ^^ ?
Nov 28 20:35:50 <karl678> vala seems C like enough, I think I could learn it parallel to C. 
Nov 28 20:35:56 <mrmoku> JaMa: no commit there
Nov 28 20:35:58 * JaMa remembers mdbus2 changes but not sure about mterm
Nov 28 20:35:59 <GNUtoo> mrmoku, picocom
Nov 28 20:36:03 <mrmoku> ahh, ok
Nov 28 20:36:16 <GNUtoo> mrmoku, I'll retry
Nov 28 20:36:21 <morphis> mrmoku: please try with latest vala version
Nov 28 20:36:27 <GNUtoo> but the funny thing is that I don't even see the AT interpreter ready
Nov 28 20:36:31 <morphis> there was another bug in vala 0.14.0
Nov 28 20:36:40 <morphis> I didn't discovered before
Nov 28 20:36:41 <GNUtoo> that should come with power cycling the modem right?
Nov 28 20:36:54 <mrmoku> morphis: if the modem doesn't respond even with picocom... that would rule out vala
Nov 28 20:37:02 <morphis> mrmoku: for sure
Nov 28 20:37:04 <mrmoku> GNUtoo: yup 
Nov 28 20:37:18 <GNUtoo> mrmoku, let me retry
Nov 28 20:37:21 <mrmoku> /sys/bus/platform/devices/gta02-pm-gsm.0/power_on
Nov 28 20:37:24 <mrmoku> write 0 to it
Nov 28 20:37:26 <mrmoku> wait a second
Nov 28 20:37:30 <mrmoku> write 1 to it
Nov 28 20:37:33 <mrmoku> wait another second
Nov 28 20:37:37 <mrmoku> and then access the tty
Nov 28 20:37:53 <mrmoku> (without waiting too much as calypso will fall asleep :P)
Nov 28 20:38:10 <GNUtoo> yes
Nov 28 20:38:14 <mrmoku> hmm... no picocom in the feed
Nov 28 20:38:17 <GNUtoo> ah wait a second?
Nov 28 20:38:21 <GNUtoo> mrmoku, build it
Nov 28 20:38:42 <mrmoku> hehe, that would take long
Nov 28 20:38:49 <mrmoku> I have no armv4t populated
Nov 28 20:39:04 <GNUtoo> do you want a binary?
Nov 28 20:39:04 <mrmoku> ahh... could build it on the buildhost
Nov 28 20:39:09 <GNUtoo> yes
Nov 28 20:39:20 <JaMa> mrmoku: buildhost is fixing images atm :/
Nov 28 20:39:23 <mrmoku> there is minicom
Nov 28 20:39:25 <mrmoku> :)
Nov 28 20:40:05 <mrmoku> morphis: was that vala error related to serial stuff?
Nov 28 20:40:05 <GNUtoo> ��b�
Nov 28 20:40:10 <GNUtoo> that's what I saw on the line
Nov 28 20:40:17 <mrmoku> yeah, saw something like that too
Nov 28 20:41:21 * JaMa was hit by busybox's tar... tar: unrecognized option '--numeric-owner'
Nov 28 20:41:24 <GNUtoo> wait a second
Nov 28 20:41:44 <mrmoku> root@om-gta02:~# minicom -s
Nov 28 20:41:44 <mrmoku> minicom: there is no global configuration file /etc/minirc.dfl
Nov 28 20:41:44 <mrmoku> Ask your sysadmin to create one (with minicom -s).
Nov 28 20:41:46 <GNUtoo> maybe there are flow control or such options
Nov 28 20:41:46 <mrmoku> heh
Nov 28 20:42:47 <GNUtoo> ok it works
Nov 28 20:42:53 <mrmoku> yo
Nov 28 20:42:56 <GNUtoo> picocom -b 115200--no-reset --flow=hard /dev/ttySAC0
Nov 28 20:43:19 <mrmoku> back to rebuilding with newer vala then :)
Nov 28 20:43:42 <GNUtoo> I wonder....
Nov 28 20:43:52 <GNUtoo> maybe fso doesn't access the serial port the right way
Nov 28 20:43:57 <GNUtoo> with flow control etc...
Nov 28 20:44:47 <mrmoku> /sys/bus/platform/devices/gta02-pm-gsm.0/flowcontrolled
Nov 28 20:45:06 <GNUtoo> ok
Nov 28 20:45:06 <CIA-69> SHR: 03Martin.Jansa 07meta-smartphone * ree479b1446f8 10/meta-shr/recipes-shr/tasks/task-shr-feed.bb: task-shr-feed: add picocom, tar
Nov 28 20:45:22 <mrmoku> hmm... it's using that for suspend
Nov 28 20:45:24 <GNUtoo> cat /sys/bus/platform/devices/gta02-pm-gsm.0/flowcontrolled => 0
Nov 28 20:45:27 <GNUtoo> yes
Nov 28 20:45:36 <mrmoku> JaMa: :)
Nov 28 20:45:38 <GNUtoo> that's what the lowlevel_openmoko plugin source says
Nov 28 20:57:00 <DocScrutinizer> lindi-: thimb ;-P
Nov 28 20:57:05 <DocScrutinizer> thumb even
Nov 28 20:58:16 <GNUtoo> hmmm
Nov 28 20:58:20 <DocScrutinizer> lindi-: somebody thought it's funny to compile with/for thumb. Thumb is borked in that gcc vrsion
Nov 28 20:58:28 <GNUtoo> I see some stuff on serial line
Nov 28 20:58:32 <GNUtoo> AT,OK
Nov 28 20:58:37 <GNUtoo> etc...
Nov 28 20:58:51 <GNUtoo> so fso can send stuff to the serial line
Nov 28 21:00:15 <DocScrutinizer> anybody a clue how to tell a binary is using thumb?
Nov 28 21:00:52 <DocScrutinizer> GNUtoo: when you see OK, then modem can send back
Nov 28 21:02:36 <GNUtoo> DocScrutinizer, maybe with binutils
Nov 28 21:03:04 <DocScrutinizer> objdump left me wondering
Nov 28 21:03:19 <GNUtoo> I've lost the howto links tough
Nov 28 21:06:40 <karl678> http://emucode.blogspot.com/2010/08/gba-emulator.html
Nov 28 21:16:21 <DocScrutinizer> >>You can independently switch between these two instruction sets on the fly using the BX instruction.<< thanks karl678 
Nov 28 21:57:54 <mrmoku> JaMa: I have /mnt/* pointing to non existing dirs in /media (apart from ram which is there)
Nov 28 21:57:57 <mrmoku> known thing?
Nov 28 22:04:14 <JaMa> for me all 4 links exist in /media :/
Nov 28 22:06:15 <mrmoku> mm
Nov 28 22:06:18 <mrmoku> JaMa: another thing
Nov 28 22:06:25 <mrmoku> the fix for elsa.pam you did
Nov 28 22:06:29 <mrmoku> is that actually correct?
Nov 28 22:06:39 <mrmoku> to use common-auth for all
Nov 28 22:06:45 <mrmoku> not common-session and such?
Nov 28 22:08:56 <JaMa> looks like you're right, I've just followed the replace
Nov 28 22:09:48 <JaMa> and system-auth in gentoo has all parts included, so for sure you're right
Nov 28 22:10:48 <mrmoku> ok
Nov 28 22:10:55 <mrmoku> does not work anyway :P
Nov 28 22:11:51 * mrmoku needs a break now
Nov 28 22:11:59 <mrmoku> and battery is empty too :)
Nov 28 22:12:02 <mrmoku> cu
Nov 28 22:13:15 <JaMa> cu
Nov 28 22:22:55 <JaMa> mrmoku: heh, now I've fixed my login (there was root twice in shadow, weird) but seems like keymaps is not loaded with n900 keys.. so hw keyboard not very usable to fix it :)
Nov 28 23:05:10 <zub> mrmoku: hallo! are you running bleeding-edge valac?
**** ENDING LOGGING AT Tue Nov 29 02:59:57 2011