IRC log for #openmoko-cdevel on 20120311

00:04.36*** join/#openmoko-cdevel antrik (~olaf@port-92-195-50-191.dynamic.qsc.de)
01:25.18*** join/#openmoko-cdevel pabs3 (~pabs@2405:3c00:1:4206:6db6:dc00:4233:aeaa)
06:44.57*** join/#openmoko-cdevel chris38 (~chris38@AGrenoble-652-1-163-92.w86-211.abo.wanadoo.fr)
07:21.08*** join/#openmoko-cdevel ege (~erik@2001:1620:f64:0:81d7:f1dc:29cd:44e6)
07:22.00*** join/#openmoko-cdevel alexxy (~alexxy@gentoo/developer/alexxy)
07:25.51*** join/#openmoko-cdevel mrmoku (~mrmoku@ppp-93-104-178-204.dynamic.mnet-online.de)
07:37.55*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
08:04.15*** join/#openmoko-cdevel ThibG (~ThibG@spike.sitedethib.com)
08:23.16*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
08:34.23*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
09:03.54*** join/#openmoko-cdevel Mirv (~tajyrink@ubuntu/member/mirv)
09:05.50*** join/#openmoko-cdevel [Rui] (~rms@a79-169-124-120.cpe.netcabo.pt)
09:15.23*** join/#openmoko-cdevel SabotageAndi (~SabotageA@h081217018227.dyn.cm.kabsi.at)
09:18.47*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
09:18.47*** join/#openmoko-cdevel NIN101 (~NIN@206.253.166.69)
09:40.28*** join/#openmoko-cdevel pini (~pini@bou-fi.pustule.org)
10:07.32*** join/#openmoko-cdevel Alex[sp3dev] (~alexander@178.176.99.73)
10:09.00*** join/#openmoko-cdevel chris38` (~chris38@AGrenoble-652-1-89-235.w90-28.abo.wanadoo.fr)
10:18.20*** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg)
10:30.13*** join/#openmoko-cdevel jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
10:32.09*** join/#openmoko-cdevel NIN102 (~NIN@206.253.166.69)
10:42.15*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
11:00.57*** join/#openmoko-cdevel ege (~erik@2001:1620:f64:0:81d7:f1dc:29cd:44e6)
11:06.08*** join/#openmoko-cdevel GNUtoo (~gnutoo@host36-102-dynamic.10-188-r.retail.telecomitalia.it)
11:06.35*** join/#openmoko-cdevel paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
12:28.04*** join/#openmoko-cdevel pabs3 (~pabs@d122-109-117-220.per801.wa.optusnet.com.au)
12:53.44*** join/#openmoko-cdevel NIN101 (~NIN@206.253.166.69)
13:29.20*** join/#openmoko-cdevel angelox|laptop (~angelox|l@189-46-241-125.dsl.telesp.net.br)
13:35.49*** join/#openmoko-cdevel Alex[sp3dev] (~alexander@178.176.105.35)
13:51.24*** join/#openmoko-cdevel Q-Master (~qmaster@95-29-66-180.broadband.corbina.ru)
14:06.52*** join/#openmoko-cdevel SabotageAndi (~SabotageA@h081217018227.dyn.cm.kabsi.at)
14:34.04*** join/#openmoko-cdevel Alex[sp3dev] (~alexander@178.176.105.35)
15:30.48*** join/#openmoko-cdevel Alex[sp3dev] (~alexander@178.176.105.35)
15:32.07*** join/#openmoko-cdevel Heinervdm (~thomas@p5B0F7A89.dip.t-dialin.net)
15:55.07*** join/#openmoko-cdevel pespin (~pespin@251.pool85-50-81.dynamic.orange.es)
15:59.33*** join/#openmoko-cdevel REalm (~realm@ip-77-221-67-132.kava.lt)
16:05.30*** join/#openmoko-cdevel rah (rah@myrtle.6gnip.net)
16:14.43CIA-19SHR: 03shr-devel 07buildhistory * r62ab40006460 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/gcc/ (g++/latest gcc-dbg/latest gcc-dev/latest gcc/latest): Build 201203111554 of shr 20120311 for machine om-gta04 on opmbuild
16:26.16*** join/#openmoko-cdevel ThibG (~ThibG@2001:470:1f13:d31:213:2ff:fe27:4333)
16:37.24*** join/#openmoko-cdevel paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
16:45.33*** join/#openmoko-cdevel morphis (~morphis@dslb-088-071-181-019.pools.arcor-ip.net)
16:48.51*** join/#openmoko-cdevel Q-Master (~qmaster@95-29-66-180.broadband.corbina.ru)
16:55.59angelox|laptopmorphis: hi
17:02.55*** join/#openmoko-cdevel ege (~erik@2001:1620:f64:0:81d7:f1dc:29cd:44e6)
17:12.25*** join/#openmoko-cdevel slyon (~lukas@ppp-188-174-75-198.dynamic.mnet-online.de)
17:12.44slyonhi
17:21.18*** join/#openmoko-cdevel GNUtoo-desktop (~GNUtoo@host36-102-dynamic.10-188-r.retail.telecomitalia.it)
17:29.33*** join/#openmoko-cdevel matr0 (~matr0@e178137233.adsl.alicedsl.de)
17:31.19CIA-19freesmartphone.org: 03barklome 07aurora * r5678597eb686 10/aurora-daemon/ (5 files in 3 dirs): aurora-daemon: start tasks app
17:31.20CIA-19freesmartphone.org: 03barklome 07aurora * rcf84825a4b03 10/aurora-daemon/runtime/ (application.cpp rootwindow.cpp rootwindow.h): aurora-daemon: implement list of running apps
18:05.04CIA-19SHR: 03shr-devel 07buildhistory * r3bc4d493b07d 10/packages/armv4t-oe-linux-gnueabi/gcc/ (5 files in 5 dirs): Build 201203111733 of shr 20120311 for machine om-gta02 on opmbuild
18:09.25CIA-19freesmartphone.org: 03barklome 07aurora * re14681080fef 10/aurora-daemon/runtime/ (application.cpp application.h rootwindow.cpp rootwindow.h): aurora-daemon: separate running app list from rootWindow
18:15.36*** join/#openmoko-cdevel TAsn-Laptop (~tasn@enlightenment/developer/TAsn)
18:19.39*** join/#openmoko-cdevel Q-Master (~qmaster@2.92.215.83)
18:21.53*** join/#openmoko-cdevel morphis_ (~morphis@dslb-088-071-181-019.pools.arcor-ip.net)
18:23.14*** join/#openmoko-cdevel morphis (~morphis@dslb-088-071-181-019.pools.arcor-ip.net)
18:26.03morphisheyho
18:26.27CIA-19freesmartphone.org: 03morphis 07for-release * rd234c4870f8d 10cornucopia/libfsotransport/Makefile.am:
18:26.27CIA-19freesmartphone.org: libfsotransport: include necessary 3rdparty header files for distribution
18:26.27CIA-19freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
18:26.28CIA-19freesmartphone.org: 03morphis 07for-release * rbfe9f023b7a6 10cornucopia/ (15 files in 15 dirs):
18:26.28CIA-19freesmartphone.org: Bump version to 0.10.0 and for all FSO dependencies too
18:26.28CIA-19freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
18:26.30CIA-19freesmartphone.org: 03morphis 07for-release * r217c0ef34da1 10cornucopia/scripts/ (bump-fso-glib-version.sh check-fso-glib-version.sh):
18:26.30CIA-19freesmartphone.org: scripts: add scripts to check and bump required libfso-glib version
18:26.30CIA-19freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
18:26.31CIA-19freesmartphone.org: 03morphis 07for-release * ra6409838596c 10cornucopia/ (16 files in 16 dirs):
18:26.31CIA-19freesmartphone.org: drop GITV as version postfix for all components
18:26.31CIA-19freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
18:26.32CIA-19freesmartphone.org: 03morphis 07for-release * r0b7a0aec71ec 10cornucopia/libfsosystem/ (fsosystem/path.vala tests/testpath.vala):
18:26.34CIA-19freesmartphone.org: libfsosystem: add vim mode line at end of all vala source files
18:26.35CIA-19freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
18:26.35CIA-19freesmartphone.org: 03morphis 07for-release * r38240b343d26 10cornucopia/libfsosystem/tests/Makefile.am:
18:26.35CIA-19freesmartphone.org: libfsosystem: use $(top_srcdir) rather than a static ../ path specification
18:27.00CIA-19freesmartphone.org: libgsm0710mux: change maintainers email address
18:27.00CIA-19freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
18:27.00CIA-19freesmartphone.org: 03morphis 07for-release * r65f4f90c228a 10cornucopia/ (9 files in 3 dirs):
18:27.00CIA-19freesmartphone.org: libfsosystem: remove integration tests for module and network and integrate them into fsotest
18:27.00CIA-19freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
18:27.00CIA-19freesmartphone.org: 03morphis 07for-release * r602216a031d1 10cornucopia/fsotest/configure.ac:
18:27.01CIA-19freesmartphone.org: fsotest: require 0.10 version of all relevant FSO components
18:27.01CIA-19freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
18:27.02CIA-19freesmartphone.org: 03morphis 07for-release * rb681503d4136 10cornucopia/RELEASE-TODO: Add list of things we have to do before the 0.10.0 release
18:31.18morphisGNUtoo: ping
18:32.43GNUtoomorphis, pong
18:33.37Alex[sp3dev]GNUtoo: hi. does uboot on nexus read mmc? i get strange mmc timeouts both on uSD and emmc
18:33.41morphisGNUtoo: you got my message about the linux-bcm3229-firmware package I created?
18:33.58GNUtooAlex[sp3dev], there is no uSD on nexus and no uboot yet
18:34.12GNUtoowhich one? the one on IRC, yes I got the IRC message
18:34.23morphisGNUtoo: http://pastie.org/3572369
18:34.39morphisit's really simple but should copy the firmware files on first boot
18:34.51GNUtoook
18:34.53Alex[sp3dev]GNUtoo: i think you told me you had it running by chainloading? anyway, i wonder what may be the reason since i've enabled regulators
18:35.18GNUtooAlex[sp3dev], I told you that If I were to work on uboot I would not chainload
18:36.21Alex[sp3dev]GNUtoo: sorry, i thought you said you didn't like the idea of chainloading but got it booting this way. sorry for misinterpretation
18:36.24morphisGNUtoo: it's a bcm4329, right?
18:37.17GNUtoomorphis, yes
18:38.07morphisand the kernel modules is also known as bcm4329?
18:38.15*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
18:38.26morphisyes, ok
18:40.38GNUtooyes
18:40.46GNUtooor brcmfmac
18:40.53GNUtooit's the module that you tried the other day
18:40.58GNUtoo(bcm4329)
18:47.15*** join/#openmoko-cdevel angelox|laptop (~angelox|l@189-46-241-125.dsl.telesp.net.br)
18:54.28morphisangelox|laptop: heyho
18:55.57morphisGNUtoo: what did we decide on the GPS problem for the GTA04 last time we talked about it?
18:56.53*** join/#openmoko-cdevel nschle85 (~kvirc@178-27-184-116-dynip.superkabel.de)
19:13.25*** join/#openmoko-cdevel ege_ (~erik@2001:1620:f64:0:8114:dfdc:7560:9e90)
19:15.44GNUtoomorphis, we decided to add it in oeventsd
19:15.57GNUtooand that what I was doing right now before eating
19:31.10*** join/#openmoko-cdevel angelox|laptop (~angelox|l@189-46-241-125.dsl.telesp.net.br)
19:41.41GNUtoomorphis, basically I already implemented the trigger/event or whatever it's called for it
19:42.10GNUtoonow I need to implement the "look if GPS is on or off and act accordingly"
19:46.48GNUtoomorgner, how's GTA03A4?
19:46.51GNUtoooops
19:46.58GNUtoomorgner, how's GTA04A4?
19:47.02GNUtoooops
19:47.10GNUtoomorphis, how's GTA04A4?
19:47.26TAsn-LaptopGNUtoo, how's GTA04A4?
19:47.39GNUtooI've no A4 but only A3
19:47.56TAsn-Laptopwhat's the diff?
19:48.02GNUtooI wanted to know the A4 status on SHR
19:48.20GNUtoosome bugs fixed and audio routing is different:
19:48.25GNUtooinstead of routing in software
19:48.35GNUtoothe modem PCM is connected to the sound card
19:48.45GNUtooand of course only the CPU control the paths
19:48.52GNUtooso that's a lot better
19:48.59TAsn-Laptopthe fr was like that too, wasn't it?
19:49.08GNUtoofreerunner is like A4 yes
19:49.25GNUtoobut on A3 the modem is connected to the SOC McBSP port instead
19:49.27TAsn-Laptopbarely remembers the good ol' days of the fr :P
19:49.33GNUtooso the CPU has to do the routing like for n900
19:50.05TAsn-LaptopGNUtoo, how's the gta04 in general?
19:50.20GNUtooA3 and A4 is very different because of that
19:50.28GNUtooso I cannot tell in general
19:50.34GNUtoobecause that impact it a lot
19:50.38GNUtooA4 is way better
19:50.46TAsn-Laptopgotcha.
19:51.00GNUtooA3 is very badly supported by SHR
19:51.08GNUtoobasically SHR is dying
19:51.12GNUtoowe're short of developers
19:51.34GNUtooand everyone left apart JaMa + me + sometimes there are people that shows up but that's random
19:51.55GNUtoolike foo tell he will be back
19:51.58TAsn-Laptopeven mrmoku ?
19:52.04GNUtooyes he's not back
19:52.07TAsn-Laptopmrmoku, :(
19:52.09GNUtoohe told he will be back
19:52.14GNUtoohe came up here like 2 days
19:52.20GNUtooand then disapeared again
19:52.22TAsn-Laptopit's hard
19:52.30GNUtooand I'm about to leave too
19:52.34TAsn-Laptop:(
19:52.35GNUtoobecause I hate working alone
19:52.46TAsn-Laptophehe, I get you.
19:52.50GNUtooI hate hitting my head against the wall because no one is there
19:52.57TAsn-LaptopI'm currently putting my hopes in tizen
19:53.10GNUtooyou need to come back
19:53.19TAsn-LaptopI don't have much time nowadays
19:53.21GNUtootizen won't solve all problems
19:53.28TAsn-Laptoptizen won't even solve half
19:53.33TAsn-Laptopbut at least hw will be awesome.
19:53.42TAsn-Laptopand software will be playable
19:54.03GNUtooyes if you want non-free 3d and everything that depends on it....
19:54.27TAsn-Laptopyou can't win everything in one go
19:54.31GNUtoonowadays in SHR there is a card-like interface with software composting
19:54.34TAsn-Laptopyou have to win war gradually
19:54.50GNUtooI don't call wining the dependance on non-free 3d
19:55.10TAsn-Laptopneither do I
19:55.17GNUtooin meego everything was dependant on that
19:55.17TAsn-Laptopbut having a full stack open is a good start
19:55.30TAsn-Laptopthat's why android was a good start
19:55.30GNUtooso to be usable you needed to reverse a non-free 3d driver
19:55.35TAsn-Laptopwe won that war
19:55.37GNUtooandroid can work without 3d
19:55.40TAsn-Laptopeveryone know what open source is
19:55.46TAsn-LaptopGNUtoo, same as tizen
19:55.53TAsn-Laptopso android was the first win
19:55.55GNUtooah ok so tizen may be nice then
19:55.57TAsn-Laptopin that regard
19:56.07TAsn-Laptopnow we want to win the "real linux" war
19:56.11GNUtooyou listen too much to geremy alisson
19:56.17TAsn-Laptopor at least that's what I want to win
19:56.22TAsn-LaptopGNUtoo, who's that?
19:56.28GNUtoohe said we won and we didn't notice it
19:56.42GNUtoobut when you look deeper
19:56.50GNUtooyou've got a rootkit in your BIOS now
19:56.59TAsn-Laptopahah, yeah
19:57.01TAsn-Laptopthat war we lost
19:57.20GNUtooin phones for instance qualcomm phones have the sound card attached to the modem
19:57.20TAsn-Laptopthat's why I'm trying to win other wars
19:57.28GNUtoothe non-free rils spy a lot
19:57.30GNUtooetc...
19:57.43TAsn-LaptopI don't use non free crap
19:57.44GNUtoopersonally I've coreboot on my desktop
19:58.05TAsn-LaptopI install cyanogenmod on my phones
19:58.14GNUtoocyanogen has non-free ril
19:58.16TAsn-Laptopto avoid any avoidable proprietary software
19:58.21TAsn-LaptopGNUtoo, true actually
19:58.35GNUtoothe non-free ril of the nexus S can read/write all files on your filesystem
19:58.43TAsn-Laptoplol
19:58.53GNUtooand usually non-free rils also look at cellID to locate you
19:58.56GNUtooetc...
19:59.17TAsn-Laptopbut even with non-free rils
19:59.21TAsn-Laptopyou are in a better state
19:59.26TAsn-Laptopthen you are with an iphone
19:59.31TAsn-Laptopor a symbian phone
19:59.33TAsn-Laptopor wp7
19:59.37GNUtooyes but not than a freerunner
19:59.39TAsn-Laptopso that's a win
19:59.46GNUtooit's not enough
19:59.54TAsn-Laptopbut the free runner has a lot of "loses"
19:59.58TAsn-Laptopof course
20:00.00TAsn-LaptopI bought a free runner
20:00.05TAsn-Laptopbecause I believe that's the future
20:00.11TAsn-Laptopor at least
20:00.13GNUtoobasically imagine you want to revolt now and they shut down your revolution because of that
20:00.14TAsn-Laptopthe future I want to see
20:00.28TAsn-LaptopI know
20:00.29GNUtoowe need to get rid of that kind of control and we need it as soon as possible
20:00.33TAsn-LaptopI know
20:00.39TAsn-Laptopthat's why I bought an fr
20:00.41TAsn-Laptopto support the company
20:00.41Alex[sp3dev]GNUtoo: what about non-free firmwares in wlan/bt/wimax eeprom? my opinion on free software is that we can't have free sw everywhere until we have free hardware and all datasheets.. as for shr, my opinion is that it'd be better to properly integrate fso stack to ubuntu/debian (make nightly packages) and have a standalone gtk/qt4 dialer so that we can use any WM
20:00.44GNUtoobecause we cannot trust the people who govern us anymore
20:00.57TAsn-LaptopGNUtoo, when could we?
20:01.12TAsn-LaptopGNUtoo, so yes
20:01.17TAsn-LaptopI know the goals I'm aiming for
20:01.25TAsn-Laptopand I'm doing it one step at a time
20:01.35GNUtooAlex[sp3dev], the firmwares run in a separate CPU....so it should be considered differently
20:01.46TAsn-LaptopI haven't noticed any evilness in the tizen internals
20:01.50GNUtoofor instance in the case of the baseband I'm very interested in replacing it
20:01.56TAsn-Laptopand that's a good start
20:02.00TAsn-Laptopthat + real linux
20:02.06Alex[sp3dev]GNUtoo: but nearly all peripherals can have access to DMA..
20:02.10TAsn-LaptopGNUtoo, now, if you want to install it on the 04
20:02.11GNUtooah ok
20:02.11TAsn-Laptopyou can
20:02.14TAsn-Laptopjust change stuff
20:02.15antrikGNUtoo: well, talking pessimism won't help. if anything, it only discourages people from working on SHR
20:02.18TAsn-Laptopchange the closed parts
20:02.47GNUtooAlex[sp3dev], I was afraid of denial of services from the modem, specially if it has access to some PMU
20:02.49TAsn-Laptopand compile it to work on the 04
20:02.51TAsn-Laptopyou can do that
20:02.56TAsn-Laptopbecause it's standard linux
20:02.59TAsn-Laptopand that's a huge win
20:03.08TAsn-Laptopyou'll have a tizen compatible phone
20:03.09misca huge win95 ?
20:03.17TAsn-Laptopmisc, :)
20:03.18GNUtooantrik, I work on SHR, coreboot, nuttx for osmocom-bb etc....I try as hard as possible to get freedom
20:03.40TAsn-LaptopGNUtoo, I'd love to be free as possible
20:04.03GNUtooAlex[sp3dev], so on a freerunner what could access DMA exactly?
20:04.05TAsn-Laptopbut our interests clash with the ones of the people who produce our hw
20:04.21antrikGNUtoo: I mean the earlier whining about SHR dying :-)
20:04.23GNUtooTAsn-Laptop, depends who, not gta04 people
20:04.32antrikthat doesn't do any good
20:04.41TAsn-LaptopGNUtoo, because they are *you*
20:04.42GNUtooantrik, it's a reality, the other day nschle85 PM-ed me because of that
20:04.43TAsn-Laptopnot really you
20:04.46TAsn-Laptopbut you-like
20:04.50TAsn-Laptopbut they are not the hw vendors
20:04.50TAsn-Laptop:)
20:04.54Alex[sp3dev]GNUtoo: graphics accelerator [ok, it doesn't have radio] for sure. probably nothing else since modem is usb
20:04.57TAsn-Laptopwhich are pushed by the content vendors
20:04.59TAsn-Laptopwho want drm
20:05.01TAsn-Laptopand locked stuff
20:05.05TAsn-Laptopyou can't win at this atm
20:05.06GNUtoook so by hardware vendors you mean SOC vendors and peripherals etc....
20:05.23TAsn-Laptopyou'd have to make others want the same freedoms you want
20:05.32TAsn-Laptophow do you make that? you should them life on your side is better
20:05.36TAsn-Laptopand it is.
20:05.39TAsn-Laptopandroid showed that
20:05.44TAsn-Laptoptizen will hopefully show that
20:05.46GNUtooAlex[sp3dev], ah ok you were responding for gta04, imagine I run the GTA02 instead with a free modem code.....
20:05.56antrikGNUtoo: it's a self-fulfilling prophecy. the more you talk about SHR dying, the more you make it so
20:06.15TAsn-LaptopGNUtoo, I can't promise anything
20:06.18GNUtooantrik, do you have any other idea to get the devs backs?
20:06.26Alex[sp3dev]GNUtoo: i have an idea
20:06.34TAsn-Laptopbut maybe, once we get the elev8 (js for efl) up and running
20:06.43TAsn-LaptopI'll start hacking on shr again
20:06.49TAsn-LaptopGNUtoo, I actually wanted to the other day
20:06.55TAsn-Laptopbut my gta02 didn't boot
20:07.00Alex[sp3dev]GNUtoo: push FSO stack to ubuntu. many devices need good power management and sensors capabilities handled by it. and since ubuntu is going to make a phone distro, that may be a chance
20:07.07TAsn-LaptopI tried a couple of times, but I get something is wrong.
20:07.33GNUtooantrik, btw did you publish your work for the forwarder for gta02 earpiece(like on openmoko wiki)
20:08.25GNUtoomorphis, what do you think of Alex[sp3dev] idea?
20:08.40Alex[sp3dev]SHR itself is not interesting to many people because common distros like ubuntu/fedora and gentoo have more packages. what people really want is that they can just have a metapackage which will install a finger-friendly WM so that they can untar rootfs to any device without having to add machine-specific recipes
20:09.02TAsn-LaptopAlex[sp3dev], shr is not interesting enough because the UI sucks.
20:09.05TAsn-Laptop:)
20:09.12TAsn-Laptopand the ui sucks
20:09.13antrikGNUtoo: no... I'm being a lazy bum as usual :-(
20:09.18GNUtoono, it's because no SHR phone is usable yet
20:09.21Alex[sp3dev]TAsn-Laptop: there's no alternative which would not require opengl
20:09.25TAsn-LaptopGNUtoo, that's why the ui sucks
20:09.27TAsn-Laptop:)
20:09.29GNUtoogta02 is unreliable: suspend problem
20:09.32TAsn-LaptopAlex[sp3dev], sure there is
20:09.37TAsn-LaptopAlex[sp3dev], EFL works just fine without gl
20:09.39GNUtooother phones are WIP
20:09.48TAsn-Laptopjust on less than *awful* hardware
20:09.57GNUtooaltough crespo could be ready sooner than the other
20:10.06TAsn-LaptopAlex[sp3dev], I've tried efl on an old samsung phone (we actually demonstrated at cebit)
20:10.08Alex[sp3dev]TAsn-Laptop: i think a standalone dialer would be cool. so that you can have gnome shell, gpe or any other wm
20:10.09TAsn-Laptopwith sw rendering
20:10.13TAsn-Laptopa year ago
20:10.26TAsn-LaptopAlex[sp3dev], we already have a standalone dialer
20:10.27TAsn-Laptop...
20:10.36GNUtooAlex[sp3dev], we have software compositing in efl and we even have elfe that has a palm-pre card-like interface
20:10.53TAsn-LaptopAlex[sp3dev], all the shr apps are standalone
20:11.02antrikAlex[sp3dev]: what exactly do you mean by "standalone"?...
20:11.22Alex[sp3dev]antrik, TAsn-Laptop: ok, i thought SHR dialer depends on WM
20:11.23GNUtoohe means without shr daemon I guess
20:11.28TAsn-LaptopAlex[sp3dev], nopes.
20:11.37TAsn-LaptopGNUtoo, no, he meant without e17
20:11.41TAsn-Laptopand it doesn't depend on e17
20:11.42GNUtoook
20:11.52TAsn-Laptop"so that you can have gnome shell, gpe or any other wm"
20:11.53TAsn-Laptop:(
20:11.55TAsn-Laptop:)
20:12.02GNUtooor xfce46
20:12.23TAsn-LaptopGNUtoo, I believe that whatever future open source phone
20:12.26TAsn-Laptopshould rely on efl
20:12.30TAsn-Laptopso I'm working on that
20:12.37GNUtoook
20:12.41TAsn-Laptopthat's how I got into efl in the first place
20:12.54TAsn-Laptoptried to make it better for our uses in shr
20:12.57TAsn-Laptopand it is getting better
20:12.59TAsn-Laptopall the time
20:13.08TAsn-Laptopand jama and others are making OE better
20:13.12GNUtooyes
20:13.24GNUtoobut if I quit we are in huge trouble
20:13.29TAsn-Laptopthat's true
20:13.35GNUtooand I need other devs to work with me
20:13.39GNUtoonot to quit
20:13.47TAsn-Laptopand [Rui] is using an FR which is admirable. :)
20:13.49Alex[sp3dev]I haven't used SHR much but some things that i didn't like are. 1. menus - too small. i think it would be cool to use softkeys like in qtopia to actiate menu 2. keyboard doesn't pop up on text edit fields (or is it configurable?) and 3. some apps like notes and file browser dialogs have a lot of controls but they are too tiny and text doesn't fit
20:13.54TAsn-LaptopGNUtoo, we can hire you a babysitter ;P
20:14.12lindi-GNUtoo: gta02 is not really unreliable as long as you use 2.6.34
20:14.13TAsn-Laptop1. don't know what you are talking about.
20:14.16TAsn-Laptop2. wrong.
20:14.23TAsn-Laptop3. yeah.
20:14.40TAsn-Laptoplindi-, true, I've used it as my phone for a long time, and [Rui] still uses it. :)
20:14.58GNUtooAlex[sp3dev], 1) did you add the DPI ?
20:15.01antriktalking about OE... some OE guy at FOSDEM told me that just as with scratchbox, it's possible to distribute prebuilt packages for crosscompilation, so one could just install the prebuilt dependencies and build only the part one needs, instead of having to build the whole fucking thing each time... why doesn't SHR make use of that possibility?
20:15.12*** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net)
20:15.18GNUtooTAsn-Laptop, unless the babysitter works on SHR too I guess that would not be very usefull
20:15.29TAsn-LaptopGNUtoo, haha :P
20:15.33Alex[sp3dev]TAsn-Laptop: compare http://www.winmobiletech.com/092007MidletBible/JblendMain3D.png and http://img189.imageshack.us/img189/3133/pdfbmp.png . in the first case, the menu can also be activated by a hardware button
20:15.39GNUtoowhat I need is more devs
20:15.59GNUtoobecause the work to do is huge
20:16.04TAsn-LaptopAlex[sp3dev], those menus are reasonably sized
20:16.13TAsn-LaptopI've made them that size
20:16.16GNUtooand I'm already involved in too much projects
20:16.30TAsn-Laptopbecause I thought that's a good enough compromise between finger size and screen estate
20:16.33GNUtoowhich is a problem because that can create a burn out
20:16.34TAsn-Laptopyou can change the gtk theme
20:16.39TAsn-Laptopif you disagree
20:16.46TAsn-LaptopGNUtoo, yep.
20:16.59GNUtooit's just a mather of time
20:17.11GNUtoothe question is how much time will I stand before it arrives?
20:17.49antrikAlex[sp3dev]: keyboard popping up used to work in the past...
20:19.38Alex[sp3dev]TAsn-Laptop: ok, that's not a major issue. I personally would love to have FSO but my old phone (xperia x1 which is a wvga version of dream) is too slow and I haven't finished porting uboot to sgs2 and without it I cannot dual-boot. I don't have much experience with building ubuntu packages but if you find my idea good I may try making packages for nightly fso
20:20.08GNUtooAlex[sp3dev], I think morphis had the same idea
20:20.16*** join/#openmoko-cdevel randomguylurking (5cc41f55@gateway/web/freenode/ip.92.196.31.85)
20:20.48TAsn-Laptopwhich reminds me
20:20.56TAsn-LaptopI should probably install it on my sgs
20:21.04Alex[sp3dev]sgs1?
20:21.09TAsn-Laptopyeah
20:21.16antrikAlex[sp3dev]: Dream shouldn't be too slow for running SHR...
20:21.17TAsn-LaptopI remember someone told me it's possible
20:21.31GNUtooTAsn-Laptop, talk to paulk-desktop for sgs1 modem support
20:21.47TAsn-LaptopI don't even mind using it as a tablet
20:21.57Alex[sp3dev]antrik: yes, it is quite bearable. but I bought sgs2 with the sole purpose of getting it running ubuntu with working telephony ;)
20:22.00GNUtooantrik, Alex[sp3dev] dream has been abandoned (no more interest in it from me)
20:22.25antrikAlex[sp3dev]: BTW, are you aware that there is some (partial) FSO packaging in Debian?
20:22.34paulk-desktopsgs1 modem support should even already be in SHR, in theory
20:22.44GNUtoook
20:22.56GNUtooso the best way is to try it
20:23.02paulk-desktopexcept for data I think
20:23.08GNUtoook
20:23.13Alex[sp3dev]antrik: yes, but last time i checked last year it was outdated and there were some problems with dependencies. but we can likely reuse them
20:26.18randomguylurkingGNUtoo, I come lurking here and there and know what you did. obviously you did put lot of work in shr and I like to praise you... but it still sucks because nothing seems to have been finised and everything came crumbling down. It is not your fault, well you might could have finished one thing... but this half done attitude seems to be default in arm-linux world.
20:28.03randomguylurkingit's not a personal critique, even when it somehow sounds like it. it's more a gerneral "beeing pissed with everything and everone".
20:28.46GNUtoorandomguylurking, It was good strategically to drop some devices
20:28.59GNUtoothat improved the other devices support
20:29.09GNUtooit was just too much to have that much devices
20:29.15GNUtooand some devices were not worth
20:29.18GNUtoolike the htcdream
20:29.26GNUtooeven if it was finished
20:31.55antrikI don't think the majority of potential users agrees that Dream is not worth it...
20:33.03randomguylurkingGNUtoo, Yes and No. I am a n900 owner. It seems to be the best upstream supported mobile phone.... and still the only thing it runs is maemo. I am getting pretty paranoid here, because nobody finished thing here. It doesn't matter which distro. Nemo, SHR, Nitdroid, Ubuntu....
20:33.52GNUtoorandomguylurking, I wanted to get the n900 finished, but I cannot do everything.....
20:34.03GNUtooI'm one person only and there is only 24h/day
20:34.14GNUtooso I tried as hard as possible to get involved other devs in it
20:34.21GNUtoobut not one wanted to do it
20:34.42TAsn-LaptopGNUtoo, the 24h/day limitation is not really an interesting one
20:34.48TAsn-Laptopthe real problem
20:34.50TAsn-Laptopis day jobs
20:35.38TAsn-LaptopI could have done magic if I didn't have a day job... :)
20:37.39randomguylurkingGNUtoo, yes I understand that and I didn't intend to pressure you. It more to it, and you are not the only Developer that got hands on this device.... still there is only little, very little progress on this device. and most of the owner seem contend with this nokia-monster maemo. (monster, because when I insert a sim its telling nokia I use this phone and I could never get used to this)
20:38.35GNUtoorandomguylurking, what are your skills?
20:38.55GNUtoobecause to get usable the main problem right now for n900 is the sound quality for the remote person
20:39.15GNUtoomrmoku, didn't finish his work on it
20:39.49randomguylurkingGNUtoo, to bitch about everything and tell the world is about to end. // no, shr segfaults on n900 like crazy.
20:40.09GNUtoowhat image?
20:40.12GNUtoomaybe bugreport
20:40.28GNUtoosome stuff is known to segfault with the lastest images tough
20:40.30randomguylurkingNah, it's only you now anyway.
20:40.41GNUtoolike midori, eve, firefox
20:40.49Alex[sp3dev]yay. uboot can finally read emmc on sgs2. a dirty hack to lower clock frequency saved the day
20:40.58GNUtooAlex[sp3dev], nice
20:41.49Alex[sp3dev]no microsd, though. which is not so nice
20:44.48*** join/#openmoko-cdevel leviathan_ (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca)
20:46.16randomguylurkingn900 sefaults pretty much everywhere and randomly.  but nemo or ubuntu are not better at all. the only distro that runs nearly stable (next to maemo) on n900 is archlinux but there is no good touchscreen interface and there is no phone funktionality.
20:46.40GNUtoorandomguylurking, did you overclock?
20:46.44GNUtoolike in the past
20:46.48GNUtooor currently
20:47.34GNUtoobecause on my n900 I guess that only the browsers and software that is known to segfault segfaults
20:47.43GNUtooI can retest if you want
20:49.17randomguylurkingGNUtoo: nah, don't bother.
20:49.47GNUtoorandomguylurking, your problem really seems like the result of overclocking
20:54.14randomguylurkingGNUtoo: look, my device is ok. It's the software that sucks. or can you explain why maemo doesn't segfault, archlinux nearly never, shr all the time and nemo whenerver wifi is in action.
20:59.29randomguylurkingah whatever, I don't ever care anymore. I had my hopes for armlinux but wherever I look things make me mad. the n900 is my third arm device and "best kernel supported" doesn't mean shit. one the second thought also x86 linux sucks more and more.
21:00.57pespinstill alive, busy with new eflvala stuff + apps aupgrade though ;)
21:01.06Alex[sp3dev]so we lost linux to poettering with systemd and gnome with *Kits?
21:01.54CIA-19freesmartphone.org: 03barklome 07aurora * r69b18ee3f69b 10/aurora-daemon/ (3 files in 2 dirs): aurora-daemon: rework task switcher
21:02.00pespinI'll need testers for eflvala apps working with newer eflvala running in SHR soon ;)
21:02.03randomguylurkinganyway, my day sucks and now I am going to get drunk.
21:02.27pespinas I'm finishing upgrading them ,but probably some reference-kind bug will appear which makes them crash ;)
21:06.51angelox|laptopGNUtoo: hi
21:07.20pespinGNUtoo, how do I rebase my neweflvala branch on top of new master?
21:07.39pespingit checkout neweflvala; git rebase master ?
21:07.57pespinloves being git noob
21:08.12GNUtoopespin, hi
21:08.15GNUtooangelox|laptop, hi
21:08.22GNUtoopespin, git rebase origin/master
21:08.36GNUtoowhile beeing on neweflvala branch
21:08.53GNUtooa good idea is to use -b when checkout a new branch
21:09.03pespinwhat does that do?
21:09.18angelox|laptopGNUtoo: there is some way of editing an program's code in OE then compile and build it fastly? "without needing pack and then do_clean do_build"
21:09.24GNUtoogit checkout newevlvala is a local branch?
21:09.50GNUtooangelox|laptop, checkout morphis's devshell in morphis's meta-staging
21:10.01pespinI reated it locally and pushed to git.shr-project.org
21:10.38pespinwell, it seems I pushed it to git-shr-project.org master lol
21:11.30*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
21:11.41angelox|laptopGNUtoo: sry, where is that?
21:12.05pespinah no, I think I did it correctly :P
21:13.04GNUtooangelox|laptop, something that you bitbake and that you source
21:14.33angelox|laptopGNUtoo: i meant, where can i get that branch you said (morphis's meta-staging)
21:16.04pespinanother little noob git question. If I'm in master and I want to clone the origin's neweflvala branch into my local git repo in my neweflvala branch, what do I need to do?
21:16.30pespingit branch neweflvala; git checkout neweflvala; git pull origin neweflvala; ?
21:17.08GNUtoopespin, git checkout origin/newefvala -b newevlvala
21:17.23pespinah that's what the -b is about :P
21:17.27GNUtoogit checkout checks out something
21:17.32GNUtooand -b creates a branch
21:17.39GNUtooa local branch....
21:18.19pespinnice, thanks :)
21:18.20GNUtoodos1, hi
21:18.24GNUtoowhat does that does:
21:18.30GNUtoo<PROTECTED>
21:18.36dos1GNUtoo: hi
21:18.40GNUtooin fso_actions.py
21:18.48dos1GNUtoo: what you mean by "does"?
21:18.49GNUtooin frameworkd
21:19.00GNUtoowhat's its goal?
21:19.03dos1what this function does, or this line, or **kargs?
21:19.09GNUtoothe function
21:19.16dos1lemmie check
21:19.25Alex[sp3dev]GNUtoo: **kargs is a keyworded arguments list
21:19.29Alex[sp3dev]like, a hash table
21:19.33GNUtooAlex[sp3dev], I know....
21:19.46GNUtoothe problem is that trigger doesn't seem to be called
21:19.54GNUtooI've that:
21:20.05GNUtoo<PROTECTED>
21:20.10GNUtoofilters: HasAttr(resource,"GPS")
21:20.17GNUtooactions: HandleGTA04GPS()
21:20.26GNUtoothe trigger is in HandleGTA04GPS()
21:20.51GNUtooaltough the __init__ is called
21:21.30morphisangelox|laptop: https://github.com/morphis/meta-staging
21:22.02GNUtoomorphis, did you get my responses?
21:22.17GNUtoo<morphis> GNUtoo: what did we decide on the GPS problem for the GTA04 last time we talked about it?
21:22.21GNUtoo<GNUtoo> morphis, we decided to add it in oeventsd
21:22.54GNUtooand I'm finishing it right now
21:23.24morphisGNUtoo: ok
21:23.58GNUtoohopes that morphis didn't change his mind and that GNUtoo shouldn't have to restart implementing it from scratch
21:24.09angelox|laptopmorphis: thanks
21:26.12angelox|laptopGNUtoo: should i clone that and just bitbake devshell?
21:26.21GNUtooyou should clone it
21:26.34GNUtoothen you should add it to your layers
21:26.42GNUtooand then bitbake the devshell
21:28.31angelox|laptopGNUtoo: ok, i'll try and sry noob questions
21:28.40GNUtoook, np
21:31.44GNUtoodos1, did you find something?
21:34.32dos1GNUtoo: well, if i understand it correctly it should get called whenever ResourceState() somehow changes with HasAttr(resource,"GPS")
21:34.45dos1are you sure this rule works with some other action?
21:34.50GNUtooyes it does
21:35.02GNUtooI added a Command('echo foo')
21:35.05GNUtooand it prints foo
21:37.40dos1and it's for sure not called at all with your action?
21:37.46GNUtoowith     actions: Command('echo foo') it works
21:37.59GNUtoobut if I add HandleGTA04GPS it fails
21:38.09GNUtooit doesn't print anything
21:38.15GNUtooso I guess it's not called
21:40.07morphisGNUtoo: no I will not
21:40.14dos1do you have any logger in HandleGTA04GPS?
21:40.15dos1and also
21:40.24dos1could you check logs from frameworkd initialization
21:40.28dos1when rules are parsed?
21:40.40dos1maybe your action is not registered properly
21:41.31GNUtoopossible
21:41.46GNUtoobecause if I've 1 action (Command) it works
21:42.04GNUtoobut when I add HandleGTA04GPS init of gta04 gps prints somehting
21:42.16GNUtoobut even command stop working
21:42.49GNUtoono logger
21:42.51GNUtooonly prints
21:42.58GNUtoowhich prints to stdout
21:43.04GNUtootest1
21:43.06GNUtoolike that
21:43.09GNUtoooops
21:43.20GNUtoo# frameworkd  
21:43.20GNUtootest1
21:44.30GNUtoowait a second
21:44.34GNUtooI forgott super()
21:44.44morphisGNUtoo: HandleGTA04GPS is a command?
21:44.56morphisin oeventsd?
21:45.06GNUtooyes I'm adding it right now
21:45.40morphiswhy a command not just an additional python script you execute with system(..)?
21:46.02GNUtooI mean it's an Action to be more exact
21:46.15morphisactions: Command("/usr/bin/tsmd_control enable")
21:46.18morphislike this
21:46.34GNUtoobut then how to do enable or disable?
21:46.46morphishttp://git.freesmartphone.org/?p=framework.git;a=blob;f=etc/freesmartphone/oevents/palmpre/rules.yaml;h=da53035da4831bc804c57f16f3db51bb201979a1;hb=HEAD
21:46.50GNUtoocommand would be that:
21:46.52morphistwo different rules
21:46.58GNUtoo/usr/bin/tsmd
21:47.15GNUtooahh sorry
21:48.00GNUtoohmmm
21:48.13morphisthat way we don't add device specific code to oeventsd
21:48.23GNUtoomickeyl, prefered the always-integrated stuff
21:48.39GNUtoo*always preferred
21:48.48morphis:)
21:48.53GNUtoohe didn't express any opinion on that particular mather
21:48.54morphisyou asked mickeyl about this problem?
21:49.00GNUtoobut usually he prefers that
21:49.21GNUtooI mean with htcdream I wanted to calls commands for the GPS
21:49.32GNUtooand I had to do a fsodtldt plugin instead
21:49.34GNUtooetc...
21:49.45GNUtoosame for audio routing for gta04
21:49.55GNUtoohe always was against external commands
21:50.27morphisin this case we're only abstracting things
21:51.28GNUtooso what should I do then?
21:51.46GNUtooI rewrite that python thing in vala or in C?
21:51.48morphisadd an extra script
21:51.58morphisno do it in python as you already did
21:52.02morphisshould be easy
21:52.04GNUtoook
21:52.17GNUtooso then how to add it in oe?
21:52.18morphisbut lets have it separated from the oeventsd core
21:52.28GNUtooEXTRA_MACHINE_RRECOMMANDS?
21:52.37GNUtoowhich will make python mandatory for every image?
21:52.47morphisthats what we have device specific utilities for
21:52.57morphisit's already for SHR images
21:53.04GNUtooyes
21:53.12morphishm
21:53.12GNUtoobut for instance aurora images
21:53.32GNUtoowhich has no python in it
21:53.42pespingoing to have dinner, will push all eflvala changes to E svn after dinner.
21:53.43GNUtooand indeed how to handle GPS in aurora
21:53.49GNUtoothat's a good quesiton
21:53.50morphisEXTRA_MACHINE_RRECOMMANDS is not the right place, yes
21:53.58morphisGNUtoo: don't think about aurora
21:54.04GNUtoook
21:54.05morphisthink about different images
21:54.22GNUtoono I mean something different:
21:54.29GNUtooif I add support to rules.yaml
21:54.36GNUtooit won't work on aurora
21:54.40GNUtoobecause that's frameworkd
21:54.46GNUtoowhich isn't in aurora
21:55.01GNUtooand GPS is crucial for suspend
21:55.22*** join/#openmoko-cdevel angelox|laptop (~angelox|l@201-92-102-4.dsl.telesp.net.br)
21:55.35morphisdo we have a *-conf package for each machine for frameworkd?
21:56.06GNUtooI think so
21:56.21GNUtooframeworkd-config - 1:0.9.5.9+gitr1+8713309e9e7fe3314e2eaf571c84f6b51aefaf2b-r20
21:56.28morphisGNUtoo: if we're thinking a fso-only way we expect frameworkd on every image which is using fso
21:57.06GNUtoook
21:57.13GNUtooso aurora will ship frameworkd now?
21:57.18GNUtoook
21:57.21morphisdon't know
21:57.32GNUtoohmmm
21:57.40morphisbut every image which will use FSO on the gta04 should
21:57.45GNUtoook
21:57.48morphisas it's now a runtime dependency
21:57.50GNUtoowhat's left in frameworkd?
21:57.53GNUtooopimd?
21:57.55morphisotherwise suspend will not work
21:57.58morphisand oeventsd
21:57.59GNUtoooeventsd?
21:58.00morphisnothing more
21:58.01GNUtoook
21:58.17morphisGNUtoo: about the OE issue we should talk with JaMa
21:58.18GNUtooand both are hard to rewrite in vala?
21:58.26GNUtooyes
21:58.26morphishe should now best what to do here
21:58.36GNUtooanyway I've to submit him my gpsd 3.4 recipe
21:58.37morphisGNUtoo: it takes time
21:58.42GNUtoook
21:59.03morphisand nobody has the time
21:59.15GNUtooyes if we had 1 more dev....
21:59.28morphis(opimd is superfluous anyway I think)
21:59.35GNUtoook
21:59.42GNUtoocould SHR work without opimd?
21:59.55morphisGNUtoo: don't know
21:59.58GNUtoook
22:00.10GNUtooit's too bad we don't have the time
22:00.17GNUtoobecause there are only 2 lefts....
22:00.47GNUtooanyway better spend the time somewhere else
22:01.06angelox|laptopmorphis: how should i get a hardware-key press event and send it to aurora-daemon? what is the best way
22:01.31morphisangelox|laptop: you mean listening for a hardware key press?
22:01.43angelox|laptopmorphis: yes
22:01.49morphiswhich one?
22:01.50GNUtoomorphis, or I could make a vala dbus daemon for the GPS handler
22:02.19GNUtoomaybe in vala
22:02.20morphisGNUtoo: is it necessary to have a statefull daemon?
22:02.20angelox|laptopmorphis: power button, i want to set it to open the task switcher (is already working)
22:02.30GNUtooyes of course
22:02.33GNUtooit's necessary
22:02.39GNUtooah no
22:02.44GNUtoonot nessary sorry
22:02.54GNUtooif you read each time the GPS input
22:02.57GNUtooit's not necessary
22:03.03GNUtooto findout you :
22:03.07GNUtoo1) read the GPS
22:03.07morphisangelox|laptop: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Input.html;hb=HEAD
22:03.13GNUtoo2) issue or not a sysfs command
22:03.28morphisangelox|laptop: you should listen for the org.freesmartphone.Device.Input.Event signal
22:03.51morphisangelox|laptop: the name of the power key will always be POWER on every device
22:04.12GNUtooso no dbus
22:04.12morphisGNUtoo: so only a simple script should be enough
22:04.14GNUtooonly commands
22:04.16GNUtoook
22:04.16morphisGNUtoo: yes
22:04.26GNUtooI'll do it in python for now then
22:04.29morphisGNUtoo: and add it to the utilities
22:04.35GNUtoook
22:04.35morphisGNUtoo: should be the easiest way
22:04.42angelox|laptopmorphis: hmm ok
22:04.58morphisGNUtoo: and about the OE problem JaMa should now the best way I hope :)
22:05.16morphisangelox|laptop: it's the best way to do that platform-independent
22:05.37morphisangelox|laptop: you can add a simple QML component for that
22:06.28angelox|laptopmorphis: but with qml component will it work in every app?
22:07.13morphisangelox|laptop: it should
22:07.28morphisangelox|laptop: but don't create the dbus connection for each component instance
22:07.35morphisshare the instance between all component instances
22:08.06angelox|laptophmm
22:08.48morphisangelox|laptop: you know what I mean?
22:09.10angelox|laptopnot 100% :P
22:09.19angelox|laptopsorry
22:10.11morphisclass EventComponent {
22:10.13morphisprivate:
22:10.23morphis<PROTECTED>
22:10.25morphis};
22:10.48morphiseverytime you create new object of class EventComponent you will have the same QFsoEventListener instance
22:11.04morphisso you don't have ten dbus connections when you use the component ten times
22:11.11morphisI have to leave now
22:11.14morphisgood night boys
22:11.15angelox|laptopok i see
22:11.20angelox|laptopgood night morgner
22:11.26angelox|laptopmorphis*
22:13.01angelox|laptopAlex[sp3dev]: does the SGS2's battery charges when plugged to usb when using your kernel?
22:17.46Alex[sp3dev]<PROTECTED>
22:17.58Alex[sp3dev]angelox|laptop: i will add that stuff later. debugging uboot now
22:18.19angelox|laptopAlex[sp3dev]: ok
22:18.28angelox|laptopAlex[sp3dev]: what are uboot status? good ? :)
22:19.28*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
22:20.26Alex[sp3dev]angelox|laptop: framebuffer works. uboot can read emmc partitions.  reading kernel from /system freezes, reading from /data works. microsd doesn't work for unknown reason. i'm thinking of a way to make it possible to load custom kernel from microsd or stock android images from emmc, so that rom-makers community also uses uboot and we can dualboot
22:23.21Alex[sp3dev]ok, it launched kernel finally. i placed kernel at /sdcard/boot/vmlinux.uimg and it loads.. but without microsd boot that's a no-go
22:23.55angelox|laptopi see...
22:49.19mrmokuslyon: yo, I just added 14th to my calendar :-)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.