**** BEGIN LOGGING AT Wed Oct 20 02:59:56 2010
Oct 20 03:46:29 <CIA-102> freesmartphone.org: 03Frederik.Sdun 07utilities * r30e8f9638a9b 10/palmpre/tsmd/src/tsmd.c: tsmd: Do not send illegal events if ts_read returns 0
Oct 20 05:36:01 <Mirv> radek_: hi. I'm using you as a kind of upstream :P but I enabled ext4 yesterday and it works fine: http://preview.tinyurl.com/23296x3
Oct 20 05:36:48 <Mirv> LBDAF was a funny one, without it partitions couldn't be mounted in r/w mode, and apparently that's not very well documented but some gentooists also has woes about it
Oct 20 06:50:50 <radek_> Mirv: hi, i will enable it too then
Oct 20 07:48:34 <daniele_athome> morning
Oct 20 07:52:41 <morphis> heyho
Oct 20 07:52:55 <morphis> JaMa|W, mrmoku: ping
Oct 20 07:53:09 <daniele_athome> morphis, hello
Oct 20 07:53:16 <morphis> daniele_athome: hey
Oct 20 07:54:21 <daniele_athome> morphis, i'm reading the ML about application management
Oct 20 07:54:28 <daniele_athome> as soon as I can i will answer
Oct 20 07:54:36 <daniele_athome> :) sorry so much work
Oct 20 07:54:38 <morphis> daniele_athome: ok
Oct 20 07:54:45 <morphis> no problem I even busy
Oct 20 07:54:51 <daniele_athome> morphis, but i see people is slowly going off-topic
Oct 20 07:55:03 <daniele_athome> they are "expanding" too fast
Oct 20 07:55:08 <morphis> but I already started implementing some specs and code for FSO
Oct 20 07:55:17 <morphis> jepp
Oct 20 07:55:26 <morphis> thats why I started to write some code
Oct 20 07:55:36 <daniele_athome> from a simple application management people has begun to talk about a complete integration framework
Oct 20 07:55:42 <daniele_athome> :S
Oct 20 07:55:56 <daniele_athome> anyway i will post my thoughts soon :)
Oct 20 07:55:59 <morphis> jepp and this well happen most times if you start such a discussion
Oct 20 07:56:01 <morphis> ok
Oct 20 07:56:06 <daniele_athome> i see :)
Oct 20 07:56:27 <daniele_athome> morphis, as soon as you have some spec definition
Oct 20 07:56:29 <daniele_athome> please send me :)
Oct 20 07:56:31 <morphis> jepp
Oct 20 07:56:34 <daniele_athome> i really would like to read them
Oct 20 07:56:47 <morphis> I will commit them to an extra branch
Oct 20 07:56:52 <daniele_athome> to have a clearer idea of what your thoughts are
Oct 20 07:56:59 <daniele_athome> ah
Oct 20 07:56:59 <daniele_athome> ok
Oct 20 07:57:16 <daniele_athome> morphis, i'm implementing notifications in mokosuite
Oct 20 07:57:22 <morphis> in mokosuite?
Oct 20 07:57:26 <morphis> the server side?
Oct 20 07:57:28 <daniele_athome> yes in panel
Oct 20 07:57:29 <daniele_athome> yes
Oct 20 07:57:32 <daniele_athome> server side
Oct 20 07:57:42 <daniele_athome> i will try to be as fully-compliant as possible
Oct 20 07:57:53 <daniele_athome> and add some custom extensions too (hints and caps
Oct 20 07:57:54 <daniele_athome> )
Oct 20 07:58:04 <morphis> isn't the spec the way that you have a server which accepts and provides  notifications for both commiters and display components?
Oct 20 07:58:21 <morphis> maybe we should have some common place for that
Oct 20 07:58:26 <morphis> so illume could use that too
Oct 20 07:58:33 <morphis> like fsonotifyd
Oct 20 07:58:39 <morphis> or fsoappd
Oct 20 07:58:48 <morphis> or fsosystemd
Oct 20 07:59:00 <daniele_athome> morphis, no we tought about that already :)
Oct 20 07:59:07 <daniele_athome> notifications daemon is designed to be run on session bus
Oct 20 07:59:13 <morphis> ah
Oct 20 07:59:23 <daniele_athome> while fso daemons are system daemons
Oct 20 07:59:27 <daniele_athome> well we could make exceptions
Oct 20 07:59:36 <daniele_athome> but i think notifications are something to be managed on the GUI side
Oct 20 07:59:50 <daniele_athome> ie illume or a dock panel (such as mokopanel :)
Oct 20 08:00:02 <morphis> the display of notifications
Oct 20 08:00:08 <morphis> but not managing them
Oct 20 08:00:24 <daniele_athome> morphis, i guess it's the same in this case
Oct 20 08:00:28 <morphis> hm ok
Oct 20 08:00:33 <daniele_athome> i mean why putting something else in the middle
Oct 20 08:00:46 <daniele_athome> client -> notification_daemon -> notification_displayer
Oct 20 08:00:49 <morphis> so other wm's could use thttat too
Oct 20 08:01:06 <daniele_athome> morphis, well managing notifications is not so hard
Oct 20 08:01:13 <daniele_athome> it's a 3-4 methods interface
Oct 20 08:01:13 <morphis> jepp
Oct 20 08:01:16 <morphis> so lets see
Oct 20 08:01:25 <daniele_athome> and i guess we could save an extra channe.
Oct 20 08:01:27 <daniele_athome> *channel
Oct 20 08:01:30 <mrmoku> morphis: pong
Oct 20 08:02:07 <morphis> mrmoku: can you please look at my patch for SHR on oe-devel: [PATCH 13/15] initscripts-shr: add mountdevtmpfs init script for palmpre machine
Oct 20 08:02:27 <mrmoku> ok
Oct 20 08:02:41 <morphis> I don't want to commit it before any of you SHR maintainers have looked at it
Oct 20 08:06:28 <mrmoku> morphis: one question... in my initscripts-shr recipe there is already install -m 0755 ${WORKDIR}/usb-gadget.sh ${D}${sysconfdir}/init.d for palmpre
Oct 20 08:06:35 <morphis> jepp
Oct 20 08:06:46 <morphis> there is another patch already acked by JaMa which removes that
Oct 20 08:06:54 <mrmoku> ahh, ok :)
Oct 20 08:06:58 <morphis> [PATCH 13/15] initscripts-shr: add mountdevtmpfs init script for palmpre machine
Oct 20 08:07:01 <morphis> ah no
Oct 20 08:07:01 <mrmoku> find then
Oct 20 08:07:09 <morphis> [PATCH 07/15] initscripts-shr: remove unused usb-gadget script for palmpre machine
Oct 20 08:07:11 <morphis> that one
Oct 20 08:07:55 <mrmoku> sent you my ack
Oct 20 08:08:05 <morphis> great, thank you
Oct 20 08:08:09 <mrmoku> yw
Oct 20 08:10:14 <JaMa|W> morphis: why not mount it by kernel? I have seen it disabled in defconfig but wondering why
Oct 20 08:11:01 <JaMa|W> morphis: and also what version it's based on? is it really 2.6.24 ? because 2.6.24+devtmpfs looks strange :)
Oct 20 08:11:21 <morphis> jepp it's really 2.6.24
Oct 20 08:11:28 <morphis> I backported devtmpfs to 2.6.24
Oct 20 08:11:30 <morphis> :)
Oct 20 08:11:49 <morphis> as we can not switch to newer kernel for the palmpre machine
Oct 20 08:12:27 <JaMa|W> ah ok
Oct 20 08:12:27 <morphis> and we can mount it because we have to follow the way webOS boots and that goes over a tiny init system in /boot
Oct 20 08:12:34 <morphis> where is also a dev
Oct 20 08:12:59 <morphis> and this ends in troulbes when booting SHR with auto mounted devtmpfs
Oct 20 08:13:34 <morphis> s/troulbes/trouble/
Oct 20 08:13:36 <apt> morphis meant: and this ends in trouble when booting SHR with auto mounted devtmpfs
Oct 20 08:14:11 <morphis> maybe later we will correct this when we run the device only with SHR
Oct 20 08:14:41 <JaMa|W> ah ok
Oct 20 08:15:14 <JaMa|W> and then why not use udev when you won't save much boot time because of this?
Oct 20 08:15:54 <morphis> as we can't use current udev with that old kernel
Oct 20 08:16:04 <morphis> and I already had devtmpfs pending for 2.6.24
Oct 20 08:16:18 <JaMa|W> ok
Oct 20 08:16:19 <morphis> so I choose the less pain way not to change udev configuration in OE 
Oct 20 08:16:29 <morphis> and devtmps works pretty fine
Oct 20 08:17:07 <morphis> we have to work with udev-compat if we don't want to work with devtmpfs
Oct 20 08:17:23 <morphis> and udev-compat is at version 41... which is even to new for 2.6.24
Oct 20 08:17:33 <morphis> Palm uses version 17... 
Oct 20 08:18:24 <JaMa|W> NOTE: Running task 11606 of 17374
Oct 20 08:18:35 <pespin> JaMa|W, did you have time toi review little patch I told you yesterday night? I think there's one wrong line, but I don't know how to do it, I'm total OE newbie ;)
Oct 20 08:19:09 <JaMa|W> I've looked, but didn't try yet
Oct 20 08:21:28 <pespin> JaMa|W, ok, give me feedback when you do it please :)
Oct 20 08:24:16 <Heinervdm> pespin: i looked at it too, and i think that it's wrong. but i don't remeber why
Oct 20 08:26:28 <Heinervdm> pespin: ah, e-wm doesn't depend on efm-* so this icon is not functional if you don't install efm
Oct 20 08:26:59 <pespin> Heinervdm, efm-* are separated modules used by efm, but not required to run efm
Oct 20 08:26:59 <Heinervdm> so the icon should be installed by the package that provides efm
Oct 20 08:27:04 <pespin> Heinervdm, and efm itself is in e-wm afaik
Oct 20 08:27:13 <Heinervdm> ah, ok
Oct 20 08:27:18 <Heinervdm> then it's ok
Oct 20 08:27:38 <pespin> Heinervdm, only thing I'm not sure if it's ok are OE prefixes
Oct 20 08:28:02 <pespin> just guessed from what I saw inother parts of the recipe
Oct 20 08:28:43 <Heinervdm> install -m 644 ${datadir}/enlightenment/data/themes/images/icon_icon_theme.png ${D}/${datadir}/icons/efm.png
Oct 20 08:28:50 <Heinervdm> this doesn't work
Oct 20 08:29:04 <Heinervdm> $Ädatadir is /usr/share
Oct 20 08:29:41 <pespin> Heinervdm, how to reference the source tree then?
Oct 20 08:29:57 <Heinervdm> ${S}
Oct 20 08:30:36 <pespin> Heinervdm, ok I'll modify it
Oct 20 08:37:31 <pespin> Heinervdm, done: http://pespin.espeweb.net/patches/0001-Add-efm-.desktop-file-icon-to-e-wm2.patch
Oct 20 08:39:03 <Heinervdm> pespin: and you have to bump PR as this patch changes the package
Oct 20 08:39:20 <pespin> Heinervdm, uhm where to do that? :P
Oct 20 08:39:34 <pespin> in same e-wm_svn.bb?
Oct 20 08:39:40 <pespin> or in some shr specific file?
Oct 20 08:40:04 <Heinervdm> yes PR = "r16" -> PR = "r17"
Oct 20 08:41:21 <pespin> Heinervdm, yes to first one or second one? xD
Oct 20 08:41:53 <Heinervdm> pespin: the first one, always in the package you've changed
Oct 20 08:42:37 <pespin> Heinervdm, ok, I'll do it when I arrive home this afternoon then, as I don't have OE git repo here in netbook
Oct 20 08:42:44 <pespin> thanks for the help :)
Oct 20 09:05:41 <JaMa|W> mesa-dri-7.9 finally built ok :)
Oct 20 09:06:46 <JaMa|W> Weiss: in case you would like to continue to work on glamo mesa driver, here is needed diff for 7.9 and master http://gitorious.org/mesa/mesa/commit/c4b87b0dd51356cd0d3cf42701de925e6c665fa2
Oct 20 10:44:03 <CIA-102> freesmartphone.org: 03morphis 07cornucopia * r856250c8a1ca 10/fsodeviced/src/plugins/router_palmpre/plugin.vala: 
Oct 20 10:44:04 <CIA-102> freesmartphone.org: fsodeviced: router_palmpre: implement volume control for scenarios which supports it
Oct 20 10:44:04 <CIA-102> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Oct 20 11:12:59 <morphis> mrmoku: I need commit access for shr-themes.git to modify it for the palmpre machine
Oct 20 11:14:38 <JaMa|W> I can give it to you, mmt
Oct 20 11:15:21 <JaMa|W> dones
Oct 20 11:24:16 <morphis> oh yeah, great
Oct 20 11:24:19 <morphis> thank you
Oct 20 11:25:52 <daniele_athome> do you have any (pseudo-)standard way to determine which icon theme is the current one?
Oct 20 11:26:25 <mrmoku> :)
Oct 20 11:26:45 <daniele_athome> mrmoku: ?
Oct 20 11:27:26 <mrmoku> because JaMa|W already gave morphi access... don't have to do it then :)
Oct 20 11:27:34 <mrmoku> +s
Oct 20 11:27:53 <JaMa|W> but you have to git pull before next push :P
Oct 20 11:27:57 <mrmoku> :P
Oct 20 11:28:06 * mrmoku pulls now to not forget ;)
Oct 20 11:28:22 <daniele_athome> lol
Oct 20 11:58:43 <JaMa|W> and now really! 11:02:12 < JaMa|W> mesa-dri-7.9 finally built ok :)
Oct 20 13:35:59 <JaMa|W> qt4-x11-free-4.7.0 was building from Oct 17 20:23 to Oct 18 01:19 (so about 5hours), here it was from Oct 15 19:18 to Oct 15 20:14 (< 1 hour), and today it was a bit changed .. 
Oct 20 13:36:21 <JaMa|W> just to show how much slower it is on buildhost ^^
Oct 20 13:45:49 <mrmoku> ouch
Oct 20 14:56:39 <GNUtoo|laptop> hi, is ubifs supposed to work with :
Oct 20 14:56:51 <GNUtoo|laptop> the following things from http://shr.bearstech.com/tests/shr-unstable/images/om-gta02/
Oct 20 14:57:05 <GNUtoo|laptop> uImage-2.6.34.7-oe7+gitr9+e4182f3551f1b8e8f8bd07a2d68e49a0ec4cd04a-r0-om-gta02.bin
Oct 20 14:57:37 <GNUtoo|laptop> shr-lite-eglibc-ipk--20101018-om-gta02.rootfs.ubi
Oct 20 14:57:53 <GNUtoo|laptop> qi-ubi-s3c2442-1.0.2-r4+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu
Oct 20 15:04:32 <GNUtoo|laptop> http://pastebin.com/wkSW9kxE
Oct 20 15:07:12 <GNUtoo|laptop> what happened? I mean some oe stuff like ubifs or /boot kernel link were working before
Oct 20 15:09:28 <GNUtoo|laptop> maybe it's my way of flashing which was wrong
Oct 20 15:10:13 <GNUtoo|laptop> using that: http://wiki.openmoko.org/wiki/Ubifs#With_kernel_2.6.34 worked
Oct 20 15:10:17 <GNUtoo|laptop> strange
Oct 20 15:21:32 <JaMa|AFK> GNUtoo|laptop: how did you flash it?
Oct 20 15:21:48 <GNUtoo|laptop> with dfu-util
Oct 20 15:22:02 <JaMa> ok
Oct 20 15:22:02 <GNUtoo|laptop> dfu-util -a rootfs -R -D /home/gnutoo/embedded/images/om-gta02/shr-lite-eglibc-ipk--20101018-om-gta02.rootfs.ubi
Oct 20 15:23:25 <JaMa> mrmoku also had problems with dfu-util, after flashing jffs2 image he had empty partition on neo..
Oct 20 15:23:58 <GNUtoo|laptop> ok
Oct 20 15:24:35 <GNUtoo|laptop> btw it doesn't seem that fast compaired with the last test images I thested
Oct 20 15:25:00 <GNUtoo|laptop> at least for scrolling
Oct 20 15:25:09 <GNUtoo|laptop> maybe that's because it lack enough icons
Oct 20 15:25:12 <GNUtoo|laptop> to scroll
Oct 20 15:28:38 <JaMa> I also don't see any speed improvement
Oct 20 15:32:09 <GNUtoo|laptop> strange because in the first testing image that I tested it was a lot faster
Oct 20 15:32:13 <GNUtoo|laptop> at least it seemed
Oct 20 15:43:38 <GNUtoo|laptop> sigh 
Oct 20 15:43:41 <GNUtoo|laptop> still Illegal instruction
Oct 20 15:43:43 <GNUtoo|laptop> on wesnoth
Oct 20 15:44:55 <GNUtoo|laptop> btw put the icons smaller and try to scroll
Oct 20 15:45:03 <GNUtoo|laptop> it's much faster with smaller icons
Oct 20 15:45:07 <GNUtoo|laptop> and smoother
Oct 20 15:46:50 <GNUtoo|laptop> I feel bad, I fear that I have some limit to the frustration with embedded devices and that at a point I will have to stop 
Oct 20 15:47:35 * JaMa feels the same :/
Oct 20 15:47:43 <GNUtoo|laptop> we don't have even integrated battery charging on n900
Oct 20 15:47:51 <GNUtoo|laptop> and that's a cause of major frustration
Oct 20 15:47:55 <GNUtoo|laptop> mickeyl felt the same I bet
Oct 20 15:50:25 <GNUtoo|laptop> the issue is this one
Oct 20 15:50:31 <GNUtoo|laptop> we're not a lot of people left
Oct 20 15:51:01 <GNUtoo|laptop> that makes issues stay longer, etc...
Oct 20 15:51:07 <GNUtoo|laptop> which increase the frustration
Oct 20 15:51:10 <GNUtoo|laptop> which makes people quit
Oct 20 15:51:31 <GNUtoo|laptop> which lower the developers
Oct 20 15:51:38 <GNUtoo|laptop> etc...
Oct 20 15:52:41 <JaMa> yup, sad but true
Oct 20 15:52:58 <GNUtoo|laptop> and we're the only viable free phone
Oct 20 15:52:59 <GNUtoo|laptop> I mean
Oct 20 15:53:11 <GNUtoo|laptop> all the rest depend on non-free 3d or have issues of that kind
Oct 20 15:53:29 <GNUtoo|laptop> for instance I've a nexusone for replicant(free android project)
Oct 20 15:53:49 <GNUtoo|laptop> and the framebuffer driver or hardware has issues
Oct 20 15:54:00 <GNUtoo|laptop> people uses 3d for working arround
Oct 20 15:54:10 <GNUtoo|laptop> meego needs 3d
Oct 20 15:54:19 <GNUtoo|laptop> I've tested meego on nexusone
Oct 20 15:54:21 <GNUtoo|laptop> it's so slow
Oct 20 15:54:35 <GNUtoo|laptop> even worse than android without 2d acceleration
Oct 20 15:54:44 <GNUtoo|laptop> so meego => no way
Oct 20 15:55:10 <GNUtoo|laptop> android => problematic on the only device that is enough supported and recent
Oct 20 15:55:38 <GNUtoo|laptop> simbian => doesn't even have a real phone as target
Oct 20 15:55:58 <GNUtoo|laptop> ( http://developer.symbian.org/wiki/Wild_ducks_project )
Oct 20 15:56:13 <GNUtoo|laptop> and needs windows to be compiled (not sure if that has changed a lot)
Oct 20 15:57:19 <GNUtoo|laptop> maybe we should do something before it's too late
Oct 20 15:57:28 <GNUtoo|laptop> make a desesperate call to the mailing lists
Oct 20 15:58:46 <mrmoku> fso/shr => free, but slow in progress :P
Oct 20 16:01:16 <GNUtoo|laptop> yes but I bet the slow core-issues-progress is hurting a lot
Oct 20 16:01:56 <GNUtoo|laptop> and I also wonder
Oct 20 16:01:58 <Mirv> N900 is quite near enough free, without 3D it's still the same as FreeRunner but faster. the modem driver is now in git, just needs porting to FSO or something.
Oct 20 16:02:13 <GNUtoo|laptop> yes we know that
Oct 20 16:02:25 <GNUtoo|laptop> we just lack manpower
Oct 20 16:02:31 <Mirv> basically my idea that I take my Debian SD-card and insert it into another phone and start using is not that far-fetched
Oct 20 16:02:42 <Mirv> yes, I'd enjoy if N900 had more free distro enjoying people around it
Oct 20 16:02:59 <GNUtoo|laptop> Mirv, we struggeled with booting the device
Oct 20 16:03:06 <GNUtoo|laptop> then we struggeled with build issues
Oct 20 16:03:08 <GNUtoo|laptop> gtk issues
Oct 20 16:03:10 <GNUtoo|laptop> etc...
Oct 20 16:03:21 <Mirv> you're talking about Openmoko history?
Oct 20 16:03:23 <GNUtoo|laptop> no
Oct 20 16:03:27 <GNUtoo|laptop> n900 issues
Oct 20 16:03:30 <GNUtoo|laptop> that we had with SHR
Oct 20 16:03:30 <Mirv> ah, ok
Oct 20 16:03:38 <lindi-> Mirv: I'm beginning to see some similarities :)
Oct 20 16:03:41 <Mirv> good for you, that you have tried
Oct 20 16:03:53 <GNUtoo|laptop> we even had very-frustrating can't ssh into my phone nor use it issues
Oct 20 16:04:10 <GNUtoo|laptop> basically it booted but you couldn't take the control back in some ways
Oct 20 16:04:13 <Mirv> I won't say it's right, but that's partially why I like to depend on Debian's infrastructure and work there, instead of handling all the components for a specific device on my own
Oct 20 16:04:47 <GNUtoo|laptop> some issues were not related to debian
Oct 20 16:04:51 <GNUtoo|laptop> or the distro
Oct 20 16:04:53 <Mirv> I guess Sebastian had quite nice ride with Debian on N900, except for the modem which didn't have driver back then
Oct 20 16:04:55 <GNUtoo|laptop> like boot issues
Oct 20 16:05:13 <GNUtoo|laptop> fso is not integrated well yet for n900
Oct 20 16:05:20 <Mirv> well, yes, the most important part is anyway people working on upstream(ish) support of the device on kernel
Oct 20 16:05:36 <GNUtoo|laptop> yes that's good
Oct 20 16:05:41 <GNUtoo|laptop> we use 2.6.28 tough
Oct 20 16:05:48 <GNUtoo|laptop> because 2.6.35 is not yet complete
Oct 20 16:06:09 <Mirv> are you working together with the MeeGo N900 team?
Oct 20 16:06:17 <GNUtoo|laptop> not exactly
Oct 20 16:06:19 <Mirv> carsten & co.
Oct 20 16:06:24 <GNUtoo|laptop> I got some help from them
Oct 20 16:06:45 <Mirv> they are basically doing the same non-distro-specific stuff after all, ie. the kernel et cetera
Oct 20 16:06:50 <GNUtoo|laptop> who is carsten ? 
Oct 20 16:07:00 <GNUtoo|laptop> ok
Oct 20 16:08:20 <Mirv> well, let me check but I mean this community person who was now appointed as the lead for the MeeGo N900 project
Oct 20 16:09:37 <mrmoku> GNUtoo|laptop: stskepps
Oct 20 16:09:39 <mrmoku> err
Oct 20 16:09:41 <mrmoku> -p+e
Oct 20 16:09:45 <GNUtoo|laptop> ah ok
Oct 20 16:09:49 <Mirv> stskeeps, yep
Oct 20 16:10:07 <Mirv> I just checked that it was indeed him who got the platform maintainer role
Oct 20 16:10:40 <Mirv> anyway, I know Nokia has done a lot of upstreaming work wrt N900 drivers, possibly more than Openmoko Inc ever did, but I don't know what's the real status
Oct 20 16:12:19 <Mirv> but if MeeGo will have good N900 support, that means their kernel contains a nice set of patches which would mean we would be at roughly same state as with FreeRunner - normal/standard user space like from Debian, and a kernel with some amount of custom patches
Oct 20 16:12:31 <mrmoku> Mirv: but they are keeping their closed, binary blobs for battery charging and graphics :/
Oct 20 16:12:45 <Mirv> minus FSO integration of course, but I can even do my own use space hw control apps if it comes to that
Oct 20 16:13:18 <Mirv> mrmoku: AFAIK however everything but graphics is a solved problem one way or another, and even graphics is at least as good as FreeRunner ie. framebuffer (fine for me)
Oct 20 16:14:08 <Mirv> anyway, what remains true of course is inviting more people of different talents to freeing the phones...
Oct 20 16:14:23 <mrmoku> Mirv: they will keep bme the closed source daemon which is handling battery charging
Oct 20 16:14:31 <mrmoku> anyway
Oct 20 16:14:35 <mrmoku> family is calling for dinner :-)
Oct 20 16:14:38 <mrmoku> bbiab
Oct 20 16:14:42 <GNUtoo|laptop> Mirv, it's best than freerunner on some side worse from other for graphics
Oct 20 16:14:47 <GNUtoo|laptop> worse is no xrandr -o 1
Oct 20 16:14:57 <GNUtoo|laptop> better is xv, omapfb etc...
Oct 20 16:15:13 <Mirv> mrmoku: according to https://elektranox.org/website/debian_on_n900.html it's not needed
Oct 20 16:15:55 <Mirv> that checklist on that page looks good simply because now there is also a modem driver
Oct 20 16:15:56 <GNUtoo|laptop> Mirv, I'll explain the battery issue:
Oct 20 16:16:01 <GNUtoo|laptop> we have a charging script
Oct 20 16:16:06 <GNUtoo|laptop> that you have to manually run
Oct 20 16:16:10 <GNUtoo|laptop> if you don't 
Oct 20 16:16:19 <GNUtoo|laptop> or if the battery discharge enough here's what happens
Oct 20 16:16:23 <GNUtoo|laptop> you plug a cable
Oct 20 16:16:25 <GNUtoo|laptop> it charge a bit
Oct 20 16:16:27 <GNUtoo|laptop> it boots
Oct 20 16:16:32 <GNUtoo|laptop> but doesn't charge while booting
Oct 20 16:16:41 <Mirv> ok...
Oct 20 16:16:43 <GNUtoo|laptop> then it shuts down because battery juice is out
Oct 20 16:16:47 <Mirv> right
Oct 20 16:16:49 <GNUtoo|laptop> and then charge a bit
Oct 20 16:16:51 <GNUtoo|laptop> boots
Oct 20 16:16:52 <GNUtoo|laptop> etc...
Oct 20 16:17:14 <GNUtoo|laptop> you have to wait some reboots to be able to manually run the script
Oct 20 16:17:15 <Mirv> "not there yet", that is. interesting to see if MeeGo folks are going to solve that some way.
Oct 20 16:17:30 <Mirv> (MeeGo folks meaning the subset of those who work on purely free distro)
Oct 20 16:20:19 <Mirv> mrmoku`: I think you should be enjoying the dinner by now
Oct 20 16:22:30 <Mirv> lindi-: btw, at least the hardware is less buggy
Oct 20 16:23:15 <Mirv> and the voice quality
Oct 20 16:24:29 <JaMa> GNUtoo|laptop: any news about cairo+linaro gcc patches?
Oct 20 16:26:07 <pespin> GNUtoo|laptop, what about adding the script to crond or startup or similar? or you already do that? or is it not posible for soem reason?
Oct 20 16:37:29 <GNUtoo|laptop> JaMa, no
Oct 20 16:37:57 <GNUtoo|laptop> pespin, Mickeyl told me it should be integrated in fso
Oct 20 16:38:51 <JaMa> GNUtoo|laptop: so should I look at it or is someone working on it?
Oct 20 16:39:10 <JaMa> GNUtoo|laptop: I can confirm that with new images built from scratch the issue is still there
Oct 20 16:39:28 <GNUtoo|laptop> JaMa, no one is working on it
Oct 20 16:39:31 <JaMa> GNUtoo|laptop: and IIRC you can confirm that replacing cairo from old feed is enough to resolve it, right?
Oct 20 16:39:41 <GNUtoo|laptop> not exactly
Oct 20 16:39:47 <GNUtoo|laptop> I replaced from angstrom feed
Oct 20 16:39:53 <GNUtoo|laptop> not the old feed
Oct 20 16:39:59 <JaMa> ah ok
Oct 20 16:40:41 <JaMa> but first segfaulting xorg
Oct 20 16:40:56 <GNUtoo|laptop> ?
Oct 20 16:41:07 <GNUtoo|laptop> xorg segfaults on new images?
Oct 20 16:41:24 <JaMa> also in old.. some apps makes xorg segfault
Oct 20 16:41:30 <JaMa> probably due to new libx11
Oct 20 16:41:32 <GNUtoo|laptop> ah ok
Oct 20 16:41:39 <JaMa> ie dictator
Oct 20 16:41:43 <GNUtoo|laptop> lol
Oct 20 16:41:56 <GNUtoo|laptop> that's normal then
Oct 20 16:42:05 <GNUtoo|laptop> because dictator can SIGKILL people
Oct 20 16:42:45 <JaMa> lol :)
Oct 20 17:00:10 <JaMa> hmm it's not because of libx11
Oct 20 17:00:46 <mrmoku`> Mirv: even finished dinner :) (and enjoyed)
Oct 20 17:03:16 <JaMa> nor it's because of pixman :/
Oct 20 17:15:11 <net_tux> anyone have a functioning copy of openbmap-locator available?  I tried the ipkg available on opkg.org but it is giving a segfault in strlen from libc
Oct 20 17:41:21 <pespin> Heinervdm, JaMa http://pespin.espeweb.net/patches/0001-e-wm-Add-desktop-file-for-efm.patch     added PR bump to patch :) I think it's ok now
Oct 20 17:54:34 <daniele_athome> hey
Oct 20 17:55:16 <mrmoku> yo
Oct 20 17:56:41 <JaMa> huh 278K Oct 20 19:45 orrery.c, not best source for stripping xserver killing testcase :)
Oct 20 18:01:50 <JaMa> list of failing packages:
Oct 20 18:01:52 <JaMa> ERROR: '/home/shr/shr-unstable/openembedded/recipes/cacao/cacaoh-native_0.99.3.bb' failed
Oct 20 18:01:56 <JaMa> ERROR: '/home/shr/shr-unstable/openembedded/recipes/cacao/cacaoh-openjdk-native_0.99.4.bb' failed
Oct 20 18:01:59 <JaMa> ERROR: '/home/shr/shr-unstable/openembedded/recipes/supertux/supertux-qvga_0.1.3.bb' failed
Oct 20 18:02:02 <JaMa> ERROR: 'virtual:nativesdk:/home/shr/shr-unstable/openembedded/recipes/curl/curl_7.21.1.bb' failed
Oct 20 18:02:05 <JaMa> ERROR: '/home/shr/shr-unstable/openembedded/recipes/maxima/maxima_5.21.1.bb' failed
Oct 20 18:02:08 <JaMa> ERROR: '/home/shr/shr-unstable/openembedded/recipes/openmoko-3rdparty/ventura_svn.bb' failed
Oct 20 18:02:11 <JaMa> ERROR: '/home/shr/shr-unstable/openembedded/recipes/transmission/transmission_1.93.bb' failed
Oct 20 18:02:14 <JaMa> ERROR: '/home/shr/shr-unstable/openembedded/recipes/phoneme/phoneme-advanced-foundation_0.0.b160.bb' failed
Oct 20 18:02:17 <JaMa> ERROR: '/home/shr/shr-unstable/openembedded/recipes/ffphonelog/ffphonelog_git.bb' failed
Oct 20 18:02:20 <JaMa> ERROR: '/home/shr/shr-unstable/openembedded/recipes/musicpd/mpd_0.15.12.bb' failed
Oct 20 18:02:45 <daniele_athome> mmm
Oct 20 18:02:49 <daniele_athome> :(
Oct 20 18:03:02 <JaMa> at leats qt built after 6 hours ..
Oct 20 18:03:17 <JaMa> some are known to be broken like maxima/ventura
Oct 20 18:03:26 <JaMa> some are new due to libtool-2.4
Oct 20 18:03:36 <JaMa> like cacaoh,mpd
Oct 20 18:03:39 <mrmoku> heh... have to play supertux on my laptop then ;)
Oct 20 18:21:46 <daniele_athome> notification clients don't set the category hint...
Oct 20 18:21:49 <daniele_athome> that is a problem...
Oct 20 18:31:33 * JaMa trying gena2x's patch for jitter less ts
Oct 20 18:48:49 * daniele_athome is forced to use app name instead of category for grouping notifications :S
Oct 20 19:05:06 * mrmoku is forced to still daywork :/
Oct 20 19:06:25 <JaMa> ah :(
Oct 20 19:07:41 <JaMa> my daywork nightmare is also comming :/ 2 projects need to be finished before end of the year and the progress is much slower then expected.. :(
Oct 20 19:08:17 <mrmoku> yeah, that's more or less what I have now :(
Oct 20 19:08:38 <mrmoku> doing 10 hours every day... to get it finished
Oct 20 19:09:40 * JaMa hopes that this year he will spend New Year celebration somewhere else then at work till 3AM
Oct 20 19:10:09 <mrmoku> heh
Oct 20 19:10:11 <mrmoku> fun
Oct 20 19:10:23 <JaMa> but we were only 3 hours late :)
Oct 20 19:10:41 <mrmoku> :P
Oct 20 19:10:51 <mrmoku> and nobody noticed ;)
Oct 20 20:23:33 <[Rui]> hi
Oct 20 20:23:36 <[Rui]> JaMa|Zzz: bye :)
Oct 20 20:25:02 <JaMa|Zzz> :) btw if you're not reading openmoko-kernel, gena2x sent patch for ts jitter
Oct 20 20:25:23 <JaMa|Zzz> already pushed to my kernel branch and OE.. will be in next images
Oct 20 20:26:57 <[Rui]> JaMa|Zzz: yay! good news! :)
Oct 20 20:27:14 <[Rui]> you could also put Option "EmulateRightButton" "1" along with tslib :)
Oct 20 20:27:30 <[Rui]> JaMa|Zzz: now shoo go to sleep :)
Oct 20 20:33:23 <JaMa|Zzz> [Rui]: one more thing.. I have started illume2 on my desktop and icons are really far from each other horizontaly
Oct 20 20:33:58 <[Rui]> weird
Oct 20 20:34:05 <JaMa|Zzz> [Rui]: and if I right click on Home screen on my Fr and change "View mode" from "Grid" to "Custom" I have 3 columns now
Oct 20 20:34:06 <[Rui]> but possibly a hint
Oct 20 20:34:46 <JaMa|Zzz> and those gaps are smaller
Oct 20 20:36:00 <[Rui]> gotta try that on the next image
Oct 20 20:36:21 <[Rui]> as right now I can hardly ever get the right click on home screen
Oct 20 20:36:39 <JaMa|Zzz> works fine here :)
Oct 20 20:36:45 * JaMa|Zzz has newer kernel already
Oct 20 20:37:04 <JaMa|Zzz> if you know url of my images you can have it too
Oct 20 20:37:12 <JaMa|Zzz> but I'm sleeping so cannot tell :)
Oct 20 20:37:48 <[Rui]> tests/shr-unstable? just upgrade?
Oct 20 20:37:55 <JaMa|Zzz> no
Oct 20 20:38:14 <JaMa|Zzz> mine on jama.homelinux.org/org.openembedded.dev.shr
Oct 20 20:38:44 <[Rui]> http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/
Oct 20 20:38:47 <[Rui]> found it
Oct 20 20:38:55 <JaMa|Zzz> yup that's it
Oct 20 20:39:13 <[Rui]> ok, go to sleep :) I should too as the baby's falling asleep
Oct 20 20:39:43 <JaMa|Zzz> yup plenty of time for sleep NOTE: Running task 464 of 10606
Oct 20 20:39:47 <JaMa|Zzz> bye
Oct 20 20:39:49 <[Rui]> lol
Oct 20 20:39:50 <[Rui]> byt
Oct 20 20:39:52 <[Rui]> bye
**** ENDING LOGGING AT Thu Oct 21 02:59:57 2010