**** BEGIN LOGGING AT Sat May 08 02:59:56 2010
May 08 07:38:16 * blindcoder feels crazy
May 08 07:38:23 <blindcoder> I just preordered a WeTab
May 08 08:30:00 <mickey|tv> mrmoku: ok, good
May 08 08:30:48 <mickey|tv> we have to take a look at these kind of things, if we spot a 2nd thing, then i need to redesign the commands to not be singletons any more
May 08 08:31:38 <mrmoku> mickey|tv: I had problems when activating/deactivating GPRS fast
May 08 08:31:52 <mrmoku> will retry later if I can reproduce
May 08 08:32:13 <mickey|tv> oki
May 08 08:35:46 <mrmoku> mickey|tv: root@om-gta02 ~ # mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.DeactivateContext
May 08 08:35:49 <mrmoku> org.freesmartphone.Unavailable: Can't deactivate context while in status FREE_SMARTPHONE_GSM_CONTEXT_STATUS_OUTGOING
May 08 08:35:52 <mrmoku> root@om-gta02 ~ # mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext  
May 08 08:35:55 <mrmoku> org.freesmartphone.Unavailable: Can't activate context while in status FREE_SMARTPHONE_GSM_CONTEXT_STATUS_OUTGOING
May 08 08:36:11 <mickey|tv> that's ok so far
May 08 08:36:20 <mickey|tv> provided it's not hanging like that foreve
May 08 08:36:21 <mickey|tv> r
May 08 08:36:29 <mrmoku>  1018 ?        S      0:00 /usr/sbin/pppd notty 115200 nodetach nodefaultroute noreplacedefaultroute debug hide-password holdoff 3 ipcp-accept-local ktune ipcp-max-configure 4 n 1021 ?        S      0:00 /usr/sbin/pppd notty 115200 nodetach nodefaultroute noreplacedefaultroute debug hide-password holdoff 3 ipcp-accept-local ktune ipcp-max-configure 4 n
May 08 08:36:41 <mrmoku> got two pppds
May 08 08:36:45 <mickey|tv> eeks
May 08 08:37:03 <mrmoku> and it I think it is hanging forever :P
May 08 08:39:27 <mrmoku> mickey|tv: after killing the ppds still the same
May 08 08:46:53 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r660c88cd145c 10/fsogsmd/src/lib/ (atpdp.vala pdp.vala): fsogsmd: ppp: try harder to sync. ppp status signal with actual status
May 08 08:47:03 <mickey|tv> untested, please try
May 08 08:47:24 <mrmoku> k
May 08 11:19:11 <mickeyl> raster: nested scrollers are splendid
May 08 11:20:27 <raster> mickeyl: slowlt but surely... progressd
May 08 11:20:30 <raster> :)
May 08 11:20:40 <raster> they arent perfrect mind u
May 08 11:20:50 <raster> if innter scroller biigger than outer u csn get stuck
May 08 11:20:59 <mickeyl> ah
May 08 11:21:01 <raster> mousewheel also doesnt work properly too
May 08 11:21:06 <raster> i jhaventyt done that bit
May 08 11:21:10 <mickeyl> *nod*
May 08 11:21:32 <raster> i need to make it that if u start an attempted drag to scrolll in a direction the scroler is already at the outer limit of
May 08 11:21:41 <raster> (ie cant scroll that way anyway and will bounce)
May 08 11:21:59 <raster> thhen have that inner child "not steal: the drag lock
May 08 11:22:03 <raster> ie let the parent take it
May 08 11:22:06 <mickeyl> right
May 08 11:22:11 <raster> that'd fix the stuck bit
May 08 11:22:22 <raster> u'd get bounce once on an inner child when u first hit the limit
May 08 11:22:33 <raster> then u just try drag again and now parent scrolls
May 08 11:22:43 <raster> etc. etc. all the way up to top level parent
May 08 11:22:53 <raster> which will always be able to bounce
May 08 11:23:20 <mickeyl> cool
May 08 11:23:31 <raster> mousewheeel (and arrow keys to scroll) need similar logic to the drag too tho
May 08 11:23:33 <mickeyl> i still think the scroller should indicate when it's bouncing, but that's just me ;)
May 08 11:23:52 <mickeyl> s/scroller/proportional scrollbar indicator/
May 08 11:23:52 <apt> mickeyl meant: i still think the proportional scrollbar indicator should indicate when it's bouncing, but that's just me ;)
May 08 11:25:19 <raster> mickeyl: u mean the scroller gets smaller too?
May 08 11:25:33 <mickeyl> yeah, i'm spoiled by the iPhone OS
May 08 11:25:38 <raster> hmm
May 08 11:25:42 <mickeyl> to me it makes sense conceptually
May 08 11:25:42 <raster> nah - i dont want to do that
May 08 11:25:49 <raster> partly as it just is extra code
May 08 11:25:55 <mickeyl> hehe
May 08 11:26:00 <raster> and i dont think it adds info that is not already there
May 08 11:26:05 <raster> like the bounce of the content
May 08 11:26:28 <raster> but what i think i should do it emit signals on this read edge and go beyond" to the edj for the scroller so theme can do something
May 08 11:26:36 <mickeyl> sounds godo
May 08 11:26:37 <mickeyl> good
May 08 11:26:50 <raster> like make an edge "glow" or display some icon saying "no more content heere"
May 08 11:27:00 <raster> and then u can disable "bounce" to be less mimiciing
May 08 11:27:17 <raster> another thing it needs is to "always show arrow" along an edge if there is more content that way
May 08 11:27:23 <raster> (option of course)
May 08 11:27:46 <raster> so you have visible hints that u can scroll that way before even trying to ddrag it
May 08 11:28:39 <mickeyl> right
May 08 11:28:47 <raster> anyway
May 08 11:28:51 <raster> lots of things to do anyway
May 08 11:28:54 <mickeyl> sure
May 08 11:28:57 <raster> bit by bit  - get them done
May 08 11:39:24 <Heinervdm> Weiss: have you seen the empty VT thread on the SHR user ML?
May 08 11:42:49 <Weiss> vaguely.. haven't fully digested it though
May 08 11:46:42 <Heinervdm> Weiss: the problem is that after a resume the current VT ist tty8 but Xorg is running on tty2 or 1
May 08 11:47:02 <Heinervdm> do you have an idea why the kernel resumes with the wrong VT?
May 08 11:49:13 <Heinervdm> larsc: ^ perhaps you
May 08 11:54:30 <CIA-36> SHR: 03mok 07shr-themes * r1247d22a0074 10/elementary/elementary-theme-gry/gry.edc: elementary-theme-gry: fix mouse,up to mouse,clicked - thanks daniele
May 08 11:54:42 <Weiss> without KMS I guess?
May 08 11:56:17 <Weiss> it could be that X isn't happy switching VT for some reason.. you could add a debug statement or two in the EnterVT/LeaveVT callbacks in the driver
May 08 11:58:09 <Heinervdm> yes without KMS
May 08 11:58:29 <Heinervdm> hmm, can try that
May 08 12:00:37 <[Rui]> raster: hi, elm_bubbles keep extending beyond the horizontal constraints *sometimes* and I still can't figure why: http://scap.linuxtogo.org/files/39e37bbd2cae80bc1766e21825a843bd.png
May 08 12:02:41 <raster> ruthat looks right to me
May 08 12:03:03 <[Rui]> raster: I guess that with some contents they just loose track of how big they should really be... and then, as I have an hoversel that shows up if I press for a while on a bubble, the hoversel usually comes up way to the right, sometimes beyond the visible area (even if I scroll all the way to the right).
May 08 12:03:20 <raster> well the bubbble content is allowed to horizontally scroll
May 08 12:03:40 <raster> elm's anchroblock test seems to do fine when i resize the window and wraps more
May 08 12:04:34 <[Rui]> raster: yeah, I know... I replace all links with <a href="...">[link]</a> in order to make links smaller to circunvent that horizontal scrolling
May 08 12:04:49 <[Rui]> raster: but the thing is... I see no content that's so big it would make the bubble horizontally larger
May 08 12:05:22 <[Rui]> it should normall wrap up nicely... and sometimes, with the same content, if I restart the app for some times... it displays correctly.
May 08 12:05:27 <raster> look at elm's anchroblock test
May 08 12:05:32 <raster> its how u pack it in that matters
May 08 12:05:42 <raster> hmmm
May 08 12:05:56 <raster> right now its working right for me
May 08 12:06:20 <[Rui]> raster: I will check it out and see if I'm doing something different in my packing of them, but as I said... sometimes they work right... :|
May 08 12:07:12 <[Rui]> well, going for lunch...
May 08 12:07:13 <[Rui]> see ya!
May 08 12:07:20 <[Rui]> raster: and good night ;)
May 08 12:17:22 <mrmoku> mickeyl: still does not work... the pppd processes go away, but fsogsmd is still stuck in outgoing state
May 08 12:17:36 <mrmoku> mickeyl: ppp.log if it helps http://pastie.org/951326
May 08 12:18:06 <mrmoku> mickeyl: and it has nothing to do how fast I deactivate/reactivate
May 08 12:18:15 <mrmoku> it is just the second time that does not work for me...
May 08 12:18:20 <mrmoku> maybe I'm missing some fix?
May 08 12:21:34 <CIA-36> freesmartphone.org: 03mickey 07specs * r5b24a1c47504 10/tools/makedoc.py: makedoc: raise proper error, if signature is invalid
May 08 12:21:36 <CIA-36> freesmartphone.org: 03mickey 07specs * rcbeb0726be19 10/ (3 files in 3 dirs): 
May 08 12:21:36 <CIA-36> freesmartphone.org: API change: remove org.freesmartphone.GSM.Network.TimeZoneReport
May 08 12:21:36 <CIA-36> freesmartphone.org: org.freesmartphone.GSM.Network.TimeReport is now used in both cases.
May 08 12:21:36 <CIA-36> freesmartphone.org: Also add org.freesmartphone.GSM.Network.GetTimeReport() which delivers
May 08 12:21:37 <CIA-36> freesmartphone.org: the last time and/or zone report we got from the network.
May 08 13:02:33 <Weiss> Heinervdm: when did it start? with a new kernel, new Xorg, ...?
May 08 13:02:54 <Heinervdm> Weiss: no new kernel no new Xorg
May 08 13:03:08 <Heinervdm> somewhere between 20.04. and 24.04.
May 08 13:04:03 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r2e1b27c7d241 10/fsogsmd/src/ (4 files in 3 dirs): 
May 08 13:04:03 <CIA-36> freesmartphone.org: fsogsmd: support new combined Time report and remember the last received report from network
May 08 13:04:03 <CIA-36> freesmartphone.org: org.freesmartphone.GSM.Network.GetTimeReport() is now implemented.
May 08 13:16:55 <lindi-> hmm. at+cops? stopped showing networks
May 08 13:30:56 <lindi-> very odd
May 08 13:34:23 <mickeyl> SIM unlocked?
May 08 13:34:27 <mickeyl> SIM valid?
May 08 13:40:03 <lindi-> mickeyl: http://iki.fi/lindi/openmoko/at+cops1.txt
May 08 13:42:21 <mickeyl> hmm
May 08 13:42:23 <mickeyl> you never registered
May 08 13:42:42 <lindi-> i did try at+cops=0,0 (refresh the page)
May 08 13:44:02 <mickeyl> yeah, but it didn't succeed
May 08 13:44:06 <lindi-> my other openmoko works so at least the operator should be working
May 08 13:44:12 <REalm> I'm trying to build shr-unstable and it  fails on eglibc do_populate_sysroot. Maybe someone had a problem and could give me some hints?
May 08 13:44:45 <lindi-> i'll move the SD from working phone to to non-working phone
May 08 13:45:01 <REalm> that is do_package
May 08 14:29:56 <lindi-> mickeyl: moving working installation to non-working phone works. (at+cops? returns true LAC)
May 08 14:30:09 <lindi-> (hmm, not lac but operator id, mnc?)
May 08 14:34:42 <mickeyl> mccmnc, yes
May 08 14:35:29 <lindi-> now retrying with non-working installation in non-working phone...
May 08 14:38:12 <lindi-> and now that works too
May 08 14:38:15 <lindi-> mysterious
May 08 14:42:00 <mickeyl> most likey contact problems of SIM holder
May 08 14:42:38 <lindi-> mickeyl: even if it accepts sim pin?
May 08 14:44:03 <mickeyl> or the phone stack crashed
May 08 14:44:11 <mickeyl> (on the modem, that is)
May 08 14:46:17 <lindi-> mickeyl: but why would it crash again and again?
May 08 14:48:21 <mickeyl> again and again?
May 08 14:49:22 <mickeyl> in that case the mechanical problems sound more likely
May 08 14:49:33 <lindi-> mickeyl: i did four hard reboots
May 08 15:17:14 <mickeyl> i wonder if we could get dieter to fix something for free
May 08 15:17:38 <mickeyl> having to repower the modem is a major pain in the ass during development
May 08 15:17:49 <mickeyl> just because the damn modem doesn't get out of mux mode
May 08 15:21:52 <stefan_schmidt> mickeyl: I would say it depends on how much work it is.
May 08 15:22:06 <stefan_schmidt> mickeyl: He seemed always open to help out on things he can
May 08 15:22:36 <mickeyl> true. i guess i'll drop him an email about that.
May 08 15:22:41 <mickeyl> can't hurt asking
May 08 15:23:12 <stefan_schmidt> mickeyl: indeed
May 08 15:23:39 <stefan_schmidt> mickeyl: If it is to much work it could be that he refuses. If its easy I bet he's glad to help out
May 08 15:29:57 <morphis> heyho
May 08 15:30:21 <mickeyl> yo
May 08 15:30:23 <mickeyl> http://pastie.org/951468
May 08 15:30:31 <mickeyl> this output means pppd has forked itself, right?
May 08 15:30:35 <mickeyl> i wonder why, since i said nodetach
May 08 15:31:12 <mrmoku|away> that explains me seeing always two of them
May 08 15:32:04 <mickeyl> yep
May 08 15:32:13 <mickeyl> for some reason it hangs
May 08 15:32:16 <mickeyl> and/or waits for something
May 08 15:34:16 <mickeyl> it hangs in PHASE_ESTABLISH
May 08 15:36:55 <mickeyl> ooh
May 08 15:37:02 <mickeyl> !
May 08 15:38:35 <mrmoku> :)
May 08 15:39:46 <mickeyl> ok, lets try agian...
May 08 15:39:49 <mickeyl> activate context... 
May 08 15:39:54 <mickeyl> context up and running
May 08 15:40:13 <mickeyl> deactivating...
May 08 15:40:34 <mickeyl> ok, process gone
May 08 15:40:36 <mickeyl> activate again
May 08 15:40:55 <mickeyl> up
May 08 15:41:04 <mickeyl> now i kill it from 'outside'
May 08 15:41:27 <mickeyl> ok, gone
May 08 15:41:30 <mickeyl> activate again
May 08 15:41:44 <mickeyl> up again
May 08 15:41:47 <mickeyl> ok, i think i got it
May 08 15:41:47 <mickeyl> fun
May 08 15:42:27 * mrmoku wants to test that... after dinner :)
May 08 15:43:40 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r6a6b8d54baaa 10/fsogsmd/src/plugins/modem_ti_calypso/plugin.vala: fsogsmd: modem_ti_calypso: don't use 'silent' for Calypso, since the modem does not always initiate LCP actively
May 08 15:47:28 <mickeyl> silent is necessary on some HTCs
May 08 15:47:35 <mickeyl> but on Calypso it only harms
May 08 15:51:16 <mickeyl> bbl, need to play guitar 
May 08 16:04:37 <[Rui]> back
May 08 17:11:59 <mrmoku|dinner> mickey|away: still does not work for me
May 08 17:12:11 <mrmoku|dinner> behaves different though
May 08 17:12:32 <mrmoku|dinner> ppp.log: http://pastie.org/951580
May 08 17:12:49 <mrmoku|dinner> fsogsmd.log: http://pastebin.com/4S0DiYkq
May 08 17:17:48 <pbaxter_> hello all
May 08 17:20:34 <mrmoku> ciao pbaxter_ 
May 08 17:22:57 <McKael> Hi!
May 08 17:23:11 <McKael> What should be started first, frameworkd or fsodeviced?
May 08 17:24:49 <mrmoku> McKael: fsodeviced
May 08 17:25:05 <McKael> mrmoku: ok, thanks
May 08 17:25:53 <McKael> Doesn't really work.  How is GSM supposed to be registered?
May 08 17:26:16 <mrmoku> McKael: start phonefsod... phonefsod will dbus-activate fsogsmd and initiate registration
May 08 17:28:31 <McKael> Nothing happens.  I'll restart and try again
May 08 17:28:40 <mrmoku> McKael: if you have a PIN on your SIM you will have to have phoneuid running too
May 08 17:28:55 <McKael> mrmoku: I don't
May 08 17:29:16 <McKael> but phoneuid is running (or trying to), anyway
May 08 17:34:36 <McKael> Nothing happens, but dbus-daemong eating all CPU
May 08 17:37:06 <mrmoku> heh
May 08 17:42:24 <mrmoku> McKael: is fsogsmd running?
May 08 17:42:32 <mrmoku> you might want to check /var/log/fsogsmd.log too
May 08 17:43:04 <McKael> mrmoku, nope
May 08 17:43:11 <McKael> and there's no such file
May 08 17:43:46 <mrmoku> McKael: hmm... and phonefsod is running? which rev?
May 08 17:44:25 <McKael> old one (debian package)
May 08 17:44:28 <mrmoku> ouch
May 08 17:44:31 <mrmoku> no go :P
May 08 17:44:55 <mrmoku> but it should not have any further dependencies :-)
May 08 17:45:24 <McKael> LOL
May 08 17:47:00 <McKael> I gave up on phoneuid yesterday, because of the EFL dependencies
May 08 17:48:19 <mrmoku> :/
May 08 17:48:44 <mrmoku> you need current phoneuid + phonefsod for FSO2
May 08 17:49:42 <McKael> PaulFertser told me he got it running with minor changes only...
May 08 17:49:56 <liori> hello, i'm following the "building shr" tutorial and i noticed i've got no "shr-unstable/conf/local.conf" file after `make setup`; there are four files with this name in different directories
May 08 17:54:49 <mrmoku> liori: you should have that one too
May 08 17:56:03 <liori> ha, I actually don't even have shr_unstable/conf directory
May 08 17:56:15 <larsc> PaulFertser: i could have sworn that we once fixed pcf50633_adc_sync_read. I just noticed that its not present in the .32 tree. Any idea what happend to it?
May 08 17:59:13 <McKael> mrmoku, I think there is at least shr-specs as a dependency :p
May 08 17:59:35 <mrmoku> McKael: which is a dependency of phoneuid too :P
May 08 17:59:48 <mrmoku> I meant no more dependencies than what you have for phoneuid ;)
May 08 18:00:03 <McKael> Ah, didn't get that far then :)
May 08 18:00:37 <liori> mrmoku: i'll capture the log from `make setup`
May 08 18:03:54 <PaulFertser> mrmoku: i used old "no go" shr apps from debian with fso2 successfully.
May 08 18:04:21 <PaulFertser> larsc: i'm sorry, but i'm too tired atm, so i can't really think about it. sorry
May 08 18:05:13 <mrmoku> PaulFertser: with manually running SetFunctionality then?
May 08 18:05:37 <PaulFertser> mrmoku: yes, with mdbus2 or zhone2.
May 08 18:05:47 <mrmoku> PaulFertser: well that is cheating ;)
May 08 18:09:05 <PaulFertser> mrmoku: so i wrote my interface to not have to cheat :)
May 08 18:09:19 <PaulFertser> mrmoku: btw, do you have experience receiving a second call while the first is ACTIVE?
May 08 18:09:25 <PaulFertser> mrmoku: it breaks horribly for me :(
May 08 18:09:27 <larsc> PaulFertser: ok
May 08 18:10:20 <mrmoku> PaulFertser: no experience... never tested that
May 08 18:11:13 <PaulFertser> mrmoku: i have no choice other than "test" it when somebody's calling while i'm talking :|
May 08 18:11:19 <PaulFertser> Has anybody?
May 08 18:11:34 <McKael> Unknown method: SetFunctionality is not a valid method of interface org.freesmartphone.GSM.Device
May 08 18:11:37 <McKael> hey PaulFertser!
May 08 18:12:11 <PaulFertser> McKael: hey :)
May 08 18:12:29 <PaulFertser> McKael: SetFunctionality appeared in fsogsmd.
May 08 18:13:36 <McKael> ogsmd should be disabled in frameworkd.conf, right?
May 08 18:13:44 <PaulFertser> McKael: right, it should.
May 08 18:14:20 <liori> found: "fatal: The remote end hung up unexpectedly" during `make setup`
May 08 18:15:12 <McKael> PaulFertser, zhone2 won't work for me
May 08 18:15:42 <liori> this happens every time I try `make setup`, in different moments
May 08 18:15:48 <liori> should I just keep trying?
May 08 18:16:09 <PaulFertser> McKael: hm, strange.
May 08 18:16:13 <PaulFertser> McKael: it did here.
May 08 18:16:28 <PaulFertser> McKael: i did nothing special...
May 08 18:16:33 <McKael> I think something is missing
May 08 18:16:46 <McKael> fsogsmd isn't running
May 08 18:17:14 <liori> ah, nevermind
May 08 18:17:22 <PaulFertser> McKael: does fsousaged?
May 08 18:18:02 <McKael> yes
May 08 18:19:40 <McKael> PaulFertser: what did you change to run frameworkd from /usr/local, btw?
May 08 18:19:56 <PaulFertser> McKael: do you have disabled=1 in [ogsmd] section in /etc/frameworkd.conf?
May 08 18:20:02 <McKael> yes
May 08 18:20:10 <PaulFertser> McKael: tbh i changed the path in the original fso-frameworkd init.d file.
May 08 18:20:19 <PaulFertser> And added fsodeviced right there as well.
May 08 18:20:47 <McKael> PaulFertser: and there was no conflict with the packaged version?
May 08 18:21:00 <McKael> I think I added a PYTHONPATH
May 08 18:21:41 <PaulFertser> McKael: yes, i modified python site file to use /usr/local iirc, but it was over a year ago, so i might have forgotten the details.
May 08 18:23:11 <PaulFertser> Or probably not, it's written debian has /usr/local by default...
May 08 18:46:19 * PaulFertser likes how his fso2 on debian was received: just 1 brave beta-tester (sorry McKael that it took longer than expected :|), 0 replies.
May 08 18:47:31 <McKael> :)
May 08 18:47:51 <McKael> I've reinstalled fsogsmd, just in case
May 08 18:48:08 <McKael> but actually, it still doesn't register correctly, I think.
May 08 18:48:21 <McKael> I can't see it with mdbus2
May 08 18:48:40 <PaulFertser> McKael: try starting from shell.
May 08 18:48:45 <PaulFertser> McKael: it'll tell you if it's not working.
May 08 18:49:18 <McKael> 2010-05-08T18:49:04.711143Z [INFO]  fsogsmd : loaded 0 plugins
May 08 18:49:20 <McKael> 2010-05-08T18:49:04.713884Z [INFO]  fsogsmd : fsogsmd exit
May 08 18:50:37 <McKael> Oh ok I see
May 08 18:51:10 <McKael> brb
May 08 18:51:53 <PaulFertser> McKael: oh, have you used the special command line for configure?
May 08 18:52:18 <PaulFertser> As i warned you before, there should be special config switch to enable the mux plugin.
May 08 18:52:43 <PaulFertser> And of course the configure should detect libgsmmux (or something like that) as present.
May 08 18:53:52 <McKael> PaulFertser: that was one of the first I built, and I didn't run configure, in order to keep your setup
May 08 18:54:14 <McKael> The 1st problem is actually the configuration ^^
May 08 18:55:16 <McKael> I tried to use conf files from /usr/local/etc (to preserve the original files).  I thought it was working but not for this one, nor fsousaged (but this once started successfully, using the other conf file)
May 08 18:56:01 <PaulFertser> McKael: aha, i see. I think i had that problem too so i modified my config to enable the necessary plugins. (included in the other tarball) 
May 08 18:56:40 <McKael> I used your files for /usr/local/etc
May 08 18:57:06 <PaulFertser> McKael: here all fso2 use configs in /etc/freesmartphone/ , not sure why
May 08 18:58:13 <PaulFertser> If i wasn't sure about the config file it used, i'd try strace and'd immediately saw the answer.
May 08 18:59:01 <mrmoku> it should pick them up from the home dir too
May 08 18:59:13 <PaulFertser> mrmoku: yep, but not from /usr/local/tec
May 08 19:00:25 <mickey|away> mrmoku: your fsogsmd log is empty
May 08 19:00:43 <mrmoku> PaulFertser: is there no --prefix for configure? or doesn't cornucopia respect it for config files?
May 08 19:00:47 <mrmoku> mickey|away: hmm
May 08 19:00:56 <mrmoku> mickey|away: http://pastebin.com/4S0DiYkq is empty?
May 08 19:00:59 <mickey|away> yes
May 08 19:01:03 <mrmoku> not for me?
May 08 19:01:15 <mickey|away> UNKNOWN PASTE ID!
May 08 19:01:24 <mickey|away> is what it says
May 08 19:01:29 <mickey|away> perhaps expired?
May 08 19:01:44 <mrmoku> resubmitted http://pastebin.com/0itAVe4g
May 08 19:02:10 <McKael> mrmoku: doesn't seem to use the prefix for conf files
May 08 19:02:15 <mickey|away> ok, so what exactly is the behaviour?
May 08 19:02:24 <mickey|away> 724 looks good - online#
May 08 19:02:30 <mrmoku> mickey|away: first activation works nicely
May 08 19:02:41 <mickey|away> how do you deactivate?
May 08 19:02:41 <mrmoku> deactivation works too
May 08 19:02:44 <mrmoku> with mdbus2
May 08 19:02:46 <mickey|away> ok
May 08 19:03:11 <mrmoku> then on next activation it starts the pppd... and that times out with LCP packages
May 08 19:03:12 <mickey|away> 759 is next activation`
May 08 19:03:12 <mickey|away> ?
May 08 19:03:20 <mrmoku> let me check
May 08 19:03:46 <mrmoku> yep
May 08 19:03:48 <mickey|away> yes it is
May 08 19:03:53 <mickey|away> ok, so we have 
May 08 19:03:57 <mickey|away> status 2
May 08 19:03:58 <mickey|away> = INIT
May 08 19:04:00 <mickey|away> status 4
May 08 19:04:03 <mickey|away> = ESTABLISHING
May 08 19:04:06 <mickey|away> status 10
May 08 19:04:08 <mickey|away> let me check
May 08 19:04:31 <mrmoku> sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc03728dd> <pcomp> <accomp>]
May 08 19:04:34 <mrmoku> LCP: timeout sending Config-Requests
May 08 19:04:36 <mickey|away> DISCONNECT
May 08 19:04:36 <mrmoku> on_phase_change: 10
May 08 19:04:42 <mickey|away> right
May 08 19:04:48 <mickey|away> ok, so ppp tries to talk LCPÜ
May 08 19:04:53 <mickey|away> but the other side is not answering
May 08 19:04:57 <mrmoku> yep
May 08 19:05:06 <mickey|away> ok, what i need you to do is
May 08 19:05:06 <mrmoku> if I then restart fsogsmd it works again
May 08 19:05:07 <mrmoku> once
May 08 19:05:15 <mickey|away> ./configure --enable-debug <...>
May 08 19:05:21 <mickey|away> i need the HUGE debug :)
May 08 19:05:25 <mrmoku> hehe
May 08 19:05:30 <mrmoku> fsogsmd or libfsotransport?
May 08 19:05:32 <mickey|away> fsogsmd
May 08 19:05:42 <mrmoku> ok
May 08 19:05:44 <mickey|away> mux transport is a feature of fsogsm
May 08 19:05:45 <mickey|away> d
May 08 19:06:01 <mickey|away> moved it from transport to fsogsmd to not introduce too many dependencies in libfsotransport
May 08 19:06:30 <mrmoku> building
May 08 19:06:53 <mrmoku> mickey|away: btw. what's your take on merging fsoinitd and fsodeviced?
May 08 19:07:45 <mickey|away> hmm
May 08 19:08:03 <mickey|away> device rather than usage?
May 08 19:08:24 <mrmoku> which one has the shutdown? device, no?
May 08 19:08:28 <mickey|away> no, usage
May 08 19:08:30 <mrmoku> ohh
May 08 19:08:41 <mrmoku> hmm... then probably usage :)
May 08 19:08:58 <mickey|away> what I'd like to see is
May 08 19:09:04 <mickey|away> fsoinitd spits out a libfsoinit
May 08 19:09:08 <mickey|away> which does all the magic
May 08 19:09:21 <mickey|away> if i link any process to libfsoinit, it becomes an init process
May 08 19:09:32 <mickey|away> this allows for maximum flexibility
May 08 19:09:42 <mickey|away> i don't want a static merge
May 08 19:10:00 <mrmoku> sure... fsousaged must work without too
May 08 19:10:16 <mickey|away> at the end of the day, the question is which is the best place for it
May 08 19:10:38 <mickey|away> we should use FSOSHRCON as a chance to rethink the fsousage and fsodevice separation
May 08 19:10:47 <mickey|away> ideally fsodevice would actually handle the lowlevel details
May 08 19:10:52 <mickey|away> rather than e.g. lowlevel_openmoko
May 08 19:11:02 <mickey|away> which should really be an fsodevice plugin rather than an fsousaged one
May 08 19:11:33 <mickey|away> and then fsodevice would be the one calling suspend/resume on fsousaged 
May 08 19:11:50 <mickey|away> we have to discuss about the pros and cons for that
May 08 19:12:00 <mickey|away> for now i think the goal would be that static library
May 08 19:12:07 <mickey|away> that makes any process a boot proces
May 08 19:12:11 <mrmoku> morphis: ^^
May 08 19:16:42 <mrmoku> mickey|away: heh... now I have a complete hang on second ActivateContext
May 08 19:16:56 <mrmoku> does not even ping anymore :/
May 08 19:17:08 * mrmoku pulls battery and reboots
May 08 19:17:50 <mickey|away> fsck
May 08 19:21:24 <mickey|away> i need to move now, will check your log later or tomorrow
May 08 19:21:31 <mickey|away> toi toi toi
May 08 19:22:30 <mrmoku> mickey|away: do I need to switch log level to EXTRADEBUG?
May 08 19:22:38 <mrmoku> can't see no extra info on first view
May 08 19:23:06 <mrmoku> 2000-01-01T22:00:04.269539Z [DEBUG] libfsotransport <0710:4>: Wrote 'D*99***1#'. Waiting for answer...
May 08 19:23:09 <mrmoku> 2000-01-01T22:00:32.576068Z [DEBUG] PdpPppMux <>: Status update from PPP helper: 10
May 08 19:24:12 <mickey|away> hmm, that's odd
May 08 19:24:26 <mickey|away> can you check configure.log whether it really was enabled?
May 08 19:24:30 <mrmoku> k
May 08 19:24:45 <mickey|away>   debug build.............: yes
May 08 19:25:26 <mickey|away> you should then have an output like that:
May 08 19:25:33 <mrmoku>   debug build.............: yes
May 08 19:25:34 <mrmoku> yep
May 08 19:25:51 <McKael> \o/
May 08 19:25:54 <McKael> zhone2 works
May 08 19:26:03 <mickey|away> http://pastebin.com/YeB4mKUA
May 08 19:26:09 <McKael> Although it doesn't fit in the screen :)
May 08 19:26:11 <mrmoku> mickey|away: will just send you the log via mail... maybe I just don't see the extra info
May 08 19:26:34 <mickey|away> ok
May 08 19:26:40 <mickey|away> lots of lines starting with
May 08 19:26:45 <mickey|away> ** (process:32415): DEBUG:
May 08 19:26:46 <mickey|away> or
May 08 19:26:50 <mickey|away> ** Message:
May 08 19:27:00 <mickey|away> if you don't have those, then you are not running the right binary
May 08 19:27:05 <mrmoku> ok
May 08 19:27:09 <mickey|away> or something completely strange happened ;)
May 08 19:27:14 <mrmoku> :)
May 08 19:27:31 <mrmoku> probably just not installed the correct one... will recheck... retry and send the log via mail :)
May 08 19:27:49 <mickey|away> okies
May 08 19:27:51 <mickey|away> thanx
May 08 19:44:21 <PaulFertser> Hm, "sim full and no message can be received anymore is nasty behaviour" :|
May 08 19:50:19 <McKael> PaulFertser: have you sorted out the issue regarding "suspending while plugged in"?
May 08 19:53:05 <McKael> [phonefsod]  MESSAGE: Ending startup phase due to successfull registration
May 08 19:53:08 <McKael> ^^
May 08 23:53:22 * [Rui] waves
May 08 23:54:36 <[Rui]> raster: hi there, no, I don't see anything different from the elc_anchorview and it still doesn't draw properly :( in the laptop it draws quite well, but not in the freerunner
May 09 00:33:16 <[Rui]> raster: nah... it's the same now (order and results)
May 09 00:33:49 <[Rui]> raster: I've a feeling it has something to do with what the contents of the elm_anchorblock are, but I've no proof :(
May 09 00:35:22 <[Rui]> @user becomes <a href="@user">@user</a>, an url becomes <a href="url">[link]</a> and a !group becomes <a href="!group">!group</a> I wonder if some of these might bork the anchor handling...
**** ENDING LOGGING AT Sun May 09 02:59:56 2010