**** BEGIN LOGGING AT Wed May 05 02:59:56 2010
May 05 06:10:41 <CIA-36> freesmartphone.org: 03mok 07cornucopia * r22a29fd81f66 10/fsotdld/conf/ (default/fsotdld.conf openmoko_gta/fsotdld.conf): 
May 05 06:10:42 <CIA-36> freesmartphone.org: fsotdld/conf: change the default NTP server to pool.ntp.org
May 05 06:10:42 <CIA-36> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 05 06:53:26 <JaMa> FYI: shr-settings icon issue reproduced on my desktop too and on neo works fine with illume1, so maybe new home module in illume2 filters "Settings" category out, but sometimes this filter fails (as I've seen it with illume2 too - but also different SRCREV..)
May 05 06:55:27 <mrmoku> hmm
May 05 06:55:51 <JaMa> and I've seen really strage thing today with fresh shr-u image during shutdown from e17.. first it said that enlightenment is going down, then tux logo (splash) was shown.. but still e17 spinner drawn over it
May 05 06:56:16 <JaMa> then when time changed clock from illume shelf was drawn over it too
May 05 06:56:24 <mrmoku> heh
May 05 06:56:28 <JaMa> btw still illume1
May 05 06:56:39 <JaMa> and now the "strange" part
May 05 06:56:44 <JaMa> so I clicked topbar
May 05 06:56:54 <JaMa> and completely different home screen was shown
May 05 06:57:11 <JaMa> different set of icons, blue background, bigger icons (then mine medium)
May 05 06:57:31 <JaMa> apps like vagalume with icons, which is not even installed on my system..
May 05 06:58:18 <JaMa> and now I have "mine" illume1 back with some artifacts showing "the other" version
May 05 06:58:29 <mrmoku> hehe, blue background... sounds like dos1 hacked your phone ;)
May 05 06:58:49 <JaMa> I'll try to connect and scap it
May 05 06:59:42 <JaMa> and also udevd had 5 processes.. (maybe that's why I have load >5 now ;/)
May 05 07:02:07 <spaetz> mrmoku: what was the problem with resume from NAND yesterday?
May 05 07:02:15 <spaetz> I resume from NAND all the time...
May 05 07:02:32 <spaetz> morning :)
May 05 07:02:47 <mrmoku> spaetz: problem is that GarthPS and mwester always get a black screen with blinking cursor on resume
May 05 07:02:51 <mrmoku> morning :)
May 05 07:03:08 <JaMa> that's wrong vt issue?
May 05 07:03:09 <mrmoku> though... the brother of vanous has that too... and he is using Qi from SD
May 05 07:03:28 <spaetz> that is weird. I use shr-T on my NAND without problems
May 05 07:03:41 <JaMa> I haven't seen it.. but is it also related to Heinervdm's always die when suspends automatically?
May 05 07:03:48 <mrmoku> EmptyVT on resume, yep
May 05 07:04:15 <JaMa> so that's older than xserver-common switch, right?
May 05 07:04:40 <spaetz> JaMa: afaik they said it happens since long
May 05 07:04:57 <mrmoku> JaMa: GarthPS said it started very recently...
May 05 07:05:02 <spaetz> ahh, k
May 05 07:05:12 * mrmoku checks bip log
May 05 07:06:05 <mrmoku> 04-05-2010 20:24:26 < GarthPS!~quassel@vig38-4-82-233-124-245.fbx.proxad.net: mrmoku: since may's image i think
May 05 07:06:15 <mrmoku> 04-05-2010 20:24:44 < GarthPS!~quassel@vig38-4-82-233-124-245.fbx.proxad.net: the 2 or 3lasts images , don't remembers
May 05 07:06:49 <mrmoku> brb
May 05 07:07:55 <spaetz> ahh, that could fit with the xorg-common switch
May 05 07:08:05 <spaetz> but mwester
May 05 07:08:11 <spaetz> was on shr-t, right?
May 05 07:08:27 <spaetz> at least he mentioned it. Anyway I did not really follow that discussion yesterday
May 05 07:09:00 <JaMa> and Heindervdm issue was at least weak before switch.. and the conclusion was that some images works some no, but opkg upgrade between them works if you start with "good" image
May 05 07:09:24 <JaMa> so it can be also that one of new images is one of "bad"
May 05 07:10:21 <JaMa> and maybe it's also related to when I build gta01 images between gta02 images (probably before Heinervdm's "bad" image and also 2 times between may's images)
May 05 07:21:07 <mrmoku> spaetz: (mwester) yep
May 05 07:21:41 <mrmoku> JaMa: hmm... interesting
May 05 07:23:29 <JaMa> Heinervdm: hi, please read last few lines of backlog and comment
May 05 07:27:40 <Heinervdm> Yes that's sounds like the problem i'm having
May 05 07:28:21 <Heinervdm> and i could upgrade most packages from a good image, expext the shr apps
May 05 07:29:49 <JaMa> mrmoku: also lost focus (ie when starting vala-terminal) was also reproducible on my desktop with illume2
May 05 07:43:37 <zub> Morgen. If I have a patch against vala-terminal, what is the appropriate list to send it?
May 05 07:45:34 <PaulFertser> zub: smartphones-userland
May 05 07:46:09 <zub> thanks
May 05 07:47:26 <PaulFertser> zub: thanks for your interest :)
May 05 07:48:09 <zub> always interested and constantly not-knowing-how-to-send-pateches-etc :)
May 05 07:48:19 <JaMa> yeah vala-terminal is one of most used apps here :)
May 05 07:48:37 <zub> indeed :)
May 05 07:49:28 <spaetz> right.
May 05 07:52:53 <spaetz> shr-t also has apmd running. Is that still the case in shr-U?
May 05 07:53:03 <spaetz> I am sure I did get rid of it at some point.
May 05 07:54:36 <spaetz> task-base-apm 1.0-r89.4	depends on apmd
May 05 07:58:06 <spaetz> ahh, no I changed things back then to get rid of apm
May 05 07:58:35 <von_fritz> moin
May 05 07:58:37 <spaetz> is it possible in shr.conf to override machine features and get rid of "apm" and MACHINE_FEATURE?
May 05 07:58:58 <spaetz> that would be the easiest way to solve our apm/apmd problems
May 05 07:59:08 <von_fritz> anyone problems with busybox in latest SHR-U?
May 05 07:59:42 <von_fritz> or I'm the only one :(
May 05 08:00:08 <Heinervdm> spaetz: no, we should just add apmd to DISTRO_APM
May 05 08:00:17 <Heinervdm> the default one
May 05 08:00:33 <Heinervdm> and then remove it from task-base-apm
May 05 08:00:38 <spaetz> right, that would be a solution too.
May 05 08:01:07 <spaetz> one daemon less would be nice. Especially as it seems pretty useless on the FR.
May 05 08:02:09 <spaetz> mrmoku: as for your q: shr-t uses ogsmd and fso-abyss.
May 05 08:03:51 <mrmoku> spaetz: k
May 05 08:04:20 <mrmoku> von_fritz: what kind of problems do you have?
May 05 08:04:26 <mrmoku> maybe I did not yet notice :P
May 05 08:06:25 <spaetz> but do let me know if fsogsmd is stable enough to be used :)
May 05 08:06:59 <spaetz> and what changes are needed for it to be used :))
May 05 08:07:26 <mrmoku> spaetz: the main problem right now I think is handling of SMS
May 05 08:07:36 <mrmoku> fsogsmd filling the SIM
May 05 08:07:42 <spaetz> GPRS used to be a problem, but that was solved, right?
May 05 08:07:46 <mrmoku> and one has to manually delete them
May 05 08:07:51 <spaetz> outch, filling the SIM is bad.
May 05 08:07:53 <mrmoku> yep GPRS should be rock solid now
May 05 08:08:01 <spaetz> especially as our UI doesn't allow deleting them :)
May 05 08:08:06 <mrmoku> but PaulFertser or vanous would know better
May 05 08:08:28 <spaetz> is there a trac number?
May 05 08:08:49 <spaetz> I'll follow that and bump when it is solved. I want a fast gsmd too :)
May 05 08:08:54 <mrmoku> don't think so
May 05 08:08:59 <spaetz> mmh, k
May 05 08:09:00 <mrmoku> solution was discussed in here
May 05 08:09:14 <mrmoku> mickey will implement plugins for incoming SMS handling
May 05 08:09:22 <spaetz> k
May 05 08:09:25 <mrmoku> and one plugin will be to push to opimd
May 05 08:10:51 <spaetz> ahh, I see.
May 05 08:15:09 <von_fritz> mrmoku for ex. /etc/init.d/xserver-nodm stop works for you?
May 05 08:16:07 <von_fritz> for me it gives :
May 05 08:16:15 <von_fritz> Stopping XServer
May 05 08:16:15 <von_fritz> /bin/ps: invalid option -- 'e'
May 05 08:16:15 <von_fritz> BusyBox v1.15.3 (2010-05-01 08:25:53 CEST) multi-call binary
May 05 08:16:15 <von_fritz> Usage: ps 
May 05 08:16:15 <von_fritz> Report process status
May 05 08:16:16 <von_fritz> Options:
May 05 08:16:18 <von_fritz>         w       Wide output
May 05 08:18:36 <zub> von_fritz: same here
May 05 08:18:47 <von_fritz> ahhh :)
May 05 08:19:01 <zub> I noticed yesterday that ps got soemwhat picky :)
May 05 08:35:22 <mrmoku> von_fritz, zub: opkg install procps
May 05 08:35:31 <mrmoku> should be pulled in by deps... does not work always somehow
May 05 08:37:42 <zub> ok
May 05 08:37:55 <von_fritz> ahh I noticed that it was removed by opkg upgrade yesterday, but not related to busybox. anyway thks mrmoku ;)
May 05 08:45:34 <mrmoku> von_fritz: np
May 05 09:35:44 <mrmoku> hmmm
May 05 09:35:46 <mrmoku> 2010-05-05T09:32:53.053439Z [INFO]  libfsotransport <0710:2>: SRC: "+CMGR=5" -> [ "+CMS ERROR: 314" ]
May 05 09:35:49 <mrmoku> 2010-05-05T09:32:53.054220Z [WARN]  TiCalypsoModem <4C>: Unexpected length 1 for FsoGsmPlusCMGR
May 05 09:35:52 <mrmoku> 2010-05-05T09:32:53.055947Z [WARN]  FsoGsmAtSmsHandler <262074090018765>: Can't read new SMS from SIM storage at index 5.
May 05 09:35:59 <mrmoku> mickey|zzZZzz: ^^
May 05 09:36:38 <mrmoku> CMS_ERROR_314_SIM_BUSY
May 05 09:36:40 <mrmoku> hmmmmm
May 05 09:39:41 <JaMa> von_fritz, zub: it was removed because only xserver-kdrive-common was depending on it, but newer initscripts-shr depend on it again (because kill_proc is now used from initscripts not writtern in xserver-nodm anymore)
May 05 09:49:51 <JaMa> btw efl bumped
May 05 09:50:16 <mickeyl> mrmoku: did you send yourself an SMS?
May 05 09:50:46 <mickeyl> good morning, btw.
May 05 09:51:17 <mrmoku> mickeyl: morning... no sent one to 80100 to get the correct settings for GPRS
May 05 09:51:51 <mickeyl> ah
May 05 09:51:55 <mickeyl> and they send you an SMS?
May 05 09:52:02 <mrmoku> no
May 05 09:52:12 <mrmoku> at least not successfully :P
May 05 09:52:19 <mickeyl> well
May 05 09:52:22 <mickeyl> but you got a new one
May 05 09:52:35 <mickeyl> (not successfully, but still)
May 05 09:52:43 <mickeyl> anyways, please open a bug
May 05 09:52:57 * JaMa sending himself a sms
May 05 09:53:30 <mrmoku> mickeyl: ok, will retry when SIM is back in the FR... put it in another one for now to get the settings
May 05 09:53:55 <mickeyl> hmm, which settings btw?
May 05 09:54:04 <mickeyl> fsodatad should be able to tell that
May 05 09:54:11 <mickeyl> is it not implemented yet?
May 05 09:54:30 <mrmoku> what I need for SetCredentials
May 05 09:54:35 <mickeyl> right
May 05 09:54:40 <mickeyl> we have a database for that
May 05 09:54:44 <mrmoku> heh
May 05 09:54:45 <mrmoku> :)
May 05 09:54:56 <mrmoku> is M-Net in there?
May 05 09:55:05 <mickeyl> let me check
May 05 09:56:46 <mickeyl> hmm, no
May 05 09:56:54 <mrmoku> ok
May 05 09:57:15 <mrmoku> stupid old SE phone told me internet profiles are full... have to delete one and resend :(
May 05 09:57:19 <mickeyl> heh
May 05 09:57:26 <mickeyl> hmm actually
May 05 09:57:37 <mickeyl> i'm very interested in that profile
May 05 09:57:43 <mrmoku> mickeyl: btw... I was playing with systemd... and looking at fso-boot
May 05 09:57:46 <mickeyl> so at some point of time please repeat that
May 05 09:57:52 <mrmoku> ok will pass you the data when I got it
May 05 09:57:53 <mickeyl> on the FR
May 05 09:57:55 <mickeyl> thanks
May 05 09:57:58 <mickeyl> might make a new SMS type
May 05 09:58:29 <mickeyl> i don't know morphis' status for fso-init
May 05 09:58:39 <mickeyl> but it looks like he's flagged it 0.1 ;)
May 05 09:58:54 <mrmoku> fso-init is responsible for starting and keeping daemons running?
May 05 09:59:05 <mickeyl> starting yes
May 05 09:59:08 <mickeyl> keeping, i hope not
May 05 09:59:23 <mickeyl> after all my idea was to _not_ write an init system
May 05 09:59:26 <mickeyl> but a boot system
May 05 09:59:33 * mrmoku confused
May 05 09:59:34 <mickeyl> but i have not looked at what he did yet
May 05 09:59:37 <mrmoku> what is fso-boot then
May 05 09:59:43 <mickeyl> well, ok
May 05 09:59:46 <mickeyl> call it minimal init system
May 05 10:00:04 <mickeyl> the idea is that on systems with dbus-activation we don't need to supervise any daemons
May 05 10:00:42 <mickeyl> except some basic ones that either have no dbus activation or have a chicken-and-egg problem
May 05 10:00:53 <mrmoku> like fsodeviced
May 05 10:00:56 <mickeyl> right
May 05 10:01:27 <mrmoku> so how does fso-init and fso-boot relate?
May 05 10:01:40 <mrmoku> s/does/do/
May 05 10:01:40 <apt> mrmoku meant: so how do fso-init and fso-boot relate?
May 05 10:01:41 <mickeyl> fso-boot was my proof-of-concept work
May 05 10:01:50 <JaMa> TAsn: shr_elm_softkey doesn't print anything on stdout/stderr here.. already tried before.. I'll try it with strace
May 05 10:01:55 <mickeyl> fso-init is morphis' approach to put it into "production"
May 05 10:02:14 <mrmoku> ohh ok
May 05 10:02:24 <mrmoku> then I have to look at fso-init :)
May 05 10:02:30 <mickeyl> yes, please
May 05 10:02:40 <mickeyl> i have yet to read all the buzz about systemd
May 05 10:02:48 <mickeyl> but this month i'm completely booked with contract work
May 05 10:02:53 <mickeyl> so have little time for FSO
May 05 10:02:54 <mrmoku> I don't want to waste my time playing with something we probably will not use (systemd)... better help with fso-init then
May 05 10:03:01 <mickeyl> good plan!
May 05 10:03:14 <mickeyl> there's some light on the horizon btw.
May 05 10:03:24 <mrmoku> hehe, heard some rumor
May 05 10:03:25 <mickeyl> i have been contacted by someone who wants FSO on new hardware
May 05 10:03:32 <mrmoku> :D
May 05 10:03:34 <mickeyl> we lost that lead some months ago
May 05 10:03:38 <mickeyl> but apparantly it came back again
May 05 10:03:45 <mrmoku> great thing
May 05 10:03:46 <mickeyl> I'm really trying hard to get something setup
May 05 10:03:55 <mickeyl> so i can devote more time to polish the fso2 daemons
May 05 10:04:18 <mickeyl> on monday i received some major flames though wrt. to one of my projects
May 05 10:04:27 <mickeyl> so i have to put almost everything aside until june
May 05 10:04:32 <mickeyl> to finish taht
May 05 10:04:52 * mickeyl hates choleric contractors
May 05 10:04:56 <mrmoku> yeah... we all need something to live from :/
May 05 10:05:00 <mickeyl> *nod*
May 05 10:05:08 <mrmoku> love and open source does not help there :(
May 05 10:05:21 <mickeyl> not yet at least ;)
May 05 10:05:24 * mickeyl optimist today
May 05 10:05:26 <mrmoku> :)
May 05 10:05:53 <mrmoku> the interesting idea in systemd is that it creates sockets for daemons until they are started
May 05 10:06:08 <mrmoku> this way apps for example can syslog before syslog is even started
May 05 10:06:19 <mrmoku> and as consequence everything can be started in parallel
May 05 10:06:43 <mrmoku> but I will take a close look at fso-init then... and play with that :)
May 05 10:06:54 <mickeyl> cool
May 05 10:07:20 <mickeyl> When we worked at OM Sean always said "30 seconds until PIN dialog"
May 05 10:07:30 <mickeyl> despite our sluggy hardware, i still believe we can do that
May 05 10:09:39 <mrmoku> mickeyl: yes we can :)
May 05 10:09:55 <mickeyl> hehe
May 05 10:09:55 <mrmoku> no Münchhausen in fso-init :(
May 05 10:10:24 <mickeyl> please ask morphis when he comes around next
May 05 10:10:34 <mickeyl> i'm sure he'd love someone to work with him on it
May 05 10:10:46 <mickeyl> his goal is the pre, of course
May 05 10:11:20 <mrmoku> yep, will do
May 05 10:13:04 <mickeyl> ok, another thing... can spare 60 minutes now
May 05 10:13:10 <mickeyl> is there something critical atm.?
May 05 10:13:24 <mickeyl> PaulFertser reported a SIGSEGV somewhere, can you confirm?
May 05 10:13:32 <mickeyl> hi gnustavo 
May 05 10:13:34 <mickeyl> err
May 05 10:13:36 <mickeyl> hi GNUtoo 
May 05 10:14:22 <GNUtoo> hi
May 05 10:20:30 <valos> mickeyl: have you received my fsogsmd bug report: GSM registration failed on my neo, PIN code is requested again and again and ...
May 05 10:26:05 <PaulFertser> mickeyl: only dos can confirm, nobody else uses message delivery receipts.
May 05 10:34:19 <mickeyl> valos: yes, got it.
May 05 10:37:27 <valos> mickeyl: is it easy fixable, is my report enough for you?
May 05 10:38:08 <mickeyl> i can't tell atm.
May 05 10:38:17 <mickeyl> i'm really busy this month
May 05 10:39:34 <valos> mickeyl: ok, and thx for your hard and wonderful work
May 05 10:42:12 <mickeyl> np, thanks
May 05 10:45:26 <mrmoku> mickeyl: maybe not critical... but what we very much would need is the 'opimd-push' thing :)
May 05 11:09:44 <Heinervdm> JaMa: the problem with empty VT is perhaps the same as empty HOME
May 05 11:22:15 <JaMa> Heinervdm: like some env variable?
May 05 11:22:39 <Heinervdm> yes, but i cant find a env var for vt
May 05 11:22:48 <JaMa> neither can i :)
May 05 11:23:12 <JaMa> maybe someone with shr-t image?
May 05 11:26:27 <mickeyl> hmm, fun
May 05 11:26:31 <mickeyl> we're actually just too fast
May 05 11:26:47 <mickeyl> (CME ERROR 314)
May 05 11:26:56 <mickeyl> i guess i should include a python plugin to handle SMS :D
May 05 11:27:09 <Heinervdm> :D
May 05 11:28:13 <mrmoku> hehe :P
May 05 11:28:14 <JaMa> or run some fork-bomb for a while :)
May 05 11:31:35 <mrmoku> mickeyl: possible that user and pw are empty?
May 05 11:31:36 <mickeyl> ok, short assessment about systemd: great plan, a long way to go, and still kind of overkill for us. so we should indeed go for the fso-init/boot solution
May 05 11:31:47 <mrmoku> ok
May 05 11:31:53 <mickeyl> yes, user and pw can be empty
May 05 11:32:07 <mickeyl> these days for most, actually
May 05 11:32:08 <mrmoku> good... internet.online1 is the one then
May 05 11:32:47 <mrmoku> mickeyl: and... maybe a opimd push plugin would slow down things enough :P
May 05 11:33:15 <mickeyl> heh
May 05 11:33:18 <mickeyl> got the message
May 05 11:33:26 <mrmoku> :)
May 05 11:33:41 <mrmoku> I don't think spaetz wants fsogsmd for shr-testing without it
May 05 11:34:47 <mickeyl> understandable
May 05 11:44:58 <spaetz> not sure what I want here. :)
May 05 11:45:03 <spaetz> I just want things to work :)
May 05 11:48:13 <JaMa> TAsn: I have 2 straces, from working and non-working shr_elm_softkey, the working is calling ioctl(2, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbebe245c)  and lot later it reads "/usr/lib/evas/modules/engines/software_x11/linux-gnueabi-arm-ver-pre-svn-05/module.so 
May 05 11:49:18 <mrmoku> hmm
May 05 11:49:20 <mrmoku> 2000-01-01T00:06:16.000193Z [WARN]  PdpPppMux <>: PPP quit immediately; check options and permissions.
May 05 11:49:24 <JaMa> TAsn: My guess is that as mrmoku reported before, e17 fails to start if there is no mouse/touchscreen in xorg.conf (so it's doing something strange with mouse, because it says something about adjusting mouse failed)
May 05 11:49:55 <JaMa> TAsn: so as neo reported when shr_elm_softkey is started a bit later, it works even in old evn from Xsession script
May 05 11:50:11 <JaMa> TAsn: do you have some hint for proper fix?
May 05 11:51:20 <JaMa> TAsn: and how was old Back|Close process started, cannot you use the same for shr_elm_softkey (probably started late enough with everything initialized already?)
May 05 11:52:48 * mrmoku got to do the referee on neighbours kids birthday soccer competition now
May 05 11:52:51 <mrmoku> bbl
May 05 11:52:55 <mickeyl> heh
May 05 11:52:57 <mickeyl> have fun
May 05 11:52:58 <JaMa> spaetz: you forgot to rebuild package-index before poppler sync.. already fixed
May 05 11:53:09 <mrmoku|soccer> mickeyl: thanks will have :)
May 05 11:54:33 <spaetz> thanks, seen on the ML
May 05 11:54:49 <spaetz> this will hopefully fix the epdfview segfault
May 05 11:58:02 <JaMa> shr-settings icon missing resolved! :)
May 05 11:58:17 <JaMa> hehe no mistery... :)
May 05 12:02:15 <JaMa> FYI asking on edevel: Hi, illume2 Home, doesn't show icons for "sys, settings, kbd" category now, before 48174 it was skipping "sys AND settings, kbd" category, is it intentional and we should adjust our icons, or is it just overlooked change?
May 05 12:03:10 <Heinervdm> JaMa: in xserver-kdrive-common we had a vt argument for Xorg
May 05 12:03:22 <Heinervdm> -vt1
May 05 12:03:27 <Heinervdm> or am i wrong?
May 05 12:03:38 <JaMa> mmt checking in OE
May 05 12:04:09 <JaMa> Heinervdm: ah yes, we had
May 05 12:04:18 <Heinervdm> that's gone now
May 05 12:04:58 <JaMa> and what is the issue? I haven't seen it here or didn't understand that e-mail right :/
May 05 12:05:43 <JaMa> and if you can reproduce it, please test it
May 05 12:05:50 <Heinervdm> will try
May 05 12:07:09 <JaMa> please also try if it needs to be last param on Xorg cmdline (it's not sure from Xorg -help :/)
May 05 12:07:53 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r54dc9b576a6d 10/libfsobasics/fsobasics/types.vala: libfsobasics: add pair, triple, and quadtruple
May 05 12:08:05 <Heinervdm> i added it now to the end
May 05 12:13:26 <Heinervdm> JaMa: /usr/bin/Xorg :0 -br -pn -dpi 280 -nocursor vt1 
May 05 12:13:31 <Heinervdm> but still broken resume
May 05 12:13:51 <JaMa> ok, I'll push it for now..
May 05 12:14:10 <Heinervdm> but that doesn't help
May 05 12:14:10 <JaMa> to restore "old" behavior
May 05 12:14:20 <Heinervdm> so no need to push...
May 05 12:14:26 <JaMa> but your resume is maybe different issue? or no?
May 05 12:14:33 <Heinervdm> no
May 05 12:14:51 * JaMa reading that e-mail once more :)
May 05 12:15:07 <Heinervdm> the difference is that it's now chvt 1 to get the X window
May 05 12:15:57 <JaMa> click "Power Button" means hw button?
May 05 12:16:04 <Heinervdm> yes
May 05 12:16:08 <JaMa> ahh :)
May 05 12:17:33 <JaMa> so this is only about need to press power twice to resume, right?
May 05 12:18:02 <JaMa> and it is here longer than xserver-common IIRC
May 05 12:18:19 <JaMa> at least something reported this to me on jabber few days before pushing xserver-common
May 05 12:18:37 <JaMa> when you were fighting with dying e17 during suspend
May 05 12:20:43 <Heinervdm> don't know
May 05 12:30:18 <Heinervdm> what does -br -pn options for Xorg?
May 05 12:34:29 <Heinervdm> vt0 was a bad idea ;)
May 05 12:36:20 <JaMa> at least you had ssh, no? :)
May 05 12:36:38 <Heinervdm> JaMa: i'm always having ssh
May 05 12:37:09 <JaMa> so what was so bad about vt0? except no Xorg? :)
May 05 12:37:25 <Heinervdm> nothing expect no Xorg ;)
May 05 12:38:18 <TAsn-Laptop> got bored :P
May 05 12:38:34 <TAsn-Laptop> I'm not really available, unless you got a suitable for work funny picture :P
May 05 12:38:56 <JaMa> TAsn-Laptop: no idea about those straces? :/ :)
May 05 12:39:12 <TAsn-Laptop> I don't see the backlog here.
May 05 12:39:18 <TAsn-Laptop> Will have to wait until I get home.
May 05 12:39:31 <JaMa> ok
May 05 12:39:43 <JaMa> http://paste.pocoo.org/show/210099/
May 05 12:40:19 <TAsn-Laptop> oh
May 05 12:40:24 <TAsn-Laptop> I already know
May 05 12:40:24 <TAsn-Laptop> and working
May 05 12:40:28 <TAsn-Laptop> on what's wrong with softkeiy
May 05 12:40:35 <TAsn-Laptop> do it yourself if you have time, cause I don't.
May 05 12:40:36 <TAsn-Laptop> :)
May 05 12:40:53 <TAsn-Laptop> We run softkey before illume2 module is fully loaded.
May 05 12:40:58 <TAsn-Laptop> we should wait for that.
May 05 12:41:01 <JaMa> and both straces on http://build.shr-project.org/tests/jama/
May 05 12:41:08 <TAsn-Laptop> Probably use e autostarting appliactions.
May 05 12:41:27 <TAsn-Laptop> already talked to dh about it.
May 05 12:41:42 <TAsn-Laptop> There isn't a cool way to autostart applications for all the users
May 05 12:41:48 <JaMa> and do you remember how is Back|Close started?
May 05 12:41:51 <TAsn-Laptop> except for using the skeleton
May 05 12:41:57 <TAsn-Laptop> JaMa, yes, that's an e module.
May 05 12:42:09 <JaMa> ok
May 05 12:42:09 <TAsn-Laptop> my application is not.
May 05 12:42:21 <TAsn-Laptop> sec
May 05 12:42:24 <TAsn-Laptop> will forward you an email.
May 05 12:42:38 <JaMa> I remember you said that it's separate app.. so I expected it to be separate as your shr_elm_softkey :)
May 05 12:42:57 <TAsn-Laptop> sent.
May 05 12:43:11 <TAsn-Laptop> JaMa, no, it's a separate module.
May 05 12:43:11 <JaMa> thanks
May 05 12:43:33 <TAsn-Laptop> cool, the dude is fixing my home internet as we speak :P
May 05 12:45:24 <JaMa> TAsn-Laptop: I understand it right, that after .e and .efreet removal (as often used here) this skel mechanism will fail and no < X > :)
May 05 12:45:36 <TAsn-Laptop> no
May 05 12:45:44 <TAsn-Laptop> .e is generated from a skeleton
May 05 12:45:51 <TAsn-Laptop> he suggested adding it to the skeleton
May 05 12:45:53 <JaMa> from /etc/skel?
May 05 12:46:03 <TAsn-Laptop> I don't remember, it's easy to find thuogh :)
May 05 12:46:10 <TAsn-Laptop> look in the e wizard code (in enlightenment)
May 05 12:46:20 <JaMa> ah I was thinking that this /etc/skel is used only by adduser when creating now $HOME
May 05 13:17:00 <TAsn-Laptop> JaMa, no, it's used by the wizard. Maybe it's not in /etc/skel
May 05 13:17:12 <TAsn-Laptop> But I know as a fact that in e it's generated in the wizard.
May 05 13:17:15 <TAsn-Laptop> ask in #e maybe.
May 05 13:18:37 <JaMa> daywork now.. used local workarround for now.. 
May 05 13:19:36 <JaMa> TAsn-Laptop: interesting part is that illume starts soon enough in 2nd xserver start only 1st one after reboot (with empty caches or so) seems slow enough to make it fail
May 05 13:19:50 <TAsn-Laptop> :P
May 05 13:19:52 <TAsn-Laptop> Maybe.
May 05 13:20:01 <TAsn-Laptop> No idea about caching
May 05 13:20:09 <TAsn-Laptop> it's probably because of cpu hogging
May 05 13:20:13 <TAsn-Laptop> by other autostarted applications
May 05 13:21:15 <Heinervdm> where can i store a script to run this on resume?
May 05 13:25:35 <JaMa> Heinervdm: not sure how or if it works but omnewrotate has some suspend/resume scripts
May 05 13:27:07 <Heinervdm> JaMa: it seems this bug has nothing to do with xserver-common
May 05 13:31:53 <JaMa> great
May 05 13:32:06 <JaMa> it it's the same issue as before then: ./openmoko-cdevel-2010-04-27:10:52 < Heinervdm> JaMa: just flashed 20.4. image and there resume is working fine
May 05 13:32:26 <JaMa> and xserver-common was pushed 2010-05-03 20:05:45
May 05 13:32:39 <Heinervdm> yes
May 05 13:32:44 <Heinervdm> same issue
May 05 13:33:08 <playya_> djbclark, are you still working on an image for the pre?
May 05 13:33:15 <JaMa> so only very latest image was built with it
May 05 13:38:22 <Heinervdm> mrmoku|soccer: if you start x later as usual then there comes no pin dialog...
May 05 13:38:45 <TAsn-Laptop> Anyhow, I'm off :P
May 05 13:38:57 <TAsn-Laptop> ciao.
May 05 14:06:59 <djbclark> playya_: not so much; too busy w/ yeeloong and nanonote. actually I'm looking for someone to give my pre to who has time to work on that.
May 05 14:07:32 <playya_> ok. we're 
May 05 14:07:37 <playya_> args
May 05 14:07:58 <playya_> there're 5 (+3) working on the GSM version atm
May 05 14:08:36 <playya_> i just added some info on fsf.org if someone want to participate
May 05 14:09:20 <djbclark> playya_: k, drop me a line if anyone could us (CDMA / US / Sprint) hardware.
May 05 14:09:26 <playya_> do you know, if there're difference in the modem protocol/touchscreen, whatever?
May 05 14:09:38 <playya_> ok.
May 05 14:10:20 <djbclark> playya_: Just the modem I think. At morpheus' request I put some logs up a while back, but I don't think he ever had a chance to comment on them.
May 05 14:10:57 <djbclark> wow fso got quite a facelift!
May 05 14:11:27 <djbclark> http://wiki.freesmartphone.org/index.php/Palm_Pre:_Jan_2010_-_%3F#CDMA
May 05 14:11:28 <playya_> yes. he's quite busy these days, but soon we should have something to work with
May 05 14:12:50 <djbclark> I'd *nudge* people to update that wiki page, or put a link to wherever current work is happening - I haven't seen any indication people have been hacking on stuff, but also not paying close attention to IRC.
May 05 14:16:20 <playya_> maybe we could already close a bug in the fso bugtracker :)
May 05 14:16:42 <djbclark> which one?
May 05 14:16:50 <playya_> http://trac.freesmartphone.org/ticket/512
May 05 14:18:37 <playya_> if we finished the tslib plugin, i'll continue to work on preboot. -> 2 more bugs to close :D
May 05 14:18:40 <djbclark> playya_: nice
May 05 14:30:05 <PaulFertser> mrmoku|soccer: who needs those stupid SMS messages for configuration of PDP? :E
May 05 15:08:15 <JaMa> mrmoku|soccer: I sent 2 test messages to myself.. one arrived imediately and was shown in shr-messsages ok, but 2nd is still sitting in RetrieveTextMessages but didn't show in opimd
May 05 15:10:29 <JaMa> mrmoku|soccer: http://paste.pocoo.org/show/210179/
May 05 16:35:59 <TAsn> mickey_away, GSM stopped working and the screen got lit (while connected to usb).
May 05 16:36:11 <TAsn> mickey_away, I suspect it's an fso issue, anything to check before I reboot?
May 05 16:38:07 <mickey_away> except saving the logs, it might be worth a try issuing mdbus2 and introspecting fsogsmd
May 05 16:38:16 <mickey_away> to see whether it responds at all
May 05 16:38:24 <mickey_away> and just hangs in the parser or so
May 05 16:40:11 <TAsn> introspection works
May 05 16:40:40 <TAsn> mickeyl, what did the screen get lit?
May 05 16:41:12 <TAsn> ok, weird
May 05 16:41:13 <mickeyl> no idea
May 05 16:41:14 <TAsn> gsm got back to life.
May 05 16:41:25 <mickeyl> anything in the logs?
May 05 16:41:45 <TAsn> nothing I can find sense in :)
May 05 16:43:07 <TAsn> 2010-05-05T16:30:36.704647Z [WARN]  TiCalypsoModem <4C>: No handler for URC +CLIP w/ rhs "***MY HOME NUMBER****",129,"",,"0048006F006D00650020",0, please report to Mickey <smartphones-userland@linuxtogo.org>
May 05 16:43:10 <TAsn> mickeyl, what about this?
May 05 16:43:39 <mickeyl> harmless
May 05 16:43:42 <mickeyl> we're not using +CLIP
May 05 16:43:49 <mickeyl> i can register a stub to make it not warn
May 05 16:44:09 <TAsn> nothing more than that. :|
May 05 16:44:17 <TAsn> What can cause the screen to get lit?
May 05 16:44:59 <mickeyl> depends on who is listening for idle notifier states
May 05 16:45:10 <mickeyl> could check whether the idle notifier went to "busy" for some reason
May 05 16:46:32 <TAsn> probably won't be in logs
May 05 16:46:39 <TAsn> phonefsod is the one listening
May 05 16:46:40 <mickeyl> yeah, we don't dump the reasons
May 05 16:46:45 <mickeyl> would be too much info from input nodes
May 05 16:46:49 <TAsn> Well too bad :P
May 05 16:47:03 <TAsn> Will try to take care of it next time it happens, too tired now :P
May 05 16:47:18 <mickeyl> ok
May 05 16:47:25 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * rf5208130b583 10/fsogsmd/src/lib/atunsolicited.vala: fsogsmd: register stub for +CLIP to silence warning
May 05 16:49:01 <TAsn> thanks.
May 05 17:24:42 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r2dbc3b59ccca 10/fsogsmd/src/plugins/ (dbus_service/plugin.vala modem_ti_calypso/plugin.vala): fsogsmd: add stub for org.freesmartphone.GSM.Monitor API
May 05 17:35:44 <mrmoku> Heinervdm: hmm... have to catch that error in phonefsod... that phoneuid is not yet up... and schedule a retry
May 05 17:36:18 <Heinervdm> :)
May 05 17:36:39 <mrmoku> PaulFertser: well... I called my operators service... and they told me to send that SMS to get the configuration data... they told me I will get a text message if the phone does not support that kind of configuration
May 05 17:36:43 <mrmoku> which did not happen then
May 05 17:54:07 <PaulFertser> mrmoku: the first step was wrong :)
May 05 17:54:16 <mrmoku> :P
May 05 17:54:24 <PaulFertser> mrmoku: you should have used their website (or google) to find the configuration data :P
May 05 17:54:37 <mrmoku> did try that
May 05 19:03:27 <mrmobil> ~seen morphis
May 05 19:03:30 <apt> morphis <~morphis@p5489BFA3.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 1d 1h 55m 19s ago, saying: 'heyho'.
May 05 19:34:56 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * r135814c4af93 10/fsoinitd/src/ (configurations/palmpre.vala spawnprocessaction.vala): fsoinitd: rework spawnprocessaction to use system(...) rather than glib.spawn_async
May 05 19:34:58 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * r7244decfe49a 10/ (6 files in 6 dirs): Merge branch 'master' of ssh://git.freesmartphone.org/cornucopia
May 05 19:39:18 <mrmoku> morphis: hey
May 05 19:39:48 <morphis> mrmoku: hey
May 05 19:39:49 <mrmoku> morphis: I would like to give fso-initd a try... and maybe try to help too
May 05 19:40:22 <morphis> mrmoku: great, every help is very welcome!
May 05 19:40:26 <mrmoku> :)
May 05 19:40:34 <morphis> mrmoku: you want to use it on the openmoko phone?
May 05 19:40:37 <mrmoku> yep
May 05 19:41:06 <morphis> ok
May 05 19:41:16 <morphis> then you should simply add another configuration
May 05 19:41:25 <morphis> in src/configurations
May 05 19:41:31 <mrmoku> yeah, saw the palm subdir
May 05 19:41:35 <morphis> jepp
May 05 19:41:56 <morphis> which configuration to use at compile time you choose with ./configure --with-machine=<config-name>
May 05 19:42:10 <morphis> I already have a recipe for fsoinitd in my os-fso.git branch
May 05 19:42:17 <mrmoku> ahh, good
May 05 19:42:29 <morphis> will push it in a second, than you can pick it
May 05 19:42:33 <mrmoku> oe-fso.git you mean?
May 05 19:42:46 <morphis> jepp, the oe-branch on git.freesmartphone.org
May 05 19:42:55 <mrmoku> ok, great
May 05 19:43:05 <morphis> as I have currently no access to oe.git
May 05 19:43:18 <morphis> (maybe a thing I should work on :)
May 05 19:43:24 <mrmoku> yeah :)
May 05 19:43:33 <mrmoku> I can commit it there if you want
May 05 19:44:09 <morphis> would be great 
May 05 19:44:31 <morphis> all changes I do in that branch should be in oe.git later, too
May 05 19:45:51 <morphis> but currently fsoinitd is very simple
May 05 19:46:01 <morphis> you just add some actions to be executed and nothing more
May 05 19:46:19 <mrmoku> simple is what we need :)
May 05 19:46:47 <morphis> mrmoku: http://git.freesmartphone.org/?p=openembedded.git;a=commit;h=7293279b55328a377e20237a769c02feda6c717c
May 05 19:46:57 <morphis> jepp 
May 05 19:47:39 <morphis> I think for now you can simply copy the palmpre configuration
May 05 19:47:50 <morphis> it should be nearly the same for the openmoko devices
May 05 19:48:11 <mrmoku> just took a look... yeah, copying is a good start
May 05 19:48:16 <morphis> :)
May 05 19:48:38 <mrmoku> s/dropbear/sshd/ and add X :)
May 05 19:50:05 <CIA-36> freesmartphone.org: 03morphis 07cornucopia * reb6e0dee7f18 10/fsoinitd/configure.ac: fsoinitd: fix configure.ac again ...
May 05 19:50:21 <morphis> jupp
May 05 19:50:40 <morphis> please tell me if you have something running
May 05 19:51:01 <mrmoku> morphis: sure
May 05 19:51:09 <morphis> cool
May 05 19:51:13 <mrmoku> morphis: any specific reason you have PE = 1 in there?
May 05 19:51:33 <morphis> puuh, PE?
May 05 19:51:45 <mrmoku> package epoch I think
May 05 19:51:55 <mrmoku> probably you copied it :P
May 05 19:52:29 <morphis> I think so :)
May 05 19:52:38 <morphis> whats the meaning of it?
May 05 19:53:04 <mrmoku> it is the way to sort a package higher even if it would not by PV and PR
May 05 19:53:12 <morphis> ah ok
May 05 19:53:27 <mrmoku> fsogsmd - 1:0.5.0+gitr18+8709ee51a88fd5cd8647d78f44cdd7bbe2190aa5-r2.2.4
May 05 19:53:30 <mrmoku> the 1 in there is PE
May 05 19:54:01 <mrmoku> we had to set PE=1 for various packages due to the SRCPV move
May 05 19:54:15 <mrmoku> anyway... I will just drop it for fsoinitd then :)
May 05 19:56:44 <morphis> SRCPV was the change to have the SRCREV in the recipes itself?
May 05 19:57:05 <mrmoku> no, SRCPV is to have sane git versions
May 05 19:57:11 <mrmoku> which update correctly
May 05 19:57:24 <mrmoku> it is the thing adding +gitr18+
May 05 19:57:31 <mrmoku> in the fsogsmd version up here
May 05 19:58:02 <morphis> ah ok
May 05 19:58:28 <morphis> but I saw there is no sane-srcrev* anymore and all SRCREVs are now recipes
May 05 20:02:57 <mrmoku> morphis: yeah, they moved into the recipes as sane-srcrevs was a pain (giving conflicts all the time)
May 05 20:03:55 <mrmoku> hmm... probably we need different configurations for gta01 and gta02
May 05 20:04:24 <morphis> then do that
May 05 20:04:33 <morphis> maybe you can write some base class for both
May 05 20:05:04 <mrmoku> yeah... base class... will start with one gta02 though
May 05 20:05:14 <morphis> ok
May 05 20:05:25 <mrmoku> my vala foo is still 0 :P
May 05 20:05:25 <morphis> you have commit rights for fso?
May 05 20:05:28 <mrmoku> yep
May 05 20:05:41 <morphis> it's easy
May 05 20:05:48 <morphis> just some anoying
May 05 20:06:25 <morphis> but if you do simple copy&paste it should be easy
May 05 20:06:32 <morphis> otherwise ping me
May 05 20:06:39 <mrmoku> sure... the config I think I can do :)
May 05 20:07:43 <morphis> if you need more complex actions tell me too
May 05 20:08:00 <mrmoku> ok
May 05 20:11:49 <mrmoku> morphis: how do you handle udev? you don't need it on PalmPre?
May 05 20:12:34 <morphis> mom
May 05 20:18:36 <morphis> mrmoku: we want to use devtmpfs
May 05 20:18:53 <morphis> I am currently working on porting it back to the webos 2.6.24 kernel
May 05 20:19:01 <mrmoku> ohh... ok :)
May 05 20:19:09 * mrmoku wants that too... was just curious
May 05 20:19:14 <morphis> for the openmoko devices you can enable it in the defconfig :)
May 05 20:19:19 <morphis> hehe
May 05 20:19:21 <mrmoku> for the new kernel, yes
May 05 20:19:36 <morphis> I hope it works, otherwise we have to use udev ...
May 05 20:19:44 <morphis> nothing I really want
May 05 20:19:46 <mrmoku> 2.6.29 (which is still what we use now) does not hav it
May 05 20:19:50 <mrmoku> yeah
May 05 20:20:08 <mrmoku> will try directly with the new kernel then... and devtmpfs
May 05 20:21:08 <morphis> jupp, 2.6.32 should have it
May 05 20:36:22 <Wonka> svn: Server sent unexpected return value (502 Bad Gateway) in response to OPTIONS request for 'http://emtooth.googlecode.com/svn/trunk/app'
May 05 20:36:25 <Wonka> *sigh*
May 05 20:37:52 <lindi-> Wonka: proxy?
May 05 20:40:00 <Wonka> lindi-: none that I know of
May 05 20:40:25 <Wonka> lindi-: http_proxy is unset
May 05 20:40:36 <morphis> mrmoku: btw. one oe question
May 05 20:41:34 <morphis> if I  have tslib_svn.bb and tslib_git.bb, where have to define that uses the git version rather then the svn one?
May 05 20:42:46 <JaMa> morphis: higher PV wins
May 05 20:43:07 <JaMa> morphis: if both have the same PE value and there is no PREFERRED_VERSION_pn-tslib defined
May 05 20:43:52 <morphis> ah ok
May 05 20:44:02 <JaMa> morphis: and also you can increase/decrease DEFAULT_PREFERRENCE in each recipe
May 05 20:44:45 <JaMa> so with same PE, if the one with higher PV has D_P = -1 then to other one will be use
May 05 20:44:48 <JaMa> d
May 05 20:47:11 <morphis> great
May 05 20:47:21 <morphis> as the tslib_svn.bb already has D_P=-1
May 05 20:48:53 <mrmoku> morphis: what about remounting root rw?
May 05 20:49:23 <morphis> jepp, I forgot about it
May 05 20:49:42 <morphis> I never really tested fsoinitd as I have to finish the devtmpfs port first
May 05 20:50:18 <mrmoku> guess I will test it before you then :P
May 05 20:51:16 <morphis> it seems so :)
May 05 20:51:47 <mrmoku> and another thing missing is populate_volatile
May 05 20:52:04 <morphis> jepp
May 05 21:00:41 <mrmoku> morphis: ok, will try to do those two things tomorrow... good occasion to feed my vala afinity :)
May 05 21:00:49 <max_posedon> fsodeviced log_level = DEBUG
May 05 21:00:54 <max_posedon> is it really required now?
May 05 21:00:57 <morphis> mrmoku: hehe
May 05 21:01:04 <mrmoku> now shower and bed :)
May 05 21:01:11 <mrmoku> cu and gnight all
May 05 21:28:59 <alexxy> JaMa: does headset works with 2.6.32 kernel?
May 05 21:50:26 <morphis> gn8
May 05 22:24:08 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * rc61f32380211 10/fsogsmd/src/ (5 files in 3 dirs): fsogsmd: modem_ti_calypso: more work on engineering commands
**** ENDING LOGGING AT Thu May 06 02:59:56 2010