**** BEGIN LOGGING AT Thu Nov 12 02:59:57 2009
Nov 12 06:09:15 <Breese_Kay> hi,all. Does the shr-messages has api can send sms though bash shell command ?
Nov 12 06:24:34 <playya> Breese_Kay, you can use mdbus or dbus-send
Nov 12 06:25:45 <Breese_Kay> playya: thx,I will try it.
Nov 12 06:55:52 <JaMa> moin
Nov 12 07:05:41 <blindcoder> morning
Nov 12 07:16:53 <playya> moin
Nov 12 07:39:48 <mrmoku> JaMa: pycd and libpersistence (both in freesmartphone) are still missing an entry in sane-srcrevsw
Nov 12 07:42:17 <spaetz> morning
Nov 12 07:44:03 <mrmoku> morning, yes
Nov 12 07:44:50 <mrmoku> JaMa: is it decided yet if OE wants to convert _all_ recipes in one go to SRCPV?
Nov 12 07:45:21 <mrmoku> spaetz: today is the day... what do you think ;)
Nov 12 07:45:44 <mrmoku> spaetz: another thing for your regression list... missing name resolution in message list
Nov 12 07:46:45 <spaetz> today is the day! :)
Nov 12 07:47:02 <spaetz> mmh, pity, but no release stopper :)
Nov 12 07:48:42 <spaetz> will add that to the list
Nov 12 07:48:55 <spaetz> is time really correct now? Have you tested it?
Nov 12 07:49:02 <spaetz> I'll remove that from the list then
Nov 12 07:51:21 <mrmoku> spaetz: not tested yet
Nov 12 07:51:28 <spaetz> ok, updated release notes.
Nov 12 07:51:29 <mrmoku> restarted the build right now
Nov 12 07:51:34 <spaetz> cool
Nov 12 07:52:21 <mrmoku> JaMa: shr-messages, shr-contacts, shr-dialer, ophonekitd and libframeworkd-phonegui-efl2 are missing too
Nov 12 07:52:38 <mrmoku> JaMa: I just hacked them back to SRCREV on the buildhost to make it parse :)
Nov 12 07:53:38 <spaetz> mrmoku: do we need those somewhere? Are they in feed or sth?
Nov 12 07:53:54 <mrmoku> spaetz: don't think so
Nov 12 07:54:10 <spaetz> k
Nov 12 07:56:02 <JaMa> mrmoku: sending poll for migrating to SRCPV.. to oe-devel..
Nov 12 07:56:20 <JaMa> mrmoku: are you going to build from scratch for release?
Nov 12 07:56:41 <spaetz> we ARE already building from scratch since yesterday :)
Nov 12 07:56:56 <JaMa> mrmoku: if no.. I have to add those PEs, because some packages with SRCPV have lower version than before :(
Nov 12 07:57:19 <JaMa> spaetz: ah.. so I guess build started before my SRCPV patches..
Nov 12 08:03:36 <mrmoku> JaMa: heh, ok
Nov 12 08:03:43 <mrmoku> rebuild from scratch then
Nov 12 08:04:13 <mrmoku> guess it is almost the same timewise...
Nov 12 08:05:11 <mrmoku> hmm
Nov 12 08:05:13 <mrmoku> dos1: ping
Nov 12 08:05:43 <mrmoku> JaMa: I don't know if he started the build after or before your patches
Nov 12 08:05:47 <mrmoku> any way to check?
Nov 12 08:05:54 <JaMa> mrmoku: I can bump those PE.. but I'm waiting for some reply to that oe-devel e-mail if there is some better way
Nov 12 08:06:05 <JaMa> mrmoku: I guess that before, because I send some a bit late..
Nov 12 08:06:31 <JaMa> mrmoku: so probably between removing AUTOREV and adding SRCPV which is worst point in time :)
Nov 12 08:06:35 <mrmoku> JaMa: bumping PE gives ugly package names though,  no?
Nov 12 08:06:51 <mrmoku> JaMa: will just rebuild then
Nov 12 08:07:38 <mrmoku> hopefully the last time for a while :P
Nov 12 08:07:51 <JaMa> mrmoku: yes ugly.. but maybe we need to bump PE later for oe.dev inclusion.. 
Nov 12 08:08:13 <JaMa> mrmoku: but at least I guess that recipes/shr is safe with SRCPV
Nov 12 08:08:39 <JaMa> mrmoku: and you can just rebuild recipes for target
Nov 12 08:08:46 <JaMa> mrmoku: as toolchain si the same
Nov 12 08:08:51 <JaMa> mrmoku: and eglibc is the same
Nov 12 08:09:06 <JaMa> mrmoku: it could safe a LOT :)
Nov 12 08:09:19 <mrmoku> JaMa: hmm... too late :|
Nov 12 08:09:46 <mrmoku> JaMa: how do we proceed to get our stuff into org.oe.dev
Nov 12 08:09:46 <mrmoku> ?
Nov 12 08:09:53 <mrmoku> new branch?
Nov 12 08:10:59 <spaetz> Either new branch to pull/cherry-pick from. Or we prepare patches to be send to oe-devel/oe-patchwork ?
Nov 12 08:11:38 <spaetz> some of the stuff (recipes/shr/*) can probably just be moved over in one lump, I guess
Nov 12 08:12:32 <spaetz> is shr/import still of any value, or should we remove that ?
Nov 12 08:13:04 <mrmoku> spaetz: might be of value to look up stuff... differences...
Nov 12 08:13:13 <mrmoku> no need to remove it immediately
Nov 12 08:13:46 <JaMa> mrmoku: I think we can move it without another branch now.. (new recipes)
Nov 12 08:14:32 <JaMa> mrmoku: than when git diff origin/org.openembedded.dev is small we can create new branch for patches like navit
Nov 12 08:15:03 <mrmoku> JaMa: ok
Nov 12 08:15:11 <JaMa> mrmoku: we have much newer navit_svn with few patches (in navit.inc so for all version) which should be reviewed before pushing to oe.dev
Nov 12 08:15:44 <JaMa> mrmoku: any other missing srcrev? prepared those you mentioned before...
Nov 12 08:16:25 <JaMa> grep -R PV . > PV.log in whole OE tree takes really long :)
Nov 12 08:16:37 * JaMa wants some SRCREV statistics for his oe-devel e-mail :)
Nov 12 08:25:12 <spaetz> hehe
Nov 12 08:29:21 <mickey|office> morning
Nov 12 08:30:07 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r9758080c75e0 10/fsotimed/src/bin/.gitignore: fsotimed: gitignore++
Nov 12 08:32:00 <spaetz> morning
Nov 12 08:37:05 <mrmoku> JaMa: those were the ones missing...
Nov 12 08:40:30 <playya> JaMa, i can review them the next days. i should have a working image soon
Nov 12 08:41:42 <JaMa> playya: what? xorg patches or SRCPVs?
Nov 12 08:42:12 <JaMa> mrmoku: did I say that I have no time this week for SRCPVs yesterday? :)
Nov 12 08:42:21 <playya> navit stuff
Nov 12 08:44:19 <mrmoku> JaMa: yup :P
Nov 12 08:46:10 <JaMa> playya: so prepare your fr.config you you want it :)
Nov 12 08:46:25 <JaMa> playya: and I have still no idea what is that libgypsy about..
Nov 12 09:29:31 <mickey|office> hmm
Nov 12 09:30:07 <Weiss> is the repository mirrored anywhere?
Nov 12 09:32:30 <spaetz> anyone having done a git pull effectively mirrors it :)
Nov 12 09:32:31 <spaetz> SCNR
Nov 12 09:33:06 <Weiss> indeed
Nov 12 09:33:11 <JaMa> Weiss: IRC repo.or.cz has one..
Nov 12 09:33:15 * Weiss has been partaking of the 
Nov 12 09:33:18 <Weiss> .. 
Nov 12 09:33:25 <Weiss> "Torvalds technique" for backup recently
Nov 12 09:33:34 <Weiss> (can't get the hang of this US keyboard)
Nov 12 09:33:46 <JaMa> Weiss: http://repo.or.cz/w/openembedded.git
Nov 12 09:34:16 <spaetz> JaMa: he refers to the FSO one, I guess
Nov 12 09:34:45 * Weiss was just idly asking.. I could put a copy on my Git server if it helped, since I have bags of spare bandwidth and disk space
Nov 12 09:41:18 <JaMa> ahh didn't notice topic change :)
Nov 12 09:41:22 <playya> JaMa, the gypsy repo provides the dbus daemon and a lib to communicate with the daemon
Nov 12 09:41:59 <playya> but frameworkd provides the gypsy interface
Nov 12 09:47:24 * mrmoku hopes topic will change again before buildhost arrives at the point where building fso recipes is due :P
Nov 12 09:48:18 <mickey|office> for some reason i can't start git-daemon
Nov 12 09:48:25 <mickey|office> we're running on a virtualized machine
Nov 12 09:48:29 <mickey|office> probably out of virtual resources
Nov 12 09:50:23 <JaMa> mickey|office: can I bump fso revisions to latest from yesterday in sane-srcrevs-fso.inc or is there some special well-tested state? (I've already bumped them in shr/merge before switching to them from AUTOREV)
Nov 12 09:50:53 <mickey|office> JaMa: latest should be in a sufficient state
Nov 12 09:51:03 <mickey|office> for your stable version i recommend using releases though
Nov 12 09:51:10 <mickey|office> (whenever that's due ;)
Nov 12 09:57:44 <JaMa> mickey|office: and your opinion about bumping PE with SRCREV->SRCPV change in freesmartphone directory?
Nov 12 09:58:26 <mickey|office> ya, I'm afraid that's necessary if we want to start from a clean point
Nov 12 09:58:34 <mickey|office> i hate PE 
Nov 12 09:58:37 * JaMa too
Nov 12 09:59:32 <JaMa> I'm waiting for some replies on ML.. then I'll or no bump it in shr/merge and would like to do the same in oe.dev if you agree
Nov 12 10:04:37 <mickey|office> yep
Nov 12 10:04:49 * mickey|office mirrors the git tree to somewhere else
Nov 12 10:08:06 <spaetz> http://repo.or.cz/ seems to offer mirroring
Nov 12 10:08:35 <spaetz> In the mirror mode, our dedicated git monkeys will check another repository at a given URL every hour and mirror any new updates
Nov 12 10:08:50 <spaetz> ahh, which won't work if anon git access is broken :)
Nov 12 10:10:30 <mickey|office> can you try 
Nov 12 10:10:32 <mickey|office> git clone git://amethyst.openembedded.net/libeflvala.git
Nov 12 10:17:45 <spaetz> git clone git://amethyst.openembedded.net/libeflvala.git works fine here, BTW
Nov 12 10:17:55 <spaetz> but too late, as I sense :)
Nov 12 10:19:00 <mrmoku> and fast enough for the buildhost :)
Nov 12 10:20:33 <mickey|office> ok, we have a backup plan then for next time
Nov 12 10:25:13 <Heinervdm> why ie the oemerge feed gone?
Nov 12 10:25:22 <Heinervdm> s/ie/is/
Nov 12 10:25:22 <apt> Heinervdm meant: why is the oemerge feed gone?
Nov 12 10:30:07 <mrmoku> Heinervdm: rebuild from scratch
Nov 12 10:30:14 <mrmoku> Heinervdm: last one :)
Nov 12 10:30:25 <Heinervdm> ok :)
Nov 12 10:30:46 <Heinervdm> mrmoku: why not building in mrmoku/unstable
Nov 12 10:31:16 <mrmoku> Heinervdm: it _is_ mrmoku/unstable :)
Nov 12 10:31:24 <spaetz> famous last words: "Heinrvdm: last one :)" :)
Nov 12 10:32:05 <Heinervdm> mrmoku: but this isn't empty: http://build.shr-project.org/tests/mrmoku/unstable/images/om-gta02/
Nov 12 10:35:39 <mickey|office> hmm
Nov 12 10:35:54 * mickey|office ponders whether doing something nice or working on TI Calypso integration for fsogsdm
Nov 12 10:36:14 <mrmoku> Heinervdm: last time I started a rebuild from scratch I copied the buildir and left the link intact
Nov 12 10:36:21 <mrmoku> then dos1 linked it to oemerge :P
Nov 12 10:36:30 <mrmoku> and this time I did not care to copy it again :)
Nov 12 10:36:37 <Heinervdm> mrmoku: ok :)
Nov 12 10:36:41 <mrmoku> mickey|office: :P
Nov 12 10:36:58 <Heinervdm> mickey|office: you know what we want to have ;)
Nov 12 10:37:01 <mrmoku> mickey|office: would something nice include finishing fsotimed? :P
Nov 12 10:37:10 <mickey|office> hmm, not really
Nov 12 10:37:17 <mickey|office> both have come to the point where they're annoying
Nov 12 10:37:20 <mrmoku> then better not ask us ;)
Nov 12 10:37:24 <mickey|office> right
Nov 12 10:39:41 * playya  votes for palm pre support and hides
Nov 12 10:39:55 <mickey|office> no need to hide, that's underway
Nov 12 10:39:58 <playya> ofono already seems to have SMS support an palm pre
Nov 12 10:39:59 <mickey|office> morphis started with msmcomm
Nov 12 10:40:13 <mickey|office> well
Nov 12 10:40:15 <mickey|office> that's easy
Nov 12 10:40:22 <mickey|office> from what i can see they're using AT 
Nov 12 10:40:37 <mickey|office> everything that we can do with AT that is recognized by the AT node works for us as well
Nov 12 10:41:03 <spaetz> fsotimed!
Nov 12 10:41:08 <spaetz> fsodeviced!
Nov 12 10:41:14 <spaetz> fsogsmd with calypso!
Nov 12 10:41:18 <spaetz> LUNCH!
Nov 12 10:41:21 <mickey|office> hmm
Nov 12 10:41:25 <mickey|office> in that particular order?
Nov 12 10:41:33 <playya> an own driver? cool. t=-12:20h
Nov 12 10:41:37 <spaetzLunch> well about that order :)
Nov 12 10:53:37 <Heinervdm> JaMa: sane SRCREV for ophonekitd seems to be wrong
Nov 12 10:54:52 <Heinervdm> can't we remove ophonekitd completly?
Nov 12 11:06:23 <mickey|office> ~praise gnome
Nov 12 11:06:25 <apt> All hail gnome!
Nov 12 11:16:10 <spaetz> +1 for removing ophonekitd
Nov 12 11:16:29 <spaetz> less cruft to introduce into OE.dev
Nov 12 11:18:46 <Heinervdm> sent a cookie for this
Nov 12 11:22:52 <spaetz> pushed. thanks
Nov 12 11:24:44 <mrmoku> mickey|office: does suspend with fsodeviced work for you? after a phone call?
Nov 12 11:24:54 <mrmoku> for me it resumes immediately
Nov 12 11:25:00 <mrmoku> and after that gsm is not working :|
Nov 12 11:25:08 * mrmoku retries with ogsmd
Nov 12 11:25:15 <mrmoku> err odeviced :)
Nov 12 11:25:17 <spaetz> mrmoku: I had some insta-resumes with odeviced as well
Nov 12 11:25:41 <mrmoku> spaetz: working gsm after that?
Nov 12 11:27:38 <spaetz> haven't tried. But I sometimes get the "no GSM" sign in shr-today
Nov 12 11:27:55 <spaetz> I haven't really examined it further yet
Nov 12 11:28:19 <spaetz> so yes, GSM might be broken afterwards.
Nov 12 11:28:38 <spaetz> some "device failed to suspend" msg also flashed by when I got insta-resumes
Nov 12 11:29:11 <spaetz> will have some time to really test out the FR over the weekend,
Nov 12 11:30:25 <mrmoku> spaetz: another strange thing I have is the 'GSM is not available' dialog on boot
Nov 12 11:30:30 <mrmoku> though... it works
Nov 12 11:30:34 <spaetz> how fast is the buildhost. It feels so slow...
Nov 12 11:30:35 <mrmoku> have that too?
Nov 12 11:30:39 <spaetz> never seen that dialog so far.
Nov 12 11:30:42 <mrmoku> it _is_ slow :P
Nov 12 11:31:30 <spaetz> speed is usually not an issue, but when rebuilding from scratch all the time, this becomes a bit annoying :)
Nov 12 11:31:45 <spaetz> well, "einem geschenkten Gaul..." etc
Nov 12 11:31:50 <mrmoku> hehe, yes
Nov 12 11:33:20 <mickey|office> suspend does not work at all for me atm.
Nov 12 11:33:32 <mickey|office> i guess that's due to the kernel
Nov 12 11:33:33 <Heinervdm> I don't think you can do a rebuild from scratch under 7 hours
Nov 12 11:33:48 <mickey|office> fsodeviced is not at all involved in suspend/resume 
Nov 12 11:36:09 <mrmoku> mickey|office: yes, having problems with odeviced too
Nov 12 11:36:16 <mrmoku> after first suspend gsm is gone :|
Nov 12 11:36:29 <mrmoku> any idea where to look at?
Nov 12 11:37:53 <JaMa> Heinervdm: you're right.. I used rev from ophonekitd.git and its from shr.git :/
Nov 12 11:38:13 <Heinervdm> JaMa: now it's removed :)
Nov 12 11:38:19 <spaetz> JaMa: removed already :)
Nov 12 11:38:54 <mickey|office> mrmoku: do you have an image now?
Nov 12 11:38:56 <mickey|office> (for me)
Nov 12 11:39:22 <mrmoku> mickey|office: right now we are rebuilding from scratch... so no still some hour :|
Nov 12 11:39:37 <mickey|office> k
Nov 12 11:39:42 <mrmoku> generating lots of locales right now :P
Nov 12 11:39:52 <spaetz> please note that the Suspend() rule fix was only checked in 13h ago. so autosuspend fails with earlier images
Nov 12 11:40:25 <spaetz> manuall suspends should work of course.
Nov 12 11:40:35 <JaMa> spaetz: please change it in oe.dev too
Nov 12 11:42:18 <spaetz> what ophonekitd removal?
Nov 12 11:42:28 <JaMa> spaetz: yes from sane-srcrevs.inc
Nov 12 11:43:03 <spaetz> ok
Nov 12 11:50:55 <mickey|office> what's the latest word on the kernel front?
Nov 12 11:51:01 <mickey|office> which one is usable/recommended?
Nov 12 11:52:17 <JaMa> linux-openmoko-shr-devel
Nov 12 11:52:29 <JaMa> drm has problems with resume
Nov 12 11:52:43 <mickey|office> hmm
Nov 12 11:52:44 <JaMa> and 2.6.31 needs updated userspace
Nov 12 11:52:45 <mickey|office> shr-devel for a kernel?
Nov 12 11:52:53 <mickey|office> you have kernel patches now? :)
Nov 12 11:52:58 <JaMa> mickey|office: its just andy-tracking
Nov 12 11:53:05 <mickey|office> ok, head?
Nov 12 11:53:09 <JaMa> mickey|office: yes
Nov 12 11:53:27 <mickey|office> splendid. shall we make this the default in OE?
Nov 12 11:53:28 <JaMa> mickey|office: head should be in sane-srcrevs now
Nov 12 11:53:50 <JaMa> mickey|office: you mean for shr image?
Nov 12 11:53:57 <JaMa> mickey|office: its default there
Nov 12 11:54:03 <mickey|office> no
Nov 12 11:54:05 <mickey|office> for the machine
Nov 12 11:54:13 <mickey|office> every machine has a recommended kernel in oe
Nov 12 11:54:17 <JaMa> PREFERRED_PROVIDER_virtual/kernel_shr = "linux-openmoko-shr-devel"
Nov 12 11:54:24 <mickey|office> ah
Nov 12 11:54:37 * JaMa hopes this override works
Nov 12 11:55:01 <mickey|office> i don't fancy kernel recipes that contains a distro name
Nov 12 11:55:04 <mickey|office> i will adjust accordingly
Nov 12 11:55:25 <JaMa> that's why i named 2.6.31 linux-openmoko-2.6.31
Nov 12 11:55:30 <JaMa> in OE
Nov 12 11:55:40 <mickey|office> very good
Nov 12 11:56:27 <JaMa> mickey|office: PaulFertser said that userspace needs to be updated for 2.6.31 for PM in gsm, do you have plans for this? 
Nov 12 11:57:59 <JaMa> 08:19 < PaulFertser> JaMa|Wrk: it's now supposed that userspace will do the management via gpiolib and regulator subsystem exposed sysfs nodes.
Nov 12 12:01:20 <mickey|office> JaMa: no immediate plans, but once we're there, it has to be done
Nov 12 12:03:15 <mickey|office> pity there is still no consistent PM architecture for peripherals in kernel
Nov 12 12:03:46 <spaetz> when I do "git checkout -b dev origin/org.openembedded.dev" should I be able to just "git push" and have it pushed to "org.openembedded.dev"?
Nov 12 12:03:55 <spaetz> I want shorter local branch names...
Nov 12 12:04:08 <mrmoku> mickey|office: first suspend works... after resume no GSM and the next suspend resumes immediately with
Nov 12 12:04:11 <mrmoku> Nov 12 12:03:00 om-gta02 user.err kernel: [  754.795000] pm_op(): platform_pm_suspend+0x0/0x60 returns -16
Nov 12 12:04:14 <mrmoku> Nov 12 12:03:00 om-gta02 user.err kernel: [  754.795000] PM: Device neo1973-pm-gsm.0 failed to suspend: error -16
Nov 12 12:04:20 <spaetz> I did some tests with --dry-run and think it should work, but want to be safe
Nov 12 12:04:26 <mickey|office> mrmoku: that pretty much looks like a kernel problem to me
Nov 12 12:04:27 <mrmoku> spaetz: you have no tab completion?
Nov 12 12:04:38 <mrmoku> mickey|office: yeah :|
Nov 12 12:04:45 <mickey|office> i'm afraid i'm out of my depth here
Nov 12 12:04:51 <spaetz> mmh, never tried for branch names...
Nov 12 12:04:54 * spaetz tries
Nov 12 12:05:08 <mickey|office> spaetz: we will switch to master soon 
Nov 12 12:05:14 <JaMa> spaetz: I always found right command in ^R :)
Nov 12 12:05:27 <spaetz> mickey|office: cool.
Nov 12 12:06:03 <spaetz> mrmoku: git commands have tab-completion but branch names not (git checkout org.<TAB> doesn't work)
Nov 12 12:07:28 <mrmoku> spaetz: hmm... works for me
Nov 12 12:07:34 <mrmoku> spaetz: change distro ;)
Nov 12 12:07:40 <playya> for me too
Nov 12 12:07:53 <playya> spaetz, maybe origin/ ?
Nov 12 12:07:55 <mrmoku> PaulFertser: ping
Nov 12 12:08:18 <mrmoku> PaulFertser: are you still running andy-tracking?
Nov 12 12:08:44 <spaetz> doh, mrmoku it works now. no clue why it didn't
Nov 12 12:08:51 <spaetz> ok, happy about tab completion. thanks
Nov 12 12:09:05 <mrmoku> :)
Nov 12 12:21:21 <mickey|office> OT: how to get an additional custom field into config.h w/ autotools?
Nov 12 12:24:49 <mrmoku> mickey|office: just add AC_SUBST to configure.ac?
Nov 12 12:25:11 <mickey|office> hmm, that's what i thought
Nov 12 12:25:19 <mickey|office> nothing additional appears in config.h though
Nov 12 12:25:47 <mrmoku> config.h.in? and have it in AC_OUTPUT?
Nov 12 12:26:37 <mickey|office> hmm, but config.h.in is autogenerated
Nov 12 12:26:44 <blindcoder> mickey|office: I pass stuff like that by commandline
Nov 12 12:26:56 <blindcoder> fltkwwpointcal_CXXFLAGS = -DBINDIR=\"@bindir@\"
Nov 12 12:26:57 <mickey|office> yes, but that's somewhat impossible with vala
Nov 12 12:26:58 <blindcoder> in Makefile.am
Nov 12 12:27:08 <blindcoder> I see
Nov 12 12:27:20 <mickey|office> vala does not contain any non-trivial preprocessor
Nov 12 12:27:28 <mickey|office> but you can bind existing flags in config.h
Nov 12 12:27:38 <mickey|office> so i just need to get an additional flag in there
Nov 12 12:28:25 * mickey|office reads autoheader docs
Nov 12 12:28:43 <playya> do you need the flag while compiling vala code?
Nov 12 12:29:20 <mickey|office> no, i know how that works
Nov 12 12:29:28 <mickey|office> i need something like
Nov 12 12:29:37 <mickey|office> #define PATH_TO_FOO /foo/bar/baz
Nov 12 12:29:38 <mickey|office> in config.h
Nov 12 12:29:57 <mickey|office> PATH_TO_FOO comes from a pkgconfig variable as gathered in configure.ac
Nov 12 12:30:52 <playya> write a config.vapi and use -D for the c compiler
Nov 12 12:31:18 <mickey|office> yes
Nov 12 12:31:19 <mickey|office> i know that much
Nov 12 12:31:36 <playya> but add [CCode (cheader="config.h)]
Nov 12 12:31:41 <mickey|office> sure, i have all that
Nov 12 12:31:44 <mickey|office> that's not the problem
Nov 12 12:31:52 <mickey|office> it's about getting _additional_ fields over what's standard in config.h
Nov 12 12:32:12 * mickey|office plays with AH_BOTTOM 
Nov 12 12:33:13 <mickey|office> AC_DEFINE is it
Nov 12 12:33:17 <playya> you want to export it to other libraries?
Nov 12 12:33:27 <mrmoku> lunch time :)
Nov 12 12:33:29 <mrmoku> bbl
Nov 12 12:43:20 <mickey|office> hah!
Nov 12 12:43:21 <mickey|office> here we are
Nov 12 12:43:23 <mickey|office> #define MBPI_DATABASE "/usr/local/share/mobile-broadband-provider-info/serviceproviders.xml"
Nov 12 12:44:29 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * rde0d5083fc0b 10/fsogsmd/ (configure.ac vapi/config.vapi): fsogsmd: require mobile-broadband-provider-info and bind via config.vapi
Nov 12 13:14:00 <mrmoku> mickey|office: (suspend) hmm... tried an older kernel... still the same
Nov 12 13:14:41 <mrmoku> spaetz_: could you try to confirm?
Nov 12 13:17:03 <spaetz_> let me get my FR
Nov 12 13:18:52 <spaetz_> booting yesterdays image now.
Nov 12 13:19:31 <spaetz_> mail to OE: The patchs are not working so please ignore this patches.
Nov 12 13:19:31 <spaetz_> Sorry i was to fast and yesterday i have not testet these patches very
Nov 12 13:19:31 <spaetz_> well. The iso3166.tab an zone.tab are not included in the package
Nov 12 13:19:31 <spaetz_> because the reciept copy it in the wrong place (${D}${prefix} insteed of 
Nov 12 13:19:34 <spaetz_> ${D}${datadir}/zoneinfo).
Nov 12 13:19:52 <spaetz_> do we have the correct tzdata patches or do we need to adapt to that?
Nov 12 13:21:38 <betheg> spaetz_: sorry but with this http://patchwork.dev.bearstech.com/patch/442/ it should now work 
Nov 12 13:21:47 <spaetz_> right, tzdata recipe patch is not correct in shr/merge
Nov 12 13:21:53 <spaetz_> betheg: ahh hi :)
Nov 12 13:21:56 * spaetz_ checks
Nov 12 13:22:43 <betheg> spaetz_: Heinervdm's remove bashisms from recipe is included 
Nov 12 13:23:15 <Heinervdm> i already complained about that in #oe
Nov 12 13:24:00 <spaetz_> pushed 442
Nov 12 13:24:05 <spaetz_> into shr/merge
Nov 12 13:25:39 <spaetz_> mrmoku: autosuspended. resumed. made call. works. manually suspended (syscon). resumed
Nov 12 13:25:53 <spaetz_> made call. works
Nov 12 13:27:24 <spaetz_> it actually autosuspends even when I have USB plugged in. weird
Nov 12 13:28:34 <spaetz_> BTW, calls to "*130#" (checking my credit) doesn't work in the new phone* world (this is ussd messages, right?)
Nov 12 13:30:47 * spaetz_ marks http://patchwork.dev.bearstech.com/patch/441/ as superseded.
Nov 12 13:31:42 <spaetz_> betheg: are these still applicable? http://patchwork.dev.bearstech.com/patch/266/
Nov 12 13:31:47 <spaetz_> remove tel: prefix patches
Nov 12 13:32:45 <spaetz_> and betheg shouldn't the do_install routine use "install" rather than "cp" ?
Nov 12 13:38:17 <betheg> spaetz_: about 266 the libframeworkd-phonegui-efl2 are deprecated so no
Nov 12 13:38:43 <spaetz_> ok, will mark as non-applicable then
Nov 12 13:40:17 <betheg> spaetz_: i dont know in the original recipt the cp was used
Nov 12 13:40:24 <spaetz_> k, then
Nov 12 13:40:27 <betheg> so i used it too
Nov 12 13:44:28 <betheg> spaetz_: call to "*100#" works for me i get my credit.
Nov 12 13:44:38 <spaetz_> mrmoku: ok conclusion suspend/resume works well on my FR. I even called the FR when sleeping
Nov 12 13:44:49 <spaetz_> betheg: weird
Nov 12 13:44:50 <TAsn> spaetz_, your reply on go
Nov 12 13:44:56 <TAsn> lol
Nov 12 13:45:05 <TAsn> (I'm talking about the comment about the image)
Nov 12 13:45:12 <spaetz_> hehe
Nov 12 13:45:20 <TAsn> how is it going btw?
Nov 12 13:45:26 <spaetz_> slowly...
Nov 12 13:45:36 <spaetz_> plus after a resume mrmoku's gsm is broken
Nov 12 13:45:42 <spaetz_> it works here though
Nov 12 13:46:00 <spaetz_> and my image is yesterdays image from buildhost
Nov 12 13:46:52 <TAsn> it seems that mrmoku has bad luck :)
Nov 12 13:47:02 <TAsn> btw, I have a weird issue, I'll paste the relevant logs in a sec.
Nov 12 13:47:06 <PaulFertser> mrmoku: pong, yes
Nov 12 13:48:26 <spaetz_> shit, my FR just resumed without apparent reason. And in dbus log I see that an SMS came in:
Nov 12 13:48:30 <spaetz_> [SIGNAL]    org.freesmartphone.GSM.SMS.IncomingMessage    from :1.21 /org/freesmartphone/GSM/Device
Nov 12 13:48:47 <spaetz_> but I never got a sound and it's not visible in the message log either.
Nov 12 13:49:23 <TAsn> spaetz_, hm..
Nov 12 13:49:39 <TAsn> it seems that opimd is not taking over incoming sms
Nov 12 13:49:45 <spaetz_> rebooting to see if it pops up then or if its lost...
Nov 12 13:50:11 <spaetz_> I still use the opimd config from yesterday (I think dos1 changed it afterwards somewhat)
Nov 12 13:51:26 <TAsn> does it set to use
Nov 12 13:51:26 <TAsn> sqlite-messages? /etc/frameworkd.conf
Nov 12 13:51:26 <TAsn> what about fso_triggers.py in oevents source? alerts on opimd or not on opimd?
Nov 12 13:51:58 <betheg> just do suspend/resume and i have no gsm :(
Nov 12 13:52:33 <TAsn> betheg, It's because we care about our users, cellular phone's radiation is bad for you.
Nov 12 13:52:52 <betheg> TAsn: yes you have right:)
Nov 12 13:53:14 <TAsn> :)
Nov 12 13:53:39 <TAsn> 2009.11.12 14:34:23.388053 [phonefsod]	 Registering to network failed: TODO: o
Nov 12 13:53:39 <TAsn> rg.freesmartphone.GSM.Network.NotPresent org.freesmartphone.GSM.Network 0
Nov 12 13:54:24 <betheg> TAsn: when did to merge the shr-today into phonefso:)
Nov 12 13:54:57 <TAsn> ogsmd.device         INFO     org.freesmartphone.GSM.Network.Status: {'cid': u'908B', 'lac': u'23C8', 'mode': 'automatic', 'registration': 'denied'}
Nov 12 13:55:00 <TAsn> :|
Nov 12 13:55:03 <TAsn> that's my issue
Nov 12 13:55:30 <TAsn> betheg, Slyon is working on it.
Nov 12 13:56:01 <spaetz_> I still have: messages_default_backend = SIM-Messages-FSO 
Nov 12 13:56:30 <TAsn> spaetz_, that's the issue then
Nov 12 13:56:34 <TAsn> changing that should fix it.
Nov 12 13:56:44 <TAsn> and that's probably what dos1 changed.
Nov 12 13:56:45 <spaetz_> but isn't it supposed to work nevertheless?
Nov 12 13:56:58 <betheg> TAsn: awesome :)
Nov 12 13:57:02 <spaetz_> I mean, it should still show incoming SMS and not silently loose them
Nov 12 13:57:12 <TAsn> spaetz_, kinda
Nov 12 13:57:15 <TAsn> there's a file
Nov 12 13:57:28 <TAsn> fso_triggers.py
Nov 12 13:57:28 <TAsn> in oevents
Nov 12 13:57:32 <TAsn> that's responsible for listening for incoming sms
Nov 12 13:57:34 <TAsn> and play a sound
Nov 12 13:57:46 <TAsn> we changed it to listen to opimd as it's now handling sms
Nov 12 13:57:48 <spaetz_> and opimd is supposed to read from all backends, so I should see it in the message list
Nov 12 13:58:00 <spaetz_> ok, let me change that and retry
Nov 12 13:58:09 <TAsn> so that's why you don't get sound.
Nov 12 13:58:09 <TAsn> as why you don't see the message, that's a bug in opimd
Nov 12 13:58:36 <TAsn> it does not show them automatically for some reason.
Nov 12 13:58:36 <TAsn> :)
Nov 12 13:58:59 <TAsn> spaetz_, you have to restart opimd
Nov 12 13:59:33 <TAsn> before it reads it from the sim
Nov 12 13:59:33 <TAsn> it's a bug...
Nov 12 14:03:32 <spaetz_> TAsn: I even rebooted and it was still not there
Nov 12 14:03:40 <spaetz_> changed config now, reboot and will retest
Nov 12 14:09:12 <spaetz_> TAsn: ok SMS works fine with new config setting
Nov 12 14:09:27 <spaetz_> I now actually see all the previously missing ones too
Nov 12 14:09:36 <spaetz_> so they were not really lost
Nov 12 14:11:06 <spaetz_> betheg: tasn: calling *130# (for credit status) works from dialer but not from contact list
Nov 12 14:11:16 <spaetz_> any number sanitizing getting in the way?
Nov 12 14:12:57 <TAsn> spaetz_, yeah, it's because we are idiots.
Nov 12 14:12:58 <TAsn> no
Nov 12 14:13:19 <TAsn> it's because we did special handling in dialer, and nothing special in contacts
Nov 12 14:13:58 <TAsn> I'm still thinking whether I should just name both (USSD requests and calls) "call"
Nov 12 14:14:06 <mrmoku> spaetz_: sorry... still having problems with a clients network
Nov 12 14:14:09 <spaetz_> ok. will "release note" it
Nov 12 14:14:09 <TAsn> or maybe a more sophisticated name is in order.
Nov 12 14:14:12 <spaetz_> mrmoku: np
Nov 12 14:14:17 <mrmoku> looks like one of the pcs is infected with spamware :|
Nov 12 14:14:27 <spaetz_> mrmoku: :(
Nov 12 14:14:39 <TAsn> spaetz_, I can easily fix it
Nov 12 14:14:47 <TAsn> I just need to think about a name for the function
Nov 12 14:14:49 <TAsn> mrmoku, what do you think?
Nov 12 14:15:17 <mrmoku> TAsn: what function
Nov 12 14:15:21 <TAsn> atm
Nov 12 14:15:25 <TAsn> we do special handling in dilaer
Nov 12 14:15:31 <TAsn> for ussd vs call
Nov 12 14:15:36 <TAsn> I want to merge those into one function
Nov 12 14:15:39 <TAsn> "special_call"
Nov 12 14:15:48 <TAsn> that will handle both
Nov 12 14:15:50 <TAsn> I wondering what should I do...
Nov 12 14:16:44 <mrmoku> phoneui_utils_call_initiate should just automatically do the right thing
Nov 12 14:17:06 <TAsn> is it really that correct to call ussd a call?
Nov 12 14:17:10 <spaetz_> not important for now. i'll jsut release note it. just to keep in mind
Nov 12 14:17:14 <TAsn> I don't mind, I think it's probably ok, just asking. :)
Nov 12 14:17:24 <TAsn> spaetz_, nah, I want to fix it, as it's really easy to fix...
Nov 12 14:17:27 <spaetz_> mrmoku: want to read backlog or get my summary for suspend testing again...
Nov 12 14:17:32 <mrmoku> PaulFertser: looks like it is not kernel... but me :)
Nov 12 14:17:56 <mrmoku> spaetz_: yeah, read it (at least skimmed it :)
Nov 12 14:18:05 <spaetz_> short version: besides autosuspend even when USB plugged in, it works flawlessly
Nov 12 14:18:21 <spaetz_> suspends/resumes, wakes up on call. etc
Nov 12 14:18:44 <spaetz_> image from buildhost from yesterday
Nov 12 14:19:07 <spaetz_> TAsn: ok, then I won't file a bug :)
Nov 12 14:19:28 <TAsn> mrmoku, I'm not happy with the naming
Nov 12 14:19:38 <TAsn> I'm making a specific function.
Nov 12 14:19:52 <mrmoku> whatever you want :)
Nov 12 14:21:16 <spaetz_> I see. currently phoneui_utils_call_initiate always initiates "voice" calls
Nov 12 14:22:28 <TAsn> mrmoku, bah, it's actually an issue because of the two different callbacks.
Nov 12 14:22:35 <TAsn> though I have an idea.
Nov 12 14:22:44 <alexxy> mrmoku: TAsn : should i migrate from oemerge to 2.6.31 feed?
Nov 12 14:22:53 <TAsn> ask mrmoku 
Nov 12 14:22:54 <alexxy> mrmoku: TAsn: btw is it usable?
Nov 12 14:24:31 <mrmoku> alexxy: 2.6.31 is no complete feed... just the kernel
**** BEGIN LOGGING AT Thu Nov 12 14:27:36 2009
Nov 12 14:28:20 <CIA-86> SHR: 03tom 07libphone-utils * r276a5f23df77 10/src/ (phone-utils-gsm.c phone-utils-gsm.h): added phone_utils_gsm_number_is_ussd
Nov 12 14:31:30 <TAsn> mrmoku, 
Nov 12 14:31:31 <TAsn> phoneui_utils_call_generic_initiate
Nov 12 14:31:34 <TAsn> ?
Nov 12 14:32:11 <spaetz_> doesn't sound elegant. Why not phoneui_utils_call_initiate and then branch off
Nov 12 14:32:23 <TAsn> is it good enough? :|
Nov 12 14:32:23 <TAsn> I'm not sure.
Nov 12 14:32:24 <spaetz_> into phoneui_utils_call_ussd_initiate phoneui_utils_call_voice_initiate
Nov 12 14:32:48 <spaetz_> if additional functions are needed at all
Nov 12 14:34:55 <TAsn> ok, sounds fail enough.
Nov 12 14:34:58 <TAsn> although 
Nov 12 14:35:13 <TAsn> ussd is not a "call"
Nov 12 14:35:21 <spaetz_> true
Nov 12 14:35:46 <spaetz_> so just phoneui_utils_ussd_initiate
Nov 12 14:35:54 <spaetz_> from phoneui_utils_call_initiate
Nov 12 14:36:27 <TAsn> ok.
Nov 12 14:36:30 <spaetz_> I'd still use the latter as a starting point to which the number is handed
Nov 12 14:36:46 <TAsn> ok ok.
Nov 12 14:36:49 <spaetz_> :)
Nov 12 14:36:57 <spaetz_> but do however you want it.
Nov 12 14:38:24 <mrmoku> TAsn: phoneui_dialout ? :P
Nov 12 14:38:52 <mrmoku> or just phoneui_dial
Nov 12 14:39:03 <TAsn> hm, ching ching ching
Nov 12 14:39:06 <TAsn> we have a winner.
Nov 12 14:39:16 <spaetz_> sounds good
Nov 12 14:39:22 <mrmoku> well... phoneui_util_dial
Nov 12 14:39:26 <TAsn> utils
Nov 12 14:39:28 <DocScrutinizer> would wikireader info conflict with concept of wiki.openmoko.org?
Nov 12 14:39:28 <TAsn> dial
Nov 12 14:39:31 <mrmoku> yup utils
Nov 12 14:40:03 <DocScrutinizer> btw who's main maintainer of wiki.om.org?
Nov 12 14:41:45 <mickey|office> everyone and no one
Nov 12 14:41:54 <spaetz_> heh
Nov 12 14:42:51 <spaetz_> mickey|office: if CPU resource is requested, the idle notifier should never send out a "suspend" state, right?
Nov 12 14:43:04 <spaetz_> I wonder why my FR suspends when USB is plugged in
Nov 12 14:43:17 <mickey|office> spaetz_: correct
Nov 12 14:43:17 <spaetz_> odeviced still
Nov 12 14:43:20 <spaetz_> mmh
Nov 12 14:44:48 <mrmoku> NOTE: Running task 786 of 7326 :|
Nov 12 14:44:57 <spaetz_> :(
Nov 12 14:45:12 <mrmoku> at least it is still building ;)
Nov 12 14:45:14 <spaetz_> it autosuspends, although mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartpho
Nov 12 14:45:17 <spaetz_> ne.Usage.GetResourceState GSM
Nov 12 14:45:20 <spaetz_> returns True
Nov 12 14:45:25 <mrmoku> GSM?
Nov 12 14:45:46 <spaetz_> err
Nov 12 14:45:50 <spaetz_> hold on :)
Nov 12 14:46:13 <spaetz_> CPU -> False
Nov 12 14:46:33 <spaetz_> so it hasn't noticed that power is plugged in and requested CPU, it seems
Nov 12 14:47:11 <mickey|office> right
Nov 12 14:47:33 <mrmoku> spaetz_: shr-lite-eglibc-ipk--20091110 is what you have installed?
Nov 12 14:47:46 <DocScrutinizer> mickey|office: so, what's your notion? wiki.openmoko.org/wikireader ? yes or no?
Nov 12 14:48:24 <spaetz_> it also doesn't show orange or blue LEDs now that I come to think of it
Nov 12 14:49:30 <spaetz_> mrmoku: good question, I downloaded lite-om-gta02.tar.gz :)
Nov 12 14:49:37 <mickey|office> DocScrutinizer: i think yes
Nov 12 14:49:42 <DocScrutinizer> k
Nov 12 14:49:56 <spaetz_> whatever that was on Nov 11 10:17 (German time)
Nov 12 14:50:15 <spaetz_> so I guess yes
Nov 12 14:50:34 <spaetz_> anyway, let's see the new shr-unstable and check that
Nov 12 14:51:00 <spaetz_> I have various minor manual edits in rules.yaml and frameworkd.conf, so that could well be it as well.
Nov 12 14:52:51 <TAsn> mrmoku, please, in libframeworkd-glib when you expect a const char* define it as one
Nov 12 14:53:13 <mrmoku> TAsn: any specific location?
Nov 12 14:54:06 <TAsn> (call initiate and ussd_request for example)
Nov 12 14:54:21 <mrmoku> spaetz_: and I installed fsodeviced and updated some stuff...
Nov 12 14:54:31 <mrmoku> reinstalling plain image now... to see if suspend works there
Nov 12 14:55:02 <mrmoku> TAsn: guess there are a lot of places to fix that ;)
Nov 12 14:55:37 <spaetz_> plain image needs to be youger than 14h though.
Nov 12 14:55:50 <spaetz_> to get the SuspendAction() -> Suspend() fix
Nov 12 14:56:22 <mrmoku> spaetz_: it is without any autosuspend :P
Nov 12 14:56:32 <spaetz_> heh
Nov 12 14:56:58 <spaetz_> true
Nov 12 14:59:34 <mrmoku> hmmmm still get the no GSM dialog... exactly after it registered to the network :P
Nov 12 15:00:02 <spaetz_> weird. I have still never seen it :)
Nov 12 15:00:06 <TAsn> oh, in ogsmd_call_initiate it is a const as expected.
Nov 12 15:01:20 <mrmoku> oohh... I forgot
Nov 12 15:01:21 <ftn> what's the right way of setting a window in fullscreen mode in python- elementaru since set_fullscreen doesn't work? pls
Nov 12 15:01:35 <mrmoku> this is the broken image with apm making the screen dark :|
Nov 12 15:01:47 <CIA-86> SHR: 03tom 07libphone-utils * rbe14ee4902a9 10/src/phone-utils-gsm.c: added another condition for ussd recognition
Nov 12 15:01:47 <mrmoku> ouch
Nov 12 15:01:53 <TAsn> mrmoku, ussd_request is one.
Nov 12 15:02:29 <spaetz_> ouch, indeed
Nov 12 15:04:06 <mrmoku> ok, will have to wait for the build to finish then :|
Nov 12 15:05:51 <mrmoku> gives me time to do something usefull.... but what? :P
Nov 12 15:06:23 <spaetz_> we also still have avahi in our default image
Nov 12 15:06:35 <TAsn> mrmoku, wanna do me a favor?
Nov 12 15:06:36 <spaetz_> I need to check the BAD_RECOMMENDATIONS solution
Nov 12 15:06:55 <TAsn> I don't want to upgrade to oemerge as I need my phone
Nov 12 15:06:55 <TAsn> but I also don't want this dep hell
Nov 12 15:06:57 <TAsn> when trying to upgrade libphone-ui
Nov 12 15:07:00 <TAsn> so I'll commit my fixes
Nov 12 15:07:07 <TAsn> and I just need you to build+test everything works :)
Nov 12 15:07:17 <TAsn> how does that sound? :)
Nov 12 15:07:19 <spaetz_> Elementary_test should get the .desktop entry removed (I did this at some point)
Nov 12 15:07:39 <spaetz_> A elementary_test icon just clutters up precious space
Nov 12 15:07:57 <TAsn> spaetz_, or maybe you? ^
Nov 12 15:08:02 <TAsn> as it's your bug ;]
Nov 12 15:08:07 <mrmoku> TAsn: bad... rebuilding from scratch on my laptop too :P
Nov 12 15:08:24 <spaetz_> I can rebuild. But reflashing takes some time
Nov 12 15:08:30 <spaetz_> push your fixes
Nov 12 15:09:31 <spaetz_> have we pinned the FSO versions including frameworkd-glib now? Or is that still autorev'd
Nov 12 15:09:57 <CIA-86> SHR: 03tom 07libphone-ui * rcbc7d41c21ce 10/src/ (phoneui-utils.c phoneui-utils.h): Added phoneui_utils_dial which unifies the dialing of ussd and calls
Nov 12 15:10:16 <TAsn> anyhow, it's there and it compiles
Nov 12 15:10:30 <CIA-86> SHR: 03tom 07libphone-ui-shr * r2c69520f352a 10/src/view/ (4 files): started using phoneui_utils_dial instead of phoneui_utils_call_initiate
Nov 12 15:10:35 <TAsn> as for works, no idea, as I'm back in too many things to upgrade in a sane manne r :)
Nov 12 15:11:46 <mrmoku> TAsn: we should revisit the idea to use libfso-glib
Nov 12 15:13:23 <Heinervdm> spaetz_: i tried BAD_RECOMMENDATIONS now several times, but it does not work somehow
Nov 12 15:14:48 <spaetz_> mmh
Nov 12 15:14:57 <mrmoku> mickey|office: what is your opinion on BB_NUMBER_THREADS and PARALLEL_MAKE ?
Nov 12 15:18:23 <mickey|office> depends on your machine
Nov 12 15:18:37 <mickey|office> i use 3 and 4
Nov 12 15:18:41 <mickey|office> on my core duo
Nov 12 15:18:51 <mickey|office> on a laptop i'd use less
Nov 12 15:19:20 <mrmoku> mickey|office: thing is we turned that off completely... as it seemed to cause problems while building images
Nov 12 15:19:54 <mickey|office> this is unfortunate
Nov 12 15:19:59 <mrmoku> which one is the 'safer' one? or should they just work now we are very close to oe.dev?
Nov 12 15:19:59 <mickey|office> if there are problems, we need to find them
Nov 12 15:20:17 <mrmoku> ok, will turn them on on my laptop then :)
Nov 12 15:20:17 <mickey|office> PARALLEL_MAKE should be pretty safe
Nov 12 15:20:24 <mickey|office> since it's just make -j
Nov 12 15:20:36 <mickey|office> BB_NUMBER_THREAD may expose missing RDEPENDS
Nov 12 15:20:38 <mickey|office> err
Nov 12 15:20:40 <mickey|office> DEPENDS, rather
Nov 12 15:21:06 <mrmoku> ok... will let my cores glow then ;)
Nov 12 15:25:45 <playya> i don't us PARALLEL_MAKE because this causes more errors
Nov 12 15:26:04 <playya> e.g. glibc doesn't like it
Nov 12 15:28:14 <spaetz_> NOTE: the following files were installed but not shipped in any package:
Nov 12 15:28:17 <spaetz_> NOTE:   /usr/lib/phoneui/modules/.debug/shr.so
Nov 12 15:28:49 <spaetz_> how to fix that? Is debug turned on by default?
Nov 12 15:37:14 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r539ba86dc5e1 10/fsogsmd/ (6 files in 4 dirs): fsogsmd: read mobile broadband provider information database into memory
Nov 12 15:37:39 <mickey|office> spaetz_: FILES_${PN}-debug += "${libdir}/phoneui/modules/.debug"
Nov 12 15:39:34 <spaetz_> thanks
Nov 12 15:40:50 <dos1> -debug? not -dbg?
Nov 12 15:42:42 <spaetz_> dbg
Nov 12 15:43:23 <mickey|office> ya, dbg
Nov 12 15:46:40 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r5eaa99885e5e 10/fsogsmd/configure.ac: fsogsmd: relax libxml2 requirement to 0.7.3
Nov 12 15:50:52 <spaetz_> TAsn: rebuilt. reflashing now, then testing ussd
Nov 12 16:00:53 <TAsn> mrmoku, if it works, I don't mind :)
Nov 12 16:01:09 <TAsn> mrmoku, especially since now, after we moved all the calls to a libphone_utils
Nov 12 16:01:19 <TAsn> *libphoneui_utils
Nov 12 16:01:25 <TAsn> - the a and + the ui 
Nov 12 16:01:42 <TAsn> ;]
Nov 12 16:01:42 <TAsn> it should be easy.
Nov 12 16:01:42 <TAsn> though please, let's wait *after* testing.
Nov 12 16:02:04 <spaetz_> mmh, flashing seems to have failed
Nov 12 16:02:16 <mrmoku> TAsn: sure... just then I will invest less time in lfg and more time to investigate libfso-glib
Nov 12 16:02:52 <TAsn> mrmoku, yeah, I don't think we need anything more frome libframeworkd-glib
Nov 12 16:05:28 <mrmoku> hehe
Nov 12 16:05:38 * mrmoku understands that gsm unavailable now :P
Nov 12 16:05:48 <mrmoku> SIM is full and it is showing the wrong dialog ;)
Nov 12 16:05:56 <spaetz_> ahhh!
Nov 12 16:05:59 <spaetz_> :)
Nov 12 16:06:21 <mrmoku> good oooold shr-u showed me the correct one :P
Nov 12 16:07:40 <TAsn> spaetz_, does it work?
Nov 12 16:08:10 <spaetz_> flashing failed. SD card partition seems corrupted
Nov 12 16:08:17 <spaetz_> kid fell, need to leave now. BBL
Nov 12 16:08:25 <TAsn> ciao.
Nov 12 16:10:29 * mrmoku wonders if he should stop the build, add -j 4 and restart it ...
Nov 12 16:11:06 <Slyon> TAsn: is it possible to compile libphone-ui-shr on my laptop?
Nov 12 16:12:49 <TAsn> sure.
Nov 12 16:13:12 <TAsn> though not use it
Nov 12 16:13:27 <TAsn> in order to use it you'll need
Nov 12 16:13:27 <TAsn> libphone-ui
Nov 12 16:13:46 <Slyon> TAsn: hm i get a strange error, while autoconf: autopoint: *** Some files have been locally modified... ever got this?
Nov 12 16:14:00 <TAsn> which needs libframeworkd-glib
Nov 12 16:14:00 <TAsn> you can just change the functions in libphnoe-ui utility though
Nov 12 16:14:06 <TAsn> to not use libfrmawerkd-glib and just print to screen like they have
Nov 12 16:14:12 <TAsn> and that'll make everything easy.
Nov 12 16:14:28 <TAsn> Slyon, nope' try to google.
Nov 12 16:25:32 <Slyon> mrmoku: how can i set the text of a TEXT part in edj from an ELM/C app ? how do you do it in the messages_list, i cant find it?
Nov 12 16:25:56 <mrmoku> Slyon: moment
Nov 12 16:27:06 <mrmoku> Slyon:         edje_object_part_text_set(elm_layout_edje_get(win->layout), key, value);
Nov 12 16:27:15 <mrmoku> it is done in util/window.c
Nov 12 16:27:22 <mrmoku> window_text_set
Nov 12 16:27:32 <mrmoku> key is the name of the part
Nov 12 16:27:36 <mrmoku> and value the text
Nov 12 16:27:48 <Slyon> mrmoku: okay, thanks will have a look
Nov 12 16:27:53 <mrmoku> np
Nov 12 16:34:17 <Slyon> TAsn: mrmoku: how are the naming conventions? how shall i name the files for shr-today?
Nov 12 16:35:16 <TAsn> idle
Nov 12 16:35:20 <TAsn> idle-view.c
Nov 12 16:35:20 <TAsn> etc
Nov 12 16:35:30 <TAsn> we called it idle everywhere else
Nov 12 16:35:40 <Slyon> TAsn: okay
Nov 12 16:38:39 <TAsn> Slyon, I'm glad to see the progress :)
Nov 12 16:38:57 <TAsn> don't forget, don't register to signals
Nov 12 16:39:01 <TAsn> :)
Nov 12 16:39:59 <Slyon> TAsn: yep, hope i get it working... don't know how i shall test, though. as compiling it on my laptop seems to need a lot of deps including frameworkd
Nov 12 16:40:01 <TAsn> just make functions we'll be able to call to let you know
Nov 12 16:40:20 <TAsn> Slyon, hm... you don't need neither of those.
Nov 12 16:40:31 <TAsn> libphone-ui-shr is "clean"
Nov 12 16:40:41 <TAsn> i.e you don't need anything frameworkd related
Nov 12 16:40:41 <TAsn> and as for libphone-ui
Nov 12 16:40:50 <TAsn> just edit phoneui_utils.*
Nov 12 16:41:02 <TAsn> and drop the libframeworkd-glib calls
Nov 12 16:41:09 <TAsn> and you'll be free of those chains.
Nov 12 16:41:10 <TAsn> :)
Nov 12 16:41:13 <Slyon> TAsn: i checked out phone-ui-shr just now and i get: No package 'libframeworkd-glib' found
Nov 12 16:41:32 <TAsn> yes.
Nov 12 16:41:35 <TAsn> oh.
Nov 12 16:41:39 <TAsn> that's a rogue dep
Nov 12 16:41:42 <TAsn> shouldn't be there. :)
Nov 12 16:41:51 <Slyon> hehe, howto remove?
Nov 12 16:41:52 <TAsn> remove it from the configure.ac
Nov 12 16:41:54 <TAsn> and makefile.am
Nov 12 16:42:02 <TAsn> I'll remove and commit as well.
Nov 12 16:45:25 <spaetz_> sorry won't get to test it now. still family urgency... Perhaps BBL.
Nov 12 16:48:20 <TAsn> oh ffs
Nov 12 16:48:32 <TAsn> it's because of that crap, sec.
Nov 12 16:52:44 <CIA-86> SHR: 03tom 07libphone-ui * r6c0749391dd2 10/src/phoneui-utils.h: added the SimStatus enum here, as we want the backends not to know about frameworkd
Nov 12 16:54:05 <CIA-86> SHR: 03tom 07libphone-ui * r877a60d40aed 10/src/phoneui-utils.h: added PHONEUI_ prefix to the simstatus consts
Nov 12 16:56:21 <TAsn> Slyon, sorry about that, it's more complicated than I told you
Nov 12 16:56:24 <TAsn> I'm cleaning it up atm.
Nov 12 16:56:27 <TAsn> wait a few secs.
Nov 12 16:56:41 <TAsn> though it still depends on libphone-ui (libphone-ui-shr)
Nov 12 16:56:51 <Slyon> TAsn: okay :) i stop fighting with it^^
Nov 12 16:56:53 <TAsn> as it should.
Nov 12 16:57:00 * mrmoku needs a terminal break... and dinner ;)
Nov 12 16:57:01 <mrmoku> bbl
Nov 12 16:57:06 <TAsn> you still need to get libphone-ui to compile on your box
Nov 12 16:57:16 <Slyon> TAsn: yes
Nov 12 16:57:16 <TAsn> which means, changing all the references to libframeworkd-glib
Nov 12 16:57:49 <TAsn> to printfs :)
Nov 12 16:57:49 <TAsn> all are in the 
Nov 12 16:57:49 <TAsn> phoneui-utils.c file.
Nov 12 16:57:49 <TAsn> so it should be pretty easy.
Nov 12 16:58:25 <Slyon> TAsn: but there are diffrent makefiles which reference to libfso_glib
Nov 12 16:58:41 <TAsn> really? where?
Nov 12 16:58:58 <TAsn> that's also crap and should die.
Nov 12 16:58:58 <TAsn> (I guess we haven't finished cleaning up...)
Nov 12 16:59:23 <Slyon> in libphone-ui/Makefile configure.ac src/Makefile src/Makefile.in src/Makefile.am
Nov 12 17:00:20 <CIA-86> SHR: 03tom 07libphone-ui * re1d2b7a76ac6 10/src/phoneui-utils.h: changed PhoneuiSimStatus to be an enum, as it should be
Nov 12 17:00:43 <Slyon> TAsn: ^^^
Nov 12 17:02:48 <TAsn> libfso-glib? wth. :|
Nov 12 17:02:58 <TAsn> :(
Nov 12 17:02:59 <TAsn> in libphone-ui or libphone-ui-shr?
Nov 12 17:03:13 <Slyon> TAsn: oh, sorry seems like i didn't have HEAD
Nov 12 17:03:27 <TAsn> :)
Nov 12 17:03:33 <Slyon> checked out the newes libphone-ui and now it seems to work
Nov 12 17:04:19 <Slyon> TAsn: no... was in the libphone-utils dir which worked
Nov 12 17:04:48 <Slyon> libphone-ui complains about missing frameworkd-glib, so i have to remove every fsod-glib calls there?
Nov 12 17:06:54 <CIA-86> SHR: 03tom 07libphone-ui * r59856c004997 10/src/phoneui-utils.h: fixed the misplaced name
Nov 12 17:11:15 <TAsn> reget libphone-ui
Nov 12 17:11:15 <TAsn> as I just fixed a major issue.
Nov 12 17:12:13 <TAsn> Slyon, you need to remove all the
Nov 12 17:12:45 <TAsn> libframeworkd-glib stuff from
Nov 12 17:12:45 <TAsn> configure.ac and makefile.am
Nov 12 17:12:45 <TAsn> and then in src/phoneui-utils.c
Nov 12 17:12:45 <TAsn> remove the include
Nov 12 17:13:05 <TAsn> and change all the ogsmd_*/opimd_*/etc to printfs
Nov 12 17:13:24 <Slyon> TAsn: and there are also calls in functions, eg in phoneui_init
Nov 12 17:13:36 <Slyon> in phoneui.c
Nov 12 17:13:46 <CIA-86> SHR: 03tom 07libphone-ui-shr * r6918a9586120 10/ (7 files in 4 dirs): removed the libframeworkd-glib dependency completely
Nov 12 17:13:47 <TAsn> done.
Nov 12 17:13:47 <TAsn> you can also get libphone-ui-shr.
Nov 12 17:13:47 <TAsn> :)
Nov 12 17:14:04 <TAsn> spaetz, mrmoku|away: btw, did you test the fix from earlier?
Nov 12 17:14:13 <TAsn> Slyon, no there are not
Nov 12 17:14:19 <TAsn> give me an example
Nov 12 17:14:42 <TAsn> oh, maybe. :|
Nov 12 17:14:50 <Slyon> TAsn: there is: frameworkd_handler_connect(frameworkd_handler_new());
Nov 12 17:15:03 <TAsn> yes.
Nov 12 17:15:13 <TAsn> kill that also.
Nov 12 17:15:37 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r303f4dc1ec47 10/libfsobasics/fsobasics/utilities.vala: libfsobasics: allocate 1M
Nov 12 17:16:31 <TAsn> Slyon, btw, after you are done removing all the crap, please create a branch called "no-framework-deps", commit it there and send me a patch so people will be able to use that as well :)
Nov 12 17:17:03 <TAsn> keeping them up to date should be easy.
Nov 12 17:17:03 <TAsn> them = it
Nov 12 17:17:26 <Slyon> TAsn: okay, will do
Nov 12 17:17:36 <TAsn> thanks.
Nov 12 17:17:44 <TAsn> though this is on low priority
Nov 12 17:18:05 <TAsn> shr-today is more important :)
Nov 12 17:18:17 <TAsn> We'll of course have to provide you some utils functions
Nov 12 17:18:27 <TAsn> so just let me know what you need and we'll provide them.
Nov 12 17:22:15 <Slyon> TAsn: yes, but i guess i need this to test if my idle code works
Nov 12 17:23:37 <TAsn> I know.
Nov 12 17:23:41 <TAsn> I was talking about making the patch.
Nov 12 17:23:42 <TAsn> :)
Nov 12 17:26:25 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r5ceb300425b7 10/fsogsmd/tests/testconst.vala: fsogsmd: add tests for Constants module
Nov 12 17:35:40 <Slyon> TAsn: i guess thats for you: phoneui-utils.c:738: SIM_UNKNOWN not declared
Nov 12 17:36:54 <TAsn> ffs, I thought I fixed that.
Nov 12 17:37:13 <onen|openBmap> DocScrutinizer: hallo
Nov 12 17:37:25 <onen|openBmap> DocScrutinizer: did you already get your N900? ;-)
Nov 12 17:38:15 <TAsn> Slyon, prefix it with
Nov 12 17:38:15 <TAsn> PHONEUI_
Nov 12 17:38:15 <TAsn> committing now.
Nov 12 17:38:24 <Slyon> TAsn: k
Nov 12 17:38:53 <CIA-86> SHR: 03tom 07libphone-ui * r05e4bfcad549 10/src/phoneui-utils.c: added PHONEUI_ prefix to SIM_UNKNOWN
Nov 12 17:39:35 <Slyon> TAsn: yeah :) i got it to compile (without using -Werror)
Nov 12 17:39:43 <Slyon> how do i create a branch?
Nov 12 17:44:02 <Slyon> TAsn: okay, i have a branch now, with the changes
Nov 12 17:46:16 <Slyon> TAsn: you got mail, i send you my patch
Nov 12 17:46:32 <TAsn> tom @#$@#$@#$@#$@#$@#%#^#%Y>P%$^^#$ stosb.com
Nov 12 17:47:36 <TAsn> Slyon, what are the warnings?
Nov 12 17:47:50 <Slyon> TAsn: warnings about printf
Nov 12 17:48:12 <TAsn> what warnings about printf?
Nov 12 17:49:00 <Slyon> Warnung: Unverträgliche implizite Deklaration der eingebauten Funktion »printf« (its german)
Nov 12 17:49:40 <TAsn> Slyon, I noticed :)
Nov 12 17:49:51 <Slyon> :)
Nov 12 17:49:53 <TAsn> ok
Nov 12 17:49:53 <TAsn> this means you forgot to include
Nov 12 17:49:53 <TAsn> stdio.h
Nov 12 17:50:07 <TAsn> you should have probably used g_debug instead of printf
Nov 12 17:50:11 <TAsn> but ok, I'll do it.
Nov 12 17:50:20 <Defiant> wtf wo translated that one
Nov 12 17:50:43 <Slyon> Defiant: i have no idea
Nov 12 17:50:51 <TAsn> Slyon, german is really similar to english so it's not that hard. :)
Nov 12 17:51:05 <Slyon> TAsn: and there are some more warnings about functions, which are defined but not used
Nov 12 17:51:43 <Slyon> TAsn: http://pastebin.com/m760cf20b here are all the warnings
Nov 12 17:51:47 <Slyon> i have to leave now
Nov 12 17:51:49 <Slyon> bbl
Nov 12 17:51:49 <Slyon> ciao
Nov 12 17:55:14 <TAsn> mrmoku|away, index still doesn't work from messages->add contact, is it fixed in later version? or is it not fixed at all?
Nov 12 17:55:23 <TAsn> mickey|zzZZzz, what does ogsmd.device         INFO     org.freesmartphone.GSM.Network.Status: {'cid': u'908B', 'lac': u'23C8', 'mode': 'automatic', 'registration': 'denied'} mean?
Nov 12 17:56:30 <mickey|zzZZzz> TAsn: this means your SIM is not valid or there is no home service in reach and no allowed roaming provider
Nov 12 17:56:56 <TAsn> mickeyl, I get this after a while being connected
Nov 12 17:57:08 <TAsn> i.e after X hours of using the phone
Nov 12 17:57:11 <mickeyl> that's bad
Nov 12 17:57:15 <mickeyl> can you give me a bit more log
Nov 12 17:57:16 <mickeyl> ?
Nov 12 17:57:22 <TAsn> it stops working (disconnects from network)
Nov 12 17:57:24 <TAsn> won't connect again
Nov 12 17:57:39 <mickeyl> perhaps your SIM is not seated properly
Nov 12 17:57:43 <TAsn> mickeyl, I'm not sure I have it, as I was an idiot, sec.
Nov 12 17:57:57 <mickeyl> or your receiver is defect
Nov 12 17:58:07 <mickeyl> what's the signal ratio?
Nov 12 17:58:15 <TAsn> mickeyl, btw, is it possible I got this after being in a place without reception?
Nov 12 17:58:15 <TAsn> *while being 
Nov 12 17:58:15 <TAsn> or does this man network is reachable and denies me?
Nov 12 17:58:20 <TAsn> s/man/mean/
Nov 12 17:58:21 <apt> TAsn meant: or does this mean network is reachable and denies me?
Nov 12 17:58:44 <mickeyl> both is possible
Nov 12 17:58:47 <TAsn> mickeyl, atm? how do I check?
Nov 12 17:58:55 <mickeyl> mdbus ...
Nov 12 17:58:59 <mickeyl> GetSignalStrength
Nov 12 17:59:09 <TAsn> mickeyl, a reboot fixes it
Nov 12 17:59:09 <TAsn> so it feels more like a software issue than hw.
Nov 12 17:59:20 <mickeyl> it may feel like that
Nov 12 17:59:24 <mickeyl> but it's highly unlikely
Nov 12 17:59:38 <mickeyl> a reboot also retriggers SIM auth
Nov 12 17:59:44 <TAsn> Slyon|away, makes sense (the warnings), will fix.
Nov 12 17:59:46 <mickeyl> so that could also mean your modem has a problem
Nov 12 18:00:08 <TAsn> mickeyl, this sounds more likely.
Nov 12 18:02:05 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r838ddb5cee69 10/fsogsmd/ (4 files in 2 dirs): fsogsmd: add some means to traverse the MBPI
Nov 12 18:02:44 <TAsn> mickeyl, atm signal strength is 81
Nov 12 18:02:44 <TAsn> and I'm in a place with low reception
Nov 12 18:02:44 <TAsn> well not low, but less than optimal (a basement)
Nov 12 18:03:11 <mickeyl> ok, not bad at all
Nov 12 18:03:17 <TAsn> yeah.
Nov 12 18:03:57 <TAsn> and I really doubt it's a sim card positioning as as I said, it works after a reboot.
Nov 12 18:04:35 <TAsn> mickeyl, I also had a theory of my own
Nov 12 18:04:38 <TAsn> though I'm not sure about
Nov 12 18:04:47 <TAsn> as it doesn't make a lot of sense
Nov 12 18:05:02 <TAsn> but I thought maybe Orange blacklists me because I'm reconnecting all the time (#1024)
Nov 12 18:06:07 <mickeyl> hmm, try turning it off
Nov 12 18:06:08 <TAsn> though it doesn't make that much of a sense because going in and out from somewhere without reception will probably have the same effect and they probably won't ban people like that.
Nov 12 18:06:12 <mickeyl> (sleep)
Nov 12 18:06:18 <mickeyl> yeah, it's somewhat unlikely as well
Nov 12 18:06:24 <mickeyl> if you have another SIM, try that ne
Nov 12 18:06:26 <mickeyl> s/ne/one/
Nov 12 18:06:26 <apt> mickeyl meant: if you have another SIM, try that one
Nov 12 18:08:09 <TAsn> mickeyl, next time it happens I'll save the complete frameworkd.log
Nov 12 18:08:29 <TAsn> mickeyl, what's the performance penalty for running frameworkd in DEBUG mode all the time? (so I'll be able to catch this)
Nov 12 18:08:57 <mickeyl> i don't have any figures, but it's considerably slower
Nov 12 18:09:05 <TAsn> mickeyl, I have another sim
Nov 12 18:09:06 <mickeyl> not unusable though
Nov 12 18:09:25 <TAsn> though I can't afford to use that all the time (i.e enough time to test it)
Nov 12 18:09:28 <TAsn> it is
Nov 12 18:09:34 <TAsn> and it's linked to the same number
Nov 12 18:09:54 <TAsn> so I can make and receive calls from that one as it appears to be me
Nov 12 18:10:09 <TAsn> but it doesn't work with SMS
Nov 12 18:10:09 <TAsn> :|
Nov 12 18:10:27 <TAsn> I'll just wait for the next time it happens.
Nov 12 18:14:42 <purevil> I'd be very grateful if anyone gives me a hint on what happened to my SHR. I installed a fresh distrib, changed some settings like locale, wrote a script to install ~40 packages, rebooted. Now I have no GSM, no WiFi, no settings.. Looks like some of the packagaes I installed from the official repository was broken. I'm not sure what happened exactly and I'd like to fix it without reinstalling ever
Nov 12 18:14:59 <TAsn> Blame the french.
Nov 12 18:15:31 <purevil> locale was UA not FR
Nov 12 18:15:39 <purevil> can it be the case?
Nov 12 18:16:15 <TAsn> I'm just joking.
Nov 12 18:16:22 <TAsn> no idea.
Nov 12 18:16:27 <purevil> ))
Nov 12 18:16:35 <mwester> Don't change locales.
Nov 12 18:16:49 <mwester> "C" is a perfectly good locale for everyone.  :D
Nov 12 18:17:18 <purevil> I changed it back but it did not help. yep, this is what I'll try next time :)
Nov 12 18:17:42 <TAsn> mwester, nah, you need a utf8 locale
Nov 12 18:17:49 <TAsn> but other than that, i.e english is the best.
Nov 12 18:17:56 <TAsn> en_US.utf8 is cool. ;)
Nov 12 18:17:58 <mwester> pshaw!!
Nov 12 18:18:11 <mwester> 7 bit ASCII is adequate.
Nov 12 18:18:20 <mwester> in fact, it's too much.
Nov 12 18:18:22 <mickeyl> öäüß
Nov 12 18:19:06 <mwester> we can get rid of duplicate letters, and probably get by with 6 bits.
Nov 12 18:19:19 <TAsn> mwester, 6 bit is enough.
Nov 12 18:19:24 <mwester> mickeyl: I have no idea what sounds those characters make!
Nov 12 18:19:29 <TAsn> hehe exactly what I was about to say. ;]
Nov 12 18:20:25 <mwester> And we should use variable bit length, based on the frequency of the character's usage.
Nov 12 18:20:56 <mwester> And since standards are Good, I propose we switch to something invented by Samuel B. Morse, many many years ago...
Nov 12 18:21:53 <Arigead> I just did a re-flash of the rootfs from 12th Oct, added mrmoku feed to /etc/opkg and did update, upgrade GSM Gone and phone just died. Maybe my wifi was gone too didn't get time to check. Reboot 
Nov 12 18:22:01 <mwester> (all of which is a convoluted way of putting Ham radio operators at the forefront of technology, ahead of the Neo!
Nov 12 18:22:03 <mwester> )
Nov 12 18:22:26 <mwester> Arigead: does SHR support upgrade now, then?
Nov 12 18:22:40 <TAsn> mwester, sounds like helish to parse when 8bit is your atomic size
Nov 12 18:22:54 <TAsn> but utf8 is quite similar to what you suggest
Nov 12 18:22:56 <TAsn> (with bigger atomic partrs)
Nov 12 18:23:11 <mwester> TAsn: no more difficult than unicode/utf, as I understand - doesn't it have variable length?
Nov 12 18:23:13 <Arigead> mwester: Oops didn't know that it didn't! Maybe I missed something. Been away and busy for a few days
Nov 12 18:23:48 <TAsn> mwester, but different atomic size.
Nov 12 18:23:58 <mwester> Arigead: AFAIK upgrades have been untested, and not a goal, for the development team since there has not been an official release... so it may or may not work.
Nov 12 18:24:02 <TAsn> it's less trivial to go bit by bit than byte by byte.
Nov 12 18:24:16 <TAsn> mwester, (answer to Arigead) exactly ;) thanks.
Nov 12 18:24:33 <mwester> Yes, but how much of that is because we designed processors to handle that.
Nov 12 18:24:48 <Arigead> mwester: is there a more recent build that people are using for testing purposes? I was hoping to look at the replacement for libframeword-phonegui-efl2
Nov 12 18:25:17 <mwester> I often wonder how things would be different if one of the non-8-bit systems had won out in the early days of computing...
Nov 12 18:25:47 <mwester> Arigead: I don't know - perhaps someone else on the channel can comment on that.
Nov 12 18:26:31 <mrmoku> JaMa: ping
Nov 12 18:26:33 <mrmoku> tclsh: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
Nov 12 18:26:39 <mrmoku> while building sqlite3
Nov 12 18:26:42 <mrmoku> know anything?
Nov 12 18:26:45 <mwester> BTW, I'm joking about -- UTF-8 is a fine way to represent characters, and I don't really think 7-bit ASCII is sufficient, despite my incredible old age ;)
Nov 12 18:27:01 <TAsn> 100%
Nov 12 18:27:01 <TAsn> But that's just how it is. :|
Nov 12 18:31:43 <mrmoku> TAsn: yes, did not yet fix the index :|
Nov 12 18:38:40 <TAsn> mrmoku, ok. that's cool. :) It's better than if you tried to fix it and it wouldn't work.
Nov 12 18:39:17 <TAsn> mwester, of course I was also joking (as I use hebrew, I rely on that)
Nov 12 18:40:24 <TAsn> ciao. ;] sushi.
Nov 12 18:41:12 <mwester> (ack - reading backwards too!  :D)
Nov 12 18:41:49 <onen|openBmap> mickeyl: hallo! wassup?
Nov 12 18:48:33 <mrmoku> JaMa: help... stuff is seriously broken here :P
Nov 12 18:48:36 <mrmoku> error: git was compiled without libcurl support.
Nov 12 18:52:08 <CIA-86> freesmartphone.org: 03morphis 07msmcomm * r18cb4fe41bd2 10/msmcommd/src/msmcommd.c: More work on link establishment and improvements for logging
Nov 12 18:52:09 <CIA-86> freesmartphone.org: 03morphis 07msmcomm * rb7b8736dd441 10/msmcommd/src/msmcommd.c: Cleanup and restructure link establishment process
Nov 12 18:53:39 <morphis> heyho
Nov 12 19:22:51 <DocScrutinizer> onen|openBmap: not yet
Nov 12 19:27:45 <spaetz_> shit, qi doesn't boot from my card anymore
Nov 12 19:28:07 <mrmoku> spaetz_: all fine?
Nov 12 19:28:25 <spaetz_> doesn't boot. card broken, or sth
Nov 12 19:28:33 <spaetz_> 1 vibration in qi
Nov 12 19:28:41 <mrmoku> spaetz_: all fine with your kid I mean :)
Nov 12 19:28:47 <Bryanstein> Hello guys...I am trying to build the openmoko sdio stack for my atheros based sd card...I am having issues with nearly every kernel I build. I am using 3 openmoko sd patches and the pnp patch. Can anyone shed some light?
Nov 12 19:28:50 <luke-jr> is there such a thing as a SIM card that does not work w/ OpenMoko phones?
Nov 12 19:29:13 <spaetz_> yes, card might be broken, but kid not. fortunately. He fell from a chair, bit his lip. lots of blood
Nov 12 19:29:26 <mrmoku> ouch... but normal :P
Nov 12 19:29:33 <mrmoku> spaetz_: build failed :(
Nov 12 19:29:36 <spaetz_> yep
Nov 12 19:29:42 <spaetz_> just seen it :(
Nov 12 19:29:53 <spaetz_> sucks
Nov 12 19:30:06 <spaetz_> too many last minute changes...
Nov 12 19:30:11 <spaetz_> sqlite?
Nov 12 19:30:19 <spaetz_> what's the problem. 
Nov 12 19:30:26 * spaetz_ cleans and rebuilds sqlite
Nov 12 19:31:19 <mrmoku> spaetz_: sqlite3 failed...
Nov 12 19:31:26 <mrmoku> and now I'm struggling with
Nov 12 19:31:26 <mrmoku> error: git was compiled without libcurl support.
Nov 12 19:31:46 <GNUtoo> mrmoku, me too
Nov 12 19:31:57 <GNUtoo> mrmoku, I thought it was my system this time too
Nov 12 19:32:02 <mrmoku> :)
Nov 12 19:32:12 <GNUtoo> tcl problem no?
Nov 12 19:32:18 <mrmoku> sqlite3 yep
Nov 12 19:32:54 <GNUtoo> I counldn't test JaMa's changes because of that
Nov 12 19:33:15 <mrmoku> GNUtoo: git works for you?
Nov 12 19:33:22 <GNUtoo> | tclsh8.4: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
Nov 12 19:33:31 <GNUtoo> what do you mean by git works
Nov 12 19:33:33 <mrmoku> yeah, exactly :|
Nov 12 19:33:38 <GNUtoo> you mean that I can fetch?
Nov 12 19:33:43 <mrmoku> after that git refuses to work
Nov 12 19:33:47 <mrmoku> (the staged git-native)
Nov 12 19:33:52 <GNUtoo> ah I don't know
Nov 12 19:33:58 <mrmoku> it gets built without curl support
Nov 12 19:34:03 <GNUtoo> ah ok ouch
Nov 12 19:34:07 <mrmoku> and cannot access repos via http :|
Nov 12 19:34:24 <mrmoku> spaetz_: and on my laptop it failed at python-native :(
Nov 12 19:34:30 <GNUtoo> so...do you think we could fix that soon or should I start another build?
Nov 12 19:34:36 <GNUtoo> (android)
Nov 12 19:34:44 <CIA-86> freesmartphone.org: 03morphis 07msmcomm * r1cde52030694 10/msmcommd/src/msmcommd.c: Fix all errors and some warnings when compiling
Nov 12 19:34:44 <mrmoku> no idea...
Nov 12 19:34:47 <GNUtoo> ok
Nov 12 19:35:01 <GNUtoo> I'll start the other build and still help on that issue then
Nov 12 19:35:01 <mrmoku> GNUtoo: but building android is always wrong ;)
Nov 12 19:35:53 <luke-jr> iDEN SIM cards are incompatible?
Nov 12 19:37:51 <GNUtoo> mrmoku, it's for the htcdream and it's 100% free on the main CPU
Nov 12 19:38:04 <GNUtoo> I don't build proprietary thing 
Nov 12 19:38:06 <mrmoku> luke-jr: don't know what iDEN is... but in the past there were problems with some sims... don't know what the current state is
Nov 12 19:38:14 <mrmoku> GNUtoo: :)
Nov 12 19:38:29 <GNUtoo> at least I try to because even if there is an ENTREPRISE_DISTRO in oe there is no FREE_DISTRO variable
Nov 12 19:39:10 <GNUtoo> btw I don't know the state of the license field in oe
Nov 12 19:39:41 <GNUtoo> because in gentoo there is this as-is license and a lot of license that are BSD/MIT derived that have special/new names
Nov 12 19:39:56 <spaetz_> bbiab
Nov 12 19:41:51 <luke-jr> mrmoku: such as SIM cards for Boost Mobile
Nov 12 19:41:59 <luke-jr> mrmoku: apparently they are not GSM
Nov 12 19:42:41 <luke-jr> GNUtoo: my overlay has a LUKEDASHJR license group that is 100% free
Nov 12 19:42:59 <luke-jr> to ensure ACCEPT_LICENSES only contains free stuff
Nov 12 19:43:06 <luke-jr> I have read over every license in my list
Nov 12 19:43:56 <GNUtoo> luke-jr, wow...overlay in oe? or in gentoo? because ACCEPT_LICENSES is valid in gentoo...and doesn't work well
Nov 12 19:44:02 <luke-jr> Gentoo
Nov 12 19:44:08 <luke-jr> and it works just fine :p
Nov 12 19:48:09 <GNUtoo> luke-jr, I added all fsf licences and it said as-is for openssh or openssl and said specific x11 licences when I wanted to emerge kde4.3
Nov 12 19:51:10 <luke-jr> GNUtoo: of course
Nov 12 19:51:32 <luke-jr> note also that FSF has approved some non-free licenses
Nov 12 19:52:47 <GNUtoo> luke-jr, ah such as?
Nov 12 19:54:04 <GNUtoo> luke-jr, I'm definitely interested into that
Nov 12 20:04:18 <max_posedon> hi!
Nov 12 20:04:22 <mrmoku> max_posedon: pleaaaase don't ask ;)
Nov 12 20:04:29 <max_posedon> ah, ok
Nov 12 20:04:34 <mrmoku> build problem
Nov 12 20:04:36 <max_posedon> does you need lazy testers?
Nov 12 20:04:48 <mrmoku> no we need build problem fixers :P
Nov 12 20:05:10 <max_posedon> ah, ok, could you show me one, may be I faced this is gentoo
Nov 12 20:07:45 <spaetz_> what's failing now? still python-native?
Nov 12 20:07:51 <spaetz_> ahh, no that was you lappie
Nov 12 20:08:13 <mrmoku> spaetz_: still struggling to get git working
Nov 12 20:08:21 <mrmoku> problem is libcurl 
Nov 12 20:08:24 <mrmoku> it does not stage correctly
Nov 12 20:09:10 <mrmoku> but only on the buildhost... on my laptop it is fine
Nov 12 20:09:16 <mrmoku> (and builds git with curl support)
Nov 12 20:09:29 <GNUtoo> mrmoku, I'll try git
Nov 12 20:09:36 <GNUtoo> do you have an http url?
Nov 12 20:10:29 <mrmoku> GNUtoo: http://git.shr-project.org/repo/phonefsod.git
Nov 12 20:10:32 <mrmoku> (out of mem)
Nov 12 20:10:43 <luke-jr> GNUtoo: such as some font license that forbids selling
Nov 12 20:11:13 <spaetz_> out of mem? fuck...
Nov 12 20:11:21 <luke-jr> unfortunately, I think I just decided not to buy any OpenMoko phones since the USA has a void of reasonably priced GSM :/
Nov 12 20:11:55 <spaetz_> seems like we managed to bring buildhost down on its knees ...
Nov 12 20:12:34 <luke-jr> anyone here interested in a Neo1973 Bv4 + Freerunner A2 for $40?
Nov 12 20:12:50 <spaetz_> there were some curl related checkins recently, i think
Nov 12 20:13:02 <spaetz_> let me check
Nov 12 20:13:22 <mrmoku> spaetz_: out of my memory... not OOM :P
Nov 12 20:13:36 <mrmoku> (the url)
Nov 12 20:14:06 <spaetz_> 20 hours	curl: fix dependencies of native package	Dmitry Eremin-Solenikov
Nov 12 20:14:09 <spaetz_> 2 days	curl-native: disable gnutls since we don't have a gnutls-native recipe	Koen Kooi
Nov 12 20:14:23 <spaetz_> those touched curl
Nov 12 20:16:11 <spaetz_> disable gnutls, no https?
Nov 12 20:17:31 <mrmoku> spaetz_: problem is I have no tmp/staging/x86_64/usr/include/curl
Nov 12 20:17:36 <mrmoku> but on my laptop I have that
Nov 12 20:18:05 <spaetz_> mmh
Nov 12 20:19:52 <spaetz_> I have tmp/staging/x86_64-linux$ cd usr/include/curl/ on my laptop
Nov 12 20:20:06 <spaetz_> I have tmp/staging/x86_64-linux/usr/include/curl/ on my laptop
Nov 12 20:20:51 <mrmoku> spaetz_: yup and somehow on the buildhost there is no such thing
Nov 12 20:21:00 <GNUtoo> luke-jr, ah ok
Nov 12 20:21:54 <mrmoku> brb
Nov 12 20:22:01 <GNUtoo> mrmoku, git clone seems to work for me....but...I still have the sqlite problem
Nov 12 20:23:08 <GNUtoo> luke-jr, btw how do you handle as-is license in gentoo?
Nov 12 20:24:44 <GNUtoo> [OE::arm-oe-linux-gnueabi-shr-htcdream]:~/oetmp/staging/i686-linux/usr/include$ ls curl* => founds nothing
Nov 12 20:24:58 <luke-jr> GNUtoo: admittedly, I just allow it :\
Nov 12 20:25:05 <GNUtoo> ah ok
Nov 12 20:25:11 <luke-jr> GNUtoo: haven't gotten around to reporting a bug about the double meaning
Nov 12 20:25:34 <GNUtoo> I think I reported or asked a lot of time ago
Nov 12 20:25:36 <luke-jr> binary as-is shouldn't be source as-is
Nov 12 20:25:45 <luke-jr> find it for me and I'll CC :p
Nov 12 20:25:50 <GNUtoo> no as-is means source but non-commercial is allowed
Nov 12 20:25:56 <luke-jr> ???
Nov 12 20:26:29 <GNUtoo> luke-jr, basically as-is says that you can prevent selling or commercial uses
Nov 12 20:26:36 <luke-jr> that's not as-is, no
Nov 12 20:26:42 <GNUtoo> luke-jr, but there must be the source code
Nov 12 20:26:48 <luke-jr> as-is allows anything
Nov 12 20:27:03 <GNUtoo> luke-jr, as-is is a license file...and that's what it tells inside it
Nov 12 20:27:08 <GNUtoo> but it may have changed
Nov 12 20:27:17 <GNUtoo> since last time I looked
Nov 12 20:28:26 <GNUtoo> mrmoku, so did you start debugging the sqlite thing? do you need help?
Nov 12 20:28:31 <luke-jr> ah
Nov 12 20:28:42 <luke-jr> the current 'as-is' file gives an ambiguous example
Nov 12 20:28:47 <luke-jr> but that ambiguity infects a LOT
Nov 12 20:28:50 <GNUtoo> ah ok I'll look
Nov 12 20:29:27 <luke-jr> see the AMBIGUOUS-no-fee section of my license_groups.rationale file ;)
Nov 12 20:29:38 <luke-jr> notably, Python has the same ambiguity
Nov 12 20:30:12 <GNUtoo> ok
Nov 12 20:30:31 <GNUtoo> indeed it prevent selling
Nov 12 20:30:38 <GNUtoo> that  was the problem
Nov 12 20:30:42 <GNUtoo> and still is
Nov 12 20:32:16 <mrmoku> GNUtoo: no that I solved the libcurl thing I start to look at the sqlite thing
Nov 12 20:32:19 <mrmoku> +w
Nov 12 20:32:43 <GNUtoo> ok
Nov 12 20:32:58 <GNUtoo> so what's the initial explanation of the sqlite thing?
Nov 12 20:33:32 <GNUtoo> so me and other listeners don't have to find out what you already found out from scratch
Nov 12 20:34:04 <mrmoku> did not find anything yet (apart from the tcl thing)
Nov 12 20:34:18 <mrmoku> as even cleaning and rebuilding did not work due to the git problem
Nov 12 20:35:44 <mrmoku> hmm problem is that there is libtcl8.4.so but no libtcl8.4.so.0
Nov 12 20:39:30 <spaetz_> sqlite dependency on tcl-native was added 4 days ago :(
Nov 12 20:39:36 <GNUtoo> mrmoku, is it due to the staging changes
Nov 12 20:39:37 <GNUtoo> ?
Nov 12 20:39:54 <GNUtoo> mrmoku, because they planed to change the way staging works...
Nov 12 20:40:52 <spaetz_> might well be.
Nov 12 20:41:03 <spaetz_> tcl-native has custom do_stage code
Nov 12 20:41:07 <spaetz_> and things like oe_libinstall -so libtcl8.4 ${STAGING_LIBDIR}
Nov 12 20:41:09 <GNUtoo> and I saw some commits head message about that
Nov 12 20:41:19 <GNUtoo> mmm
Nov 12 20:41:30 <spaetz_> ^^^ mrmoku above might well be responsible
Nov 12 20:42:07 <mrmoku> yup
Nov 12 20:42:26 <mrmoku> after manually copying libtcl8.4.so to libtcl8.4.so.0 sqlite3 builds
Nov 12 20:42:49 <CIA-86> freesmartphone.org: 03morphis 07msmcomm * refa56e0e3a8f 10/msmcommd/src/msmcommd.c: Some more changes ...
Nov 12 20:43:39 <[Rui]> dos11: offline storage of messages is now working
Nov 12 20:43:45 <GNUtoo> mrmoku, you means linking?
Nov 12 20:43:46 <spaetz_> oh shit, this is not fun to debug: oe_libinstall
Nov 12 20:43:50 <GNUtoo> symlink
Nov 12 20:44:02 <spaetz_> enough sed, regex, and VARIABLE magic to make me shiver
Nov 12 20:44:06 <[Rui]> dos11: elmdentica just need to have offline posting working and it'll be ready for a new release :)
Nov 12 20:44:19 <GNUtoo> ah yes I read too fast as usual
Nov 12 20:44:36 <mrmoku> GNUtoo: no, I just copied it :P
Nov 12 20:45:16 <mrmoku> could have then removed the one without .0 and linked it
Nov 12 20:45:23 <GNUtoo> btw oe_libinstall is avaliable on the devshell
Nov 12 20:45:24 <mrmoku> but it was just a test and I'm lazy :P
Nov 12 20:45:30 <GNUtoo> ok 
Nov 12 20:45:46 <spaetz_> oe_libinstall looks like one big horrible hack to me
Nov 12 20:45:55 <GNUtoo> ok
Nov 12 20:46:02 <GNUtoo> but staging will be changed soon
Nov 12 20:53:10 <mrmoku> spaetz_: ok, build is running... and I will be sleeping now :)
Nov 12 20:53:17 <mrmoku> hopefully tomorrow we will have our image
Nov 12 20:53:18 <GNUtoo> mrmoku, did you commit a fix?
Nov 12 20:53:36 <mrmoku> GNUtoo: I have no fix
Nov 12 20:53:36 <mrmoku> as I don't know how to fix it
Nov 12 20:53:45 <mrmoku> and if you say staging will change anyway...
Nov 12 20:53:57 <mrmoku> that probably would be a short-lived fix
Nov 12 20:54:08 <GNUtoo> mrmoku, ok
Nov 12 20:54:13 <spaetz_> ok, I am off too
Nov 12 20:54:23 <GNUtoo> maybe I'll fix it then
Nov 12 20:54:43 <mrmoku> if you know how to fix it in a correct manner that would be very much appreciated :)
Nov 12 20:55:47 <mrmoku> anyway... old man needs some sleep now :P
Nov 12 20:55:50 <mrmoku> gnight all
Nov 12 21:01:04 <GarthPS> HI guys! tell me , I tried to build an shr-u full image by changing the target image in autoconf by it did not work. how do we do to build a full iamge?
Nov 12 21:01:20 <GarthPS> I pass the build of th lite one
Nov 12 21:08:40 <GarthPS> nobody?
Nov 12 21:09:33 <pwgen> <GarthPS>: do you have proper interne connection ?
Nov 12 21:09:42 <GarthPS> :)
Nov 12 21:09:43 <GarthPS> yes
Nov 12 21:09:49 <GarthPS> why?
Nov 12 21:10:28 <Heinervdm> GarthPS: build the image with bitbake
Nov 12 21:10:31 <Heinervdm> bitbake shr-image
Nov 12 21:10:41 <Heinervdm> and . ./setup-env before
Nov 12 21:10:45 <GarthPS> already done! but it buil the lite one.
Nov 12 21:10:45 <pwgen> i am bulding since yesterday  .. with diffrent errors. i had no 404 error
Nov 12 21:10:46 <Heinervdm> in shr-unstable dir
Nov 12 21:11:06 <GarthPS> I wan tthe full image to be build. 
Nov 12 21:11:13 <Heinervdm> GarthPS: if you do bitbake shr-image it will build the full image
Nov 12 21:11:23 <Heinervdm> bitbake shr-lite-image will build the lite image
Nov 12 21:11:24 <GarthPS> ok I did make image :)
Nov 12 21:11:26 <GarthPS> thx
Nov 12 21:11:26 <pwgen> <GarthPS>. try cd shr-stable/unstable; . setup-env; bitbake shr-lite-image
Nov 12 21:12:04 <pwgen> <GarthPS> better try first: cd shr-stable/unstable; . setup-env; bitbake nano 
Nov 12 21:12:25 <pwgen> and after nano was build bitbake shr-lite-image
Nov 12 21:13:07 <GarthPS> so If I well understand : make image =>shr-lite; bitebake shr-image =>shr-full; bitbake shr-lite-image =>shr-lite-image
Nov 12 21:13:13 <GarthPS> that is right?
Nov 12 21:14:03 <GarthPS> I tought that defining target_image in auto.conf to shr-full-image would work with an "make image"
Nov 12 21:14:33 <pwgen> <GarthPS>: the makefile stuff is nice for setting up some stuff , but it is nicer and more flexible to use bitbake ( that is called by the makefile )
Nov 12 21:15:43 <GarthPS> yes I understood that but it seemd that the make precess succed where the bitbake one failed.. If i remember well..
Nov 12 21:17:12 <pwgen> the makefile gets and handles the shr overlay stuff very nice, but in the end it will call the bitbake command in the subdirectory with the given image
Nov 12 21:17:50 <TAsn> pwerken, shr-overlay?
Nov 12 21:17:59 <pwgen> you can find some other possible  images in the openemdedded/recipes/images directory 
Nov 12 21:18:10 <TAsn> pwerken, shr-overlay?
Nov 12 21:18:25 <GarthPS> yes i understood that too. but it seems that yesterday mke succed where bitbake not..
Nov 12 21:18:31 <pwgen> shr-overlay . i donno if its sill used but in hisory it was used i guess
Nov 12 21:18:41 <GarthPS> anyway thx both of you.
Nov 12 21:18:47 <TAsn> pwerken, hehe, we stopped using it a couple of months ago :)
Nov 12 21:18:58 <TAsn> just making sure you knew. ;)
Nov 12 21:19:25 <pwgen> you can go to the shr-(stable/unstable) direcory an try a bitbake shr-lite-image -c fetch_all , that will try to get all required sources
Nov 12 21:20:44 <pwgen> TAsn: i have most time my own overlay to get my goddies .. (:-))
Nov 12 21:20:55 <TAsn> i c. ;)
Nov 12 21:21:06 <TAsn> any goods worth getting upstream?
Nov 12 21:23:00 <pwgen> hmm bacula,mtx,vdr( in work) , upstart6.3 ... and my own pentium2 nixnutz-distribution ....
Nov 12 21:23:41 <pwgen> ah and angstrom - e-image build und running for kvm ... 
Nov 12 21:23:46 <TAsn> upstrart? interesting :)
Nov 12 21:24:15 <pwgen> yea, but 6.3 has some problem with too old dbus in shr and openmoko ( uses 1.3)
Nov 12 21:24:54 <TAsn> :|
Nov 12 21:25:04 <TAsn> I think we are upgrading to 1.4
Nov 12 21:25:12 <pwgen> 5.3 is running  but has a very ugly dbus-handling and  for non initramfs system problems with /proc  ( i have a small path )
Nov 12 21:25:59 <pwgen> s/patch/patch/
Nov 12 21:26:03 <pwgen> s/path/patch/
Nov 12 21:26:05 <apt> pwgen meant: 5.3 is running  but has a very ugly dbus-handling and  for non initramfs system problems with /proc  ( i have a small patch )
Nov 12 21:27:52 <GarthPS> why bitbake can't manage to buil webkit-gtk... where make succed??
Nov 12 21:27:55 <pwgen> mickeyl asked me to do some investigations on upstart. but replaceing only the sysv init process makes less sense. adding a complete event driven init process will be very nice.
Nov 12 21:28:21 <pwgen> but this needs all init files to be rewritten 
Nov 12 21:29:14 <GarthPS> (the logfile is dummy (or it is me :p )it tell nothing realy usefull.. need to take of my shirt..)
Nov 12 21:30:34 <DocScrutinizer> pwgen: and that's just the beginning
Nov 12 21:31:01 <pwgen> <GarthPS>: somtimes its helpful to make a bitbake -k shr-lite-image . ( dont blame me . that may be insane but works sometime )
Nov 12 21:31:18 <GarthPS> :) ok thx!
Nov 12 21:31:30 <GarthPS> the "-k" stands for what?
Nov 12 21:32:07 <GarthPS> forget :)
Nov 12 21:32:11 <pwgen> <DocScrutinizer>: yes but the event driven upstart will perfect fit into the different states that are used my someting like a smartphone or PDA
Nov 12 21:32:23 <pwgen> -k Kontinue
Nov 12 21:32:29 <DocScrutinizer> sure
Nov 12 21:32:45 <DocScrutinizer> that's the idea of upstart
Nov 12 21:33:11 <DocScrutinizer> but then fso had to merge with that concept
Nov 12 21:33:32 <DocScrutinizer> otherwise it's rather senseless
Nov 12 21:33:45 <pwgen> the problem with -k when some lib fails and another prog can compile without this lib, but a 3. programm needs that programm 2 was compiled with lib1 this will fail. and is hard so solve
Nov 12 21:35:30 <pwgen> <DocScrutinizer>: that will move a lot of stuff outside the fso daemon into upstart init scripts. ( apm . bluetooth. network... )
Nov 12 21:35:43 <DocScrutinizer> yep
Nov 12 21:35:58 <DocScrutinizer> even GSM and GPRS
Nov 12 21:36:04 <DocScrutinizer> I guess
Nov 12 21:36:04 <pwgen> <DocScrutinizer>: and i has a dbus interface to manage init states and scripts.
Nov 12 21:36:39 <DocScrutinizer> quite intriguing idea, but like I said: much work
Nov 12 21:38:03 <pwgen> i had 0.5.3 running for C-3200 angstrom . but i could not connect to the dbus interface with python. so i stalled this stuff , but now they have  extended this interface. but everything is still using and calling sysV init scripts ..
Nov 12 21:38:54 <pwgen> .. ubuntu/suse/gentoo/ are still using sysV scripts ..
Nov 12 21:40:27 <pwgen> some one here who can help me with some python-elementary problems ?
Nov 12 21:40:52 <GarthPS> pwgen:thx 
Nov 12 21:41:24 <GarthPS> i will try to solve the first pb..
Nov 12 21:53:21 <yann> what is the current SHR status ?  the wiki links point to 2-months-old "unstable" images - that makes me feel a bit colder at installing it, so I'm inquiring first :)
Nov 12 21:55:04 <spaetz> we try to build a new one currently
Nov 12 21:55:05 <Slyon|away> yann: there is currently a new image building, which will probably become the new -unstable if it passes the tests
Nov 12 21:55:43 <yann> ah, that makes me feel warmer already :)
Nov 12 21:55:44 <spaetz> and upgrading won't work =Reflash
Nov 12 21:57:09 <yann> are there some recent ipk snapshots around ?  I'd like to check some things in the python gtk-related bindings (the ones in om2009 have strange problems, like glib bindings not being available)
Nov 12 21:59:32 <pwgen> th emore interesting question is will a 2 day old shr-unstable boot ?
Nov 12 22:00:15 <GarthPS> :)
Nov 12 22:00:43 <yann> :}
Nov 12 22:03:02 <pwgen> BGarthPS>: bitbake sometimes failes when B_NUMBER_THREADS bigger than 1 .. ( yes setting it to 1 is ugly  slow )
Nov 12 22:04:03 <spaetz> and webkit repo fails often, nothing to do with make vs bitbake
Nov 12 22:04:24 <pwgen> *FG* 
Nov 12 22:04:37 <GarthPS> so you tell me to drop webkit ? :)
Nov 12 22:05:20 <spaetz> no, retry until it pulls and compiles
Nov 12 22:05:21 <pwgen> <GarthPS>: bitbake midori for example will create the browser and webkit stuff 
Nov 12 22:06:11 <pwgen> you can look sane-rev file and build direct the required target 
Nov 12 22:07:00 <GarthPS> thx for the hint
Nov 12 22:23:11 <pwgen> <GarthPS>:90.185.120.221/gta02-build/ -> my build setup 
Nov 12 22:30:56 <GarthPS> pwgen:how do I od to run qemu with the builded jffs2 image?
Nov 12 22:36:20 <pwgen> ... i am  digging  deep in brain ...  ... there where somerwhere scripts to run qemu  in gta01  mode, and inside these script is defined what image to flash .  i rember i had to replace the downloaded script .. i do not use qemu for fso images ...
Nov 12 22:37:38 <pwgen> hmm Fetch svn://svn.openmoko.org/     The certificate has expired valid  until Thu, 05 Nov 2009 17:47:45 GMT .....
Nov 12 22:38:02 <pwgen> please can someone slap someone ....
Nov 12 22:39:44 <Weiss> pwgen: that happened last year as well :(
Nov 12 22:39:56 * Weiss has a happy announcement:
Nov 12 22:40:18 <spaetz> ?
Nov 12 22:40:22 <TAsn> hehe
Nov 12 22:40:27 <TAsn> yeah, I was also waiting for the announcement.
Nov 12 22:40:40 <TAsn> spaetz, btw, does it work? (ussd requests)
Nov 12 22:40:48 <Weiss> it will come in screenshot form in a moment..
Nov 12 22:41:03 <TAsn> Weiss, sweet! you brought us presents! :)
Nov 12 22:41:12 <TAsn> I'm anxious to see :)
Nov 12 22:41:43 <spaetz> no clue, my sd card seems borked and i can´t boot at all from it
Nov 12 22:41:57 <TAsn> sucks.
Nov 12 22:42:01 <TAsn> format
Nov 12 22:42:21 <Weiss> http://www.bitwiz.org.uk/waitq.png
Nov 12 22:43:10 <spaetz> and builds are seriously borked attm  too
Nov 12 22:43:36 <spaetz> yep, will reformat tomorrow
Nov 12 22:43:46 <Weiss> the waitqmabob works :)
Nov 12 22:44:13 <JesusMcCloud> Weiss, what does this mean?
Nov 12 22:44:32 <Weiss> JesusMcCloud: no more busywaits in the Glamo driver
Nov 12 22:45:05 <spaetz> well done, weiss
Nov 12 22:45:40 <JesusMcCloud> i think i know what that means... i'm courious how noticable it will be for the end user...
Nov 12 22:45:43 <Weiss> a few wrinkles to iron out, of course
Nov 12 22:46:14 <Weiss> JesusMcCloud: anything from none noticeable to quite a lot.. I don't know yet
Nov 12 22:46:15 <TAsn> Weiss, grats :)
Nov 12 22:48:31 <JesusMcCloud> ~praise Weiss
Nov 12 22:48:32 <apt> All hail Weiss!
Nov 12 22:48:37 <Weiss> :o
Nov 12 22:50:15 <lindi-> Weiss: glamo can still stall the cpu with nWAIT though?
Nov 12 22:50:47 <Weiss> lindi-: of course, but this way we at least exploit the parallelism of CPU+GPU
Nov 12 22:51:33 <Weiss> but we spend a lot less time talking to Glamo - a process just sends its commands and asks to be woken up when it's done
Nov 12 22:51:53 <Weiss> no more spinning in a loop waiting for it to be finished when you could be doing something else
Nov 12 22:55:36 <pwgen> *G* please can someone pay CaCert for issueing a new cert ?
Nov 12 23:17:35 <PaulFertser> GarthPS: hey
Nov 12 23:17:45 <GarthPS> yep?
Nov 12 23:17:46 <PaulFertser> GarthPS: probably you do not want to run SHR in qemue
Nov 12 23:17:56 <GarthPS> ? why?
Nov 12 23:19:31 <PaulFertser> GarthPS: well...
Nov 12 23:19:52 <PaulFertser> GarthPS: most devices are not emulated anyway. And to just have SHR apps on you desktop you can compile them natively.
Nov 12 23:20:09 <PaulFertser> GarthPS: if you want to try them on FR without messing your install, just use a separate uSD...
Nov 12 23:20:18 <PaulFertser> GarthPS: there's just no good reason to use qemu currently.
Nov 12 23:21:05 <GarthPS> PaulFertser: oh yeah ok you are righ.. I forgot taht I have an orphelin µSD card  :p
Nov 12 23:21:36 <PaulFertser> GarthPS: also that's easy to make a backup of any SD and restore it after you played with experimental SHR enough.
Nov 12 23:21:55 <GarthPS> yep sure
Nov 12 23:22:36 <GarthPS> in fact I have never used qemu so I was curious.. but If it "un sac a noeud"...
Nov 12 23:24:31 <PaulFertser> GarthPS: i think qemu still works for gta01 images :)
Nov 12 23:24:46 <GarthPS> :p
Nov 12 23:27:49 <GarthPS> a I juste have to untar shr-lite-eglibc-ipk--20091112-om-gta02.rootfs.tar.gz for exemple no?
Nov 12 23:28:28 <PaulFertser> GarthPS: well, it depends...
Nov 12 23:28:29 <PaulFertser> :)
Nov 12 23:28:33 <PaulFertser> On the BL you use.
Nov 12 23:28:34 <GarthPS> :)
Nov 12 23:28:48 <GarthPS> I have both (qi and uboot)
Nov 12 23:29:22 <PaulFertser> GarthPS: so you know the Qi requirements, no need to ask :)
Nov 12 23:29:46 <GarthPS> euu :) normaly will see :p
Nov 12 23:39:11 <GarthPS> PaulFertser: sh*** it has boot on my nand...
Nov 12 23:39:33 <PaulFertser> GarthPS: means you didn't met Qi's expectation, work harder my friend ;)
Nov 12 23:39:41 <GarthPS> ;)
Nov 12 23:39:44 <GarthPS> yep
Nov 12 23:40:04 <GarthPS> but i think it will be ok for me this evening
Nov 12 23:40:21 <GarthPS> how can I know what is needed, what is missing?
Nov 12 23:40:24 <PaulFertser> GarthPS: btw, do you know i once banned you on this channel? ;)
Nov 12 23:40:51 <PaulFertser> GarthPS: for Qi to boot anything from SD you need to have:
Nov 12 23:41:08 <PaulFertser> GarthPS: ext2/3 partition that holds both your rootfs and the kernel
Nov 12 23:41:24 <PaulFertser> GarthPS: it should be one of the first 3 primary partitions
Nov 12 23:41:40 <GarthPS> PaulFertser: it tells me something...
Nov 12 23:41:42 <GarthPS> :)
Nov 12 23:41:46 <PaulFertser> GarthPS: the kernel should be in /boot/uImage-GTA02.bin (that can also be a symlink).
Nov 12 23:42:04 <GarthPS> was about testing *SD presents
Nov 12 23:42:18 <PaulFertser> GarthPS: (banned) you had some very unstable connection that spammed the channel with continious join/part messages. :)
Nov 12 23:42:53 <playya__> bitbake seems to produce some faulty code: http://pastebin.ca/1669054
Nov 12 23:44:47 <GarthPS> PaulFertser: oh yes sorry for this! I stil do not understand.. but sorry
Nov 12 23:45:00 <PaulFertser> GarthPS: no need to be sorry
Nov 12 23:45:01 <GarthPS> ok I think I have than one to blame
Nov 12 23:45:05 <GarthPS> uImage-GTA02.bin -> uImage
Nov 12 23:45:09 <PaulFertser> GarthPS: i'm just joking.
Nov 12 23:45:12 <GarthPS> in /boot
Nov 12 23:45:34 <PaulFertser> GarthPS: symlink is ok. Even a chain of considerable length of symlinks is ok. You just need to have it point to a real kernel image in the end.
Nov 12 23:45:37 <GarthPS> yeah yeah but sorry still.. when I saw my spamming..
Nov 12 23:46:28 <GarthPS> yes It is what I want to tel! for me it should be uImage-GTA02.bin -> uImage-2.6.29-rc3
Nov 12 23:47:52 <GarthPS> ok no it my tar extractionto blame. no one of symlink were copied!!
Nov 12 23:47:55 <GarthPS> :(
Nov 12 23:53:42 <GarthPS> grrr all syimlink are not created!!
Nov 12 23:54:48 <PaulFertser> GarthPS: are you sure it's ext2/ext3?
Nov 12 23:55:11 <PaulFertser> GarthPS: i doubt the image is created in a wrong way and unless you use -h when untarring symlinks should be preserved.
Nov 12 23:55:14 <PaulFertser> iirc
Nov 12 23:55:14 <GarthPS> holy shit.... fat berk!
Nov 13 00:01:07 <PaulFertser> GarthPS: i hope since you managed OE compilation you'll be able to manage booting from SD too. Good luck, i'm off to sleep :)
Nov 13 00:01:22 <GarthPS> lol
Nov 13 00:01:23 <GarthPS> yes
Nov 13 00:01:26 <GarthPS> thx you!
Nov 13 00:01:28 <GarthPS> GN
Nov 13 00:06:41 <pwgen> hmm shr-lite-image fails building the rootfs. problems with update-alternatives .... interesting 
**** ENDING LOGGING AT Fri Nov 13 02:59:57 2009