IRC log for #openmoko-cdevel on 20110923

00:20.34*** join/#openmoko-cdevel PaulFertser (paul@paulfertser.info)
00:34.21*** join/#openmoko-cdevel PaulFertser (paul@paulfertser.info)
00:41.26*** join/#openmoko-cdevel NuttyBunny (~cnegrete@187.195.80.243)
01:11.49*** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de)
01:23.42*** join/#openmoko-cdevel floyd2 (~floyd@p508AAC90.dip.t-dialin.net)
01:31.18*** join/#openmoko-cdevel NuttyBunny (~cnegrete@189.135.221.109)
02:18.04*** join/#openmoko-cdevel NuttyBunny (~cnegrete@187.195.80.243)
02:34.21*** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de)
03:59.39*** join/#openmoko-cdevel plotr (~name@62.68.144.8)
04:03.37*** join/#openmoko-cdevel [Rui] (~Rui@a85-138-11-5.cpe.netcabo.pt)
04:49.43*** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz)
05:02.10*** join/#openmoko-cdevel cnegrete__ (~cnegrete@189.245.77.254)
05:12.55*** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de)
05:48.47*** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz)
05:57.10mrmokuPaulFertser: (openwrt) which wireles ap would you choose for openwrt?
05:57.42mrmokuhas a client which wants a hotel kind of unencrypted net with password auth
06:08.13JaMamoin
06:08.58mrmokumoin JaMa
06:25.44*** join/#openmoko-cdevel GNUtoo (~gnutoo@92.90.21.7)
06:35.07*** join/#openmoko-cdevel GNUtoo (~gnutoo@92.90.17.7)
06:39.06*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
06:49.01*** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg)
06:51.30juri_mrmoku: i'm big on the netgear wg301 and wag301.
06:51.39*** join/#openmoko-cdevel GNUtoo (~gnutoo@92.90.21.8)
06:52.02juri_it has a standard 12V serial port, a metal bo, a removable atheros card, and a secret 3.3V serial port.
06:52.10juri_s/bo/box/
06:54.22*** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net)
06:54.36GarthPSmoin
06:57.31mrmokujuri_: ok, thx will investigate that one :)
06:57.47CIA-5SHR: 03sylvain.pare 07shr-makefile * r62f7426922a9 10/Makefile: Makefile: quote echappement correction
06:58.02juri_it does require a non-free firmware to run the ethernet device.
06:58.13juri_(bad intel. no cookie!)
07:01.06losinggenerationbitbake -k world &; echo "goodnight" && sleep
07:02.09JaMagoodnight
07:02.17mrmokujuri_: 301 or 103 ?
07:11.19*** join/#openmoko-cdevel jluis_ (53f78848@gateway/web/freenode/ip.83.247.136.72)
07:13.01[Rui]morning!
07:13.11*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
07:13.13[Rui]If anyone here is thinking of going to FOSDEM 2012, now's the time to buy plane tickets and book hotel rooms (a lot cheaper right now).
08:00.20*** join/#openmoko-cdevel wpwrak (~werner@94-163-231-201.fibertel.com.ar)
08:12.13*** join/#openmoko-cdevel PaulFertser (paul@paulfertser.info)
08:14.21PaulFertserYay!
08:15.11JaMa:)
08:39.44*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
08:47.01*** join/#openmoko-cdevel otypoks (~otypoks@host-5db0d228.sileman.net.pl)
09:04.36*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
09:08.40*** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
09:11.16*** join/#openmoko-cdevel radekp (~radek@82.113.39.213)
09:24.11juri_hmm. 3021, actually.
09:24.26juri_er.
09:24.32juri_302.
09:24.54mrmokujuri_: ok :)
09:26.41*** join/#openmoko-cdevel lamikr (lamikr@nat/nokia/x-scvaqnqlpskccisf)
09:26.42*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.195.zhaw.ch)
09:29.46mrmokuleviathan_: ping
09:30.05leviathan_pong
09:30.06leviathan_:-)
09:30.11mrmokuleviathan_: hi :)
09:30.25mrmokuwhat repo/branch should I use for gta04 in SHR?
09:30.51leviathan_do you now have one as well?! O_o
09:30.57mrmokuno, not yet
09:31.01leviathan_ok
09:31.04leviathan_hmm
09:31.08mrmokuwants to be prepared :)
09:31.24leviathan_is still fighting with DSS2 in linux-3.1
09:31.40leviathan_the LCD just wont start under 3.1
09:31.57leviathan_additionally wifi steals the current from the sd-card
09:32.10leviathan_which is suboptimal because it's where the rootfs is stores
09:32.10mrmokuok
09:32.13leviathan_*stored
09:32.27mrmokuusbnet works?
09:32.57leviathan_after I unsoldered the faulty ESD-chip and bridged it with fine copper wire
09:32.58leviathan_yes
09:33.13leviathan_UMTS too
09:33.14leviathan_:-)
09:33.18mrmoku:)
09:33.34mrmokuI would rather prefer to go for the current kernel
09:33.41leviathan_hmm
09:33.43leviathan_yes
09:33.47leviathan_2.6.32...
09:34.11mrmokuas long as I can do something via usb networking it should be fine
09:34.46mrmokuwith current I'm talking about 3.1 :)
09:35.04leviathan_uhh
09:35.06leviathan_yes
09:35.09leviathan_well
09:35.25leviathan_I ment current in the sense of where they are testing the HW atm
09:35.31leviathan_and that's 2.6.32
09:35.35mrmokuhmm ok
09:35.57leviathan_but it's certainly MUCH easier to fix bugs
09:36.05leviathan_when you have access to all the schematics :-)
09:36.14leviathan_so
09:36.17leviathan_lecture is done
09:36.18leviathan_mom
09:39.13JaMamrmoku: do you know where is "upstream" for http://git.freesmartphone.org/?p=linux-2.6.git;a=shortlog;h=refs/heads/nokia900/kernel-adaptation-n900-2.6.37-57.1 ?
09:40.02JaMamrmoku: I wanted to check if there is some update to resolve omap3-isp kernel panic.. but http://meego.gitorious.org/meego-os-base/kernel-source seems dead
09:40.11JaMaas well as meego-kernel ML
09:40.56mrmokuJaMa: hmm.. not sure about that one
09:41.43mrmokuJaMa: maybe Gnutoo knows...
09:42.20mrmokuas I don't have such a remote branch in my kernel repo it was probably him
09:42.59JaMaah :/
09:43.04JaMahttp://gitorious.org/nokia-n900-kernel is also gone
09:43.16*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
09:44.43PaulFertserThat tells a lot about the credibility of the project. All strong and shiny while nokia supports them, and closing without an announcement after both nokia and intel silently quit.
09:44.56JaMaah found it http://meego.gitorious.org/meego-device-adaptation/n900_kernel
09:44.58PaulFertserNot much of a surprise to me of course.
09:45.09JaMa<PROTECTED>
09:45.19JaMathere is something new and maybe shiny!
09:47.42mrmoku:)
09:47.52angelox|laptop<PROTECTED>
09:47.59PaulFertserJaMa: have you seen list of the commits since v3.0 tag?
09:52.22PaulFertseris feeling extremely frustrated by the way Broadcom approaches Linux with their new 'open source' driver and how a talented independent b43 dev is getting all alone there, without support from the elders of the linux-wireless :(((
09:52.39PaulFertserThis' the thread http://article.gmane.org/gmane.linux.kernel.wireless.general/77516
09:53.01JaMaPaulFertser: yes, but not sure if it's good (that most stuff is already upstream) or bad (just few patches wip)
10:14.45*** join/#openmoko-cdevel pespin (~pespin@90.163.51.238)
10:50.25*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.164.zhaw.ch)
10:50.32leviathan_re
10:50.35leviathan_hi mrmoku
10:50.45leviathan_mrmoku: I'm still working on the 3.1 kernel
10:51.03leviathan_additionally there are still some hardwarebugs
10:51.11mrmokuleviathan_: good
10:51.12leviathan_mrmoku: you're also a kernel dev, right?
10:51.17mrmokuno
10:51.20leviathan_damn
10:51.21leviathan_-.-
10:51.44mrmokubut I would try to help anyway :)
10:51.52leviathan_I now soldered some stuff to get USB working
10:51.53leviathan_BUT
10:52.15leviathan_wifi has some fundamental issues
10:52.27mrmokusw or hw wise?
10:52.53leviathan_christoph seems to have soldered some fix which will be implemented directly into the PCB for the next release
10:52.58leviathan_HW
10:53.04mrmokuok
10:53.55leviathan_I'll try if it works his way for me as well
10:56.16*** join/#openmoko-cdevel chris38 (~chris38@AGrenoble-751-1-32-174.w86-206.abo.wanadoo.fr)
10:58.59JaMaleviathan_: for gta04, right?
10:59.18leviathan_yes
11:06.47PaulFertserDoes it really make any sense: http://projects.goldelico.com/p/gta04-main/page/FirmwareInjector/ ?
11:09.22leviathan_PaulFertser: If you think about it, nothing really makes sense
11:09.29leviathan_:-)
11:09.56leviathan_if someone feels lucky to take this task, let him :-)
11:09.59PaulFertserleviathan_: but honestly. How having a dedicated uC to send firmware to the chip is any different to having it done by the main CPU?
11:10.16leviathan_ahh! this one
11:10.19leviathan_well
11:10.22leviathan_doesn't make sense
11:10.32leviathan_but it's not needed either
11:10.59leviathan_you can send any firmware over i2c
11:11.10leviathan_you don't need another µC
11:13.03PaulFertserleviathan_: do you mean adding an eeprom on the i2c bus for the marvell chip to automatically fetch the firmware from there?
11:13.38leviathan_no
11:13.58leviathan_sending the firmware exactly like now
11:14.01leviathan_just another firmware
11:15.08PaulFertser"The goal is to isolate the non-free firmware binary from the main CPU so that it becomes effectively circuitry." that's plain stupid imho
11:27.58*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
11:30.55*** join/#openmoko-cdevel plotr (~name@62.68.144.8)
11:57.52*** join/#openmoko-cdevel chris38_ (~chris38@AGrenoble-751-1-32-174.w86-206.abo.wanadoo.fr)
11:58.57*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
12:07.46*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.164.zhaw.ch)
12:22.02*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch)
12:28.23*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
12:32.22CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rb3a41db15447 10/meta-nokia/recipes-bsp/uboot/ (22 files in 2 dirs): u-boot: upgrade to 2011.09-rc2 and try to use bootmenu
12:33.16*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch)
12:34.16CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r46d534e4dfa9 10/meta-openmoko/recipes-kernel/linux/ (linux-openmoko.inc linux-openmoko_2.6.37.bb): linux-openmoko: search for mtdutils in sbinding
12:34.16CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r637a6a5815e2 10/meta-fso/recipes-freesmartphone/freesmartphone/ (4 files): freesmartphone: bump SRCREVs
12:34.17CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rccdabb1d7b4b 10/meta-fso/recipes-freesmartphone/freesmartphone/fso-specs_git.bb: fso-specs: older SRCREV because HEAD causes libfreesmartphone-glib to fail
12:34.17CIA-5SHR: 03GNUtoo 07meta-smartphone * r729abea3c2f8 10/meta-shr/recipes-shr/images/shr-image.inc: shr-image.inc: migrate nokia900 to devtmpfs
12:34.17CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r4599f913edb3 10/ (21 files in 14 dirs): linux-openmoko: sync with oe.dev and add 2.6.39, remove old
12:34.17CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r69cd466a5191 10/meta-nokia/ (3 files in 3 dirs): linux-nokia: merge changes from oe.dev
12:34.18CIA-5SHR: 03Martin.Jansa 07meta-smartphone * re5cac8c2a2bb 10/meta-openmoko/recipes-kernel/linux/ (linux-2.6.39/om-gta01/defconfig linux_2.6.39.bb): linux-openmoko: fix om-gta01 SRC_URI and defconfig
12:34.18CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r73ec9df4f7b9 10/meta-shr/recipes-shr/tasks/task-shr.bb: task-shr: drop few apps in order to make this parseble
12:34.19CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rfae2d21a1aec 10/meta-shr/recipes-support/navit/ (4 files in 2 dirs): navit: add bbappend with our stuff
12:34.21CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rea7e19a98dc8 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: shr: drop qt and strace bindings
12:34.21CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r13c0877e5024 10/meta-fso/recipes-freesmartphone/freesmartphone/ (mdbus2_git.bb mioctl_git.bb mkdump_git.bb mterm2_git.bb): meta-fso: add LIC_FILES_CHKSUM for tools
12:34.21CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r87e3c75acb59 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: shr: return preferred qt version but set it to 4.7.3
12:34.21CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r0ba59efde291 10/meta-openmoko/recipes-kernel/linux/linux-openmoko.inc: linux-openmoko: use relative path for link to latest kernel
12:34.22CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rb5c8dbd03cf0 10/meta-shr/conf/distro/shr.conf: shr: remove LIBC and PREFERRED_PKG_FORMAT from image name
12:34.26CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r9da2381c36aa 10/ (26 files in 2 dirs): recipes: use allarch.bbclass instead just PACKAGE_ARCH = all
12:34.27CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rfc54d0005b2f 10/meta-shr/recipes-shr/images/shr-image.inc: shr-image: temporary put opkg directly here, not sure why ROOTFS_PKGMANAGE in image bbclass is not installed in rootfs now (it was on 2011-04-12)
12:34.27CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r8a48ae93f5b4 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: shr: prefer newer gobject-introspection
12:34.27CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rfca3dc0bb0e0 10/meta-fso/recipes-freesmartphone/meego-cellular/libcmtspeechdata_git.bb: libcmtspeechdata: import from OE rev d4f0211e2078d5033ae0dee74664de5520d8392d
12:34.27CIA-5SHR: 03GNUtoo 07meta-smartphone * r1d3765bf1626 10/meta-nokia/ (3 files in 3 dirs): linux-nokia900-meego: update with lastest source release from meego
12:34.32CIA-5SHR: 03mok 07meta-smartphone * re3cd0a9f0218 10/meta-fso/recipes-freesmartphone/freesmartphone/fsoaudiod_git.bb: fsoaudiod_git.bb: enable cmtspeech plugin
12:34.32CIA-5SHR: 03Martin.Jansa 07meta-smartphone * re332258bcd9c 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: preferred-shr-versions: set SRCREV_pn-gobject-introspection*
12:34.32CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rf37d05ca7450 10/meta-nokia/recipes-bsp/udev/ (6 files in 2 dirs): meta-nokia: drop udev bbappend now when devtmpfs is preferred
12:34.32CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r2459c3da3abc 10/meta-fso/recipes-freesmartphone/freesmartphone/ (6 files): meta-fso: sync SRCREVs with oe.dev
12:34.32CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rcfcec649234e 10/meta-nokia/ (2 files in 2 dirs): linux-nokia900-meego: update defconfig to build at least kernel-module-tun
12:34.45CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r36419769b53e 10/meta-shr/conf/distro/shr.conf: SHR: add DISTRO_FEATURES_LIBC from oe-core to our DISTRO_FEATURES
12:34.46CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r8506c4ce9d2f 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: SHR: prefer gcc 4.6% now when versioning was changed
12:34.46CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r2941b6e3b8d1 10/meta-openmoko/conf/machine/ (om-gta01.conf om-gta02.conf): meta-openmoko: weak assign to IMAGE_FSTYPES, to make it easier to override from local.conf
12:34.46CIA-5SHR: 03Martin.Jansa 07meta-smartphone * ree116b07f5ff 10/meta-shr/conf/distro/shr.conf: SHR: return ASSUME_PROVIDED for virtual/libiconv-native accidentaly removed in previous shr.conf commit
12:34.46CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r5d1fe7a7144e 10/meta-zaurus/conf/machine/include/ (tune-xscale.inc zaurus.inc): meta-zaurus: drop tune-xscale and update zaurus.inc for new tune files in oe-core
12:34.50CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r90e54b8a13fe 10/meta-openmoko/conf/machine/include/tune-arm920t.inc: meta-openmoko: drop tune-arm920t, because we need it from oe-core now
12:34.51CIA-5SHR: 03Martin.Jansa 07meta-smartphone * re751af5ba16e 10/meta-fso/recipes-freesmartphone/freesmartphone/ (5 files): meta-fso: sync with oe.dev
12:34.51CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rab466c6e9576 10/meta-shr/recipes-shr/images/shr-image.inc: shr-image: move core-image import to keep POKY_BASE_INSTALL in IMAGE_INSTALL
12:34.51CIA-5SHR: 03Martin.Jansa 07meta-smartphone * re96c8041237b 10/meta-shr/conf/distro/shr.conf: SHR: add PREFERRED_PROVIDER_libcanberra-alsa
12:34.51CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rcd880e03ea51 10/meta-shr/conf/distro/shr.conf: shr: drop DISTRO_SSH_DAEMON as here we're using IMAGE_FEATURES for that
12:34.51CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r3b07fac475d4 10/meta-shr/conf/distro/shr.conf: SHR: use initscripts-shr as initscripts provider, maybe convert it later to initscripts_1.0.bbappend
12:34.56CIA-5(39 lines omitted)
12:34.56CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r4767c6ad6d08 10/ (3 files in 3 dirs): initscripts: use FILESEXTRAPATHS
12:34.56CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rb42a52ce95a1 10/meta-shr/recipes-shr/shr/shr-wizard_git.bb: shr-wizard: fix volatiles config file name
12:34.56CIA-5SHR: 03lukas 07meta-smartphone * r8d2f03797ecc 10/meta-htc/ (5 files in 4 dirs): meta-smartphone/meta-htc: add htcleo
12:34.56CIA-5SHR: 03GNUtoo 07meta-smartphone * r550ea1bdf74d 10/meta-shr/recipes-core/netbase/ (netbase-4.45/shr/interfaces netbase_4.45.bbappend): netbase: make usb0 comes up in /etc/network/interfaces
12:34.56CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rccdd2fad68d9 10/ (5 files in 4 dirs): meta-nokia, meta-openmoko: s/-/_/g in kernel modules for module_autoload directive and bump kernel PR
12:34.57CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r2f3b04d1a483 10/meta-nokia/conf/machine/nokia900.conf: meta-nokia: add few more autoloaded modules per dos1 request
12:35.01CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r6778a25b5c75 10/meta-nokia/conf/machine/nokia900.conf: meta-nokia: add few less autoloaded modules per dos1 request
12:35.01CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r94079f48f166 10/meta-nokia/conf/machine/nokia900.conf: meta-nokia: add omap3-isp autoload
12:35.01CIA-5SHR: 03lukas 07meta-smartphone * rfa3f81e96bf0 10/meta-htc/conf/machine/include/htc-qsd8.inc: linux-qsd8.inc: remove xf86-input-evtouch (unbuildable and not needed)
12:35.01CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r14ed4fcb1761 10/meta-shr/conf/distro/shr.conf: SHR: use shadow as login_manager
12:35.01CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r588badb76d14 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV
12:35.01CIA-5SHR: 03dos 07meta-smartphone * rf05eded4212e 10/meta-fso/recipes-freesmartphone/freesmartphone/fsodeviced_git.bb: fsodeviced: RDEPEND on accelerometer-lis302 on Nokia N900
12:35.06CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rb21d999b890c 10/meta-fso/recipes-freesmartphone/freesmartphone/msmcomm.inc: msmcomm: bump SRCREV
12:35.06CIA-5SHR: 03Martin.Jansa 07meta-smartphone * re070c5b55c99 10/meta-fso/recipes-freesmartphone/freesmartphone/mioctl_git.bb: mioctl: remove extra '.git' from SRC_URI
12:35.06CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rd08b07ce630e 10/meta-openmoko/recipes-kernel/linux/linux-openmoko.inc: linux-openmoko.inc: drop creating latest link (it was missing DATETIME anyways)
12:35.06CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r473ecf43e2ae 10/meta-openmoko/recipes-kernel/linux/linux_2.6.39.bb: linux-2.6.39: fix SRC_URI
12:35.06CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r6bb6b02fbb80 10/meta-shr/recipes-shr/shr/ (shr-wizard/volatiles-98-appshadow shr-wizard_git.bb): shr-wizard: remove empty line from volatiles-98-appshadow
12:35.11CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rfd8ea9077822 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV
12:35.11CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rcc933dda8191 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV
12:35.11CIA-5SHR: 03dos 07meta-smartphone * r01f03fa4aa2d 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV
12:35.11CIA-5(58 lines omitted)
12:35.11CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r8ce43cbe710f 10/meta-shr/recipes-core/netbase/netbase_4.45.bbappend: netbase: removed PACKAGE_ARCH switch after talking with GNUtoo
12:35.11CIA-5SHR: 03Martin.Jansa 07meta-smartphone * red82e43171d3 10/meta-shr/recipes-shr/tasks/task-shr-feed.bb: task-shr-feed: remove empty line from multiline variable
12:35.16CIA-5SHR: 03morphis 07meta-smartphone * r4814be614da3 10/meta-aurora/conf/distro/ (aurora.conf include/preferred-aurora-versions.inc): meta-aurora: add configuration files for the aurora distribution
12:35.16CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rf78c02ae9bf1 10/meta-shr/conf/distro/shr.conf: SHR: remove blacklist entries no longer needed and blacklist external toolchains
12:35.16CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rc5590ca679ce 10/meta-nokia/conf/machine/nokia900.conf: meta-nokia: fix g_nokia loading again
12:35.16CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rc4e973ea1fd4 10/ (19 files in 3 dirs): recipes: use allarch instead of PACKAGE_ARCH = all or drop PACKAGE_ARCH setting
12:35.16CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r6407d41a32e5 10/meta-shr/recipes-navigation/gpsd/gpsd_2.95.bbappend: gpsd: remove gpsd-udev from RECOMMENDS
12:35.21CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r110faf37336e 10/meta-openmoko/recipes-kernel/linux/ (4 files in 3 dirs): linux-2.6.39: upgrade to 2.6.39.1 and update shr patch
12:35.21CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rc693208cf91f 10/meta-fso/recipes-freesmartphone/freesmartphone/fsogsmd_git.bb: fsogsmd: bump PR to pickup new libgisi name
12:35.21CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r3a83dd64063b 10/meta-fso/recipes-freesmartphone/freesmartphone/libgisi_git.bb: libgisi: add LEAD_SONAME
12:35.21CIA-5SHR: 03mok 07meta-smartphone * r2785b0218ae3 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia.inc: bump FSO_CORNUCOPIA_SRCREV to catch up with newer vala
12:35.22CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rb287197790ec 10/meta-shr/recipes-shr/3rdparty/ (5 files): advancedcaching, babiloo-efl, om-neon, spojegui: fix LICENSE fields
12:35.52JaMasorry :/
12:35.56GarthPSJaMa: yeah work a bit lounger! :)
12:36.02CIA-5SHR: 03andrea.adami 07meta-smartphone * r962f4afd8570 10/meta-zaurus/conf/machine/include/zaurus.inc: zaurus.inc: fix LOGO_SIZE
12:36.02CIA-5SHR: 03andrea.adami 07meta-smartphone * r437022644822 10/meta-zaurus/recipes-bsp/kexecboot/kexecboot.inc: kexecboot.inc: remove settings for foreign machines.
12:36.02CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r5a5e815b17dc 10/meta-shr/recipes-shr/tasks/task-shr-feed.bb: task-shr-feed: remove missing recipes or recipes with missing dependencies
12:36.02CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r32321c2c0ef1 10/meta-zaurus/recipes-bsp/kexec-tools/ (8 files in 2 dirs): kexec-tools: remove, moved to meta-oe
12:36.02CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r374478776ffe 10/meta-shr/conf/distro/shr.conf: SHR: stop gpsd-udev from pulling udev to image
12:36.03CIA-5SHR: 03andrea.adami 07meta-smartphone * r44aa1b26bee0 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot.inc: remove foreign mipsel code
12:36.17JaMawe should update hook to CIA only master
12:36.21CIA-5SHR: 03andrea.adami 07meta-smartphone * re1ad34cb49af 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot: fix dependency on lzma-native, nowadays xz is used
12:36.21CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r0c3f574c9fd9 10/meta-shr/recipes-shr/shr/ (10 files in 2 dirs): libphone-ui-shr: apply patches upstream and bump SRCREV
12:36.21CIA-5SHR: 03andrea.adami 07meta-smartphone * r85a47c9946bf 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot.inc: remove unneded dependency
12:36.21CIA-5SHR: 03andrea.adami 07meta-smartphone * r3dfd317c2094 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot.inc: remove checks for unsupported kernel versions
12:36.22CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r39db45f5070c 10/meta-shr/recipes-shr/tasks/task-shr-minimal.bb: task-shr-minimal: drop libphone-ui and libphone-ui-shr as they should be pulled by shr apps
12:37.05CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r0ec37ae2f206 10/ (4 files in 3 dirs): BSPs: switch from xserver-xorg to xserver-xf86(-dri)-lite
12:37.13CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rd1f8d4cbe0fc 10/meta-shr/conf/distro/shr.conf: shr: set PREFERRED_PROVIDER_virtual/libx11-native
12:37.13CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r28c0d786e553 10/meta-openmoko/recipes-graphics/mesa/ (mesa-dri/glamo.patch mesa-dri_7.11.bbappend): meta-openmoko: mesa-dri: add glamo support
12:37.14CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r39db45f5070c 10/meta-shr/recipes-shr/tasks/task-shr-minimal.bb: task-shr-minimal: drop libphone-ui and libphone-ui-shr as they should be pulled by shr apps
12:39.04GarthPSJaMa: that's all you have ? :)
12:39.44JaMa:P
12:43.13*** join/#openmoko-cdevel leviathan_ (~quassel@edu-32.126.zhaw.ch)
12:45.28*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
12:56.01*** join/#openmoko-cdevel htns (~htns@175.139.208.57)
13:03.30CIA-5freesmartphone.org: 03morphis 07msmcomm * rd02af315e9be 10/libmsmcomm/msmcomm/Makefile.am: libmsmcomm: fix list of libraries we are linking against
13:03.31CIA-5freesmartphone.org: 03morphis 07msmcomm * r169322bce758 10/ (7 files in 6 dirs): Merge remote-tracking branch 'origin/palmpre/sms-support'
13:03.32CIA-5freesmartphone.org: 03morphis 07msmcomm * rf2c6fd670547 10/ (6 files in 5 dirs): Merge remote-tracking branch 'origin/palmpre/sms-support'
13:03.33CIA-5freesmartphone.org: 03morphis 07msmcomm * r4375cf33c11f 10/libmsmcomm/structures/palmpre/sms.xml: libmsmcomm: sms structures: migrate some fields to anonymous ones
13:09.09*** join/#openmoko-cdevel pespin (~pespin@cisne-cn07.upc.es)
13:13.18*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch)
13:13.32mrmokupespin: hi, how's telepathy? :)
13:15.15*** join/#openmoko-cdevel Martix (~martix@ip-94-112-98-210.net.upcbroadband.cz)
13:15.20pespinmrmoku, nice, contact list is working ok now, and you can read messages received
13:15.47pespinthe conversation ui is not finished so you can only read received and the GUI is ugly hehe
13:15.59mrmokupespin: I don't remember... you're doing it with your own gdbus based vala bindings? or with the official glib-dbus ones?
13:16.16pespinmrmoku, and I have a poblem with naviframe widget, it segfaults when closing the app. I suppouse some oddities with vala+efl
13:16.32pespinmrmoku, own gdbus + own domain on top
13:16.43mrmokuok
13:17.03mrmokuI think a fso connection manager would be a nice thing to have :)
13:18.13pespinmrmoku, oh, and you need little patch to eflvala to use it (which adds naviframe to it). I already sent it to playya_
13:18.21mrmokuok
13:18.34pespinbut anyway I'll need to redo it I think because they updated some naviframe stuff
13:18.46pespinI'll ask for access to eflvala
13:19.07pespinmrmoku, if you want to see updates -> https://gitorious.org/etalk/etalk/trees/master
13:22.36pespinmrmoku, could you expand a bit more the "fso connection manager" thing?
13:25.19mrmokupespin: a telepathy backend for fso enabling for example empathy to do calls via FSO/GSM
13:26.02mrmokupespin: or etalk to receive SMS :)
13:26.47pespinah yeah
13:28.09pespinI'll look at it once I have etalk working well enough and I'm more proficent with telepathy :)
13:28.23mrmoku:)
13:29.35*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch)
13:32.32pespinbtw, I read there was a new TS filtering patch for om-gta02 in ml
13:32.36pespindid someone try it?
13:34.04JaMaheh, it's already included and built :)
13:35.13pespinJaMa, uh nice! hope all desktop/HOME things are fine now.
13:35.29pespinhappy his gta02 will be usable another time :D
13:36.21JaMapespin: PATH should be fine.. but I still got /.e created..
13:47.16leviathan_PaulFertser: hi
13:47.35leviathan_the idea with this firmware-userland-separation was just an idea
13:47.52leviathan_a timid proposal of Dr.Nikolaus Schaller
13:48.03leviathan_but it's to say
13:48.17leviathan_that outsourcing our firmware brings a nice advantage
13:48.36leviathan_for example don't we have this issue of potential firmware attacks
13:48.54leviathan_and firmware+powermanagment could be managed independant from the kernel
13:49.17leviathan_even a simple u-boot could then use nfs-boot over wifi
13:49.27leviathan_because it doesn't need to initialize it on his own first
13:49.29leviathan_:-)
13:49.52leviathan_pespin: the gta04 will be usable as well soon ;-)
13:50.09leviathan_you can buy it from my or Nikolaus' compyn ;-)
13:50.16leviathan_*company
13:50.17leviathan_bahh
13:50.24leviathan_lecture+small keyboard
13:50.27leviathan_^.^
13:52.04pespinleviathan, I won't buy gta04 as I don't like the case :P and I want hw keyboard for next device I buy too :P
13:52.21pespinand bigger screen heh
13:53.09JaMahas the same concerns as pespin
13:56.29CIA-5SHR: 03morphis 07meta-smartphone * r441e39a3aa2a 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: turn on debug features as default for now
13:56.30CIA-5SHR: 03morphis 07meta-smartphone * rbabb11dba20c 10/meta-fso/recipes-freesmartphone/freesmartphone/msmcomm.inc: msmcomm: bump SRCREV to latest version
13:56.30CIA-5SHR: 03morphis 07meta-smartphone * r1c171a2f63ff 10/meta-aurora/recipes-core/tasks/task-base.bbappend: meta-aurora: task-base: port over fix from meta-shr to exclude gsmd and it's dependencies
13:56.30CIA-5SHR: 03morphis 07meta-smartphone * r3b49c3895803 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: include fso2-compliance task
13:56.31CIA-5SHR: 03morphis 07meta-smartphone * r141169eb1365 10/meta-aurora/conf/distro/aurora.conf: aurora: remove blacklist entries no longer needed and blacklist external toolchains
13:56.31CIA-5SHR: 03morphis 07meta-smartphone * rd4e653a229ab 10/meta-palm/recipes-core/initscripts/ (initscripts/palmpre/umountfs initscripts_1.0.bbappend): meta-palm: initscripts: add specific version of the umountfs script
13:56.36CIA-5SHR: 03morphis 07meta-smartphone * r5eb540b71dd2 10/meta-samsung/conf/machine/crespo.conf: meta-samsung: crespo machine: prefer zImage as kernel image type
13:56.51CIA-5freesmartphone.org: 03morphis 07aurora * r6bdfd70828ab 10/aurora-daemon/src/ (Makefile.am cellularservice.cpp cellularservice.h): aurora-daemon: add first version of the cellular service implementation
14:01.16*** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
14:02.08*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
14:02.17*** join/#openmoko-cdevel radekp (~radek@82.113.39.213)
14:02.33pespin^ hmm those commits from samsung crespo are for nexus S ?
14:04.52*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch)
14:28.22*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
14:30.55*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
14:36.03*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch)
14:41.24*** join/#openmoko-cdevel morphis (~morphis@p5B31FFD1.dip.t-dialin.net)
14:42.00morphisheyho
14:42.02morphisGarthPS: ping
14:43.09JaMamorphis: ping :)
14:43.34morphisJaMa: pong :)
14:44.03pespinmorphis, you are adding support for nexus S?
14:44.06pespinhi btw :)
14:44.08JaMamorphis: did you read email about meta-aurora?
14:44.09morphispespin: yes
14:44.25morphisJaMa: which one?
14:44.55pespinmorphis, nice, do you think the port will be easy?
14:45.04morphispespin: in general yes
14:45.13morphisthere is no technical reason that it should not
14:45.34morphisJaMa: ah, got it
14:46.32morphisJaMa: so you're going to our meeting in Essen? :)
14:46.50morphisJaMa: in general there is no reason why we can't merge aurora and shr distro
14:46.53JaMamorphis: not sure yet
14:46.57morphisJaMa: ok
14:47.05morphisJaMa: from where are you?
14:47.10JaMamorphis: it seems easier for end users and devs too
14:47.19JaMamorphis: to have only one distro from OE view
14:47.25morphisJaMa: ok, should we also merge meta-aurora into meta-shr?
14:47.28JaMaand multiple images for different proposes
14:47.40morphisor keep meta-aurora and require meta-shr as dependency?
14:47.46JaMamorphis: it's up to you..
14:47.54morphishm
14:48.05JaMaif you want recipes separate we can keep meta-aurora as layer for recipes and images
14:48.10morphishm
14:48.14leviathan_pespin: it's one of our projects to design a case printable by a RepRap ;-)
14:48.23JaMaand meta-shr as "distro" layer for both SHR and aurora images
14:48.51leviathan_pespin: and we have a plug for a bigger display as well. as well as you have another case you can change the display :-)
14:48.55morphisJaMa: should be the option I think
14:49.04JaMamorphis: and I'm from Czech Republic
14:49.08morphisJaMa: ah ok
14:49.26CIA-5SHR: 03morphis 07meta-smartphone * r059eecdab26c 10/meta-aurora/recipes-aurora/aurora/ (4 files in 2 dirs): meta-aurora: import aurora-theme and aurora-systemmanager from oe-dev
14:49.33JaMamorphis: option for what?
14:49.41JaMamorphis: I meant to have only one OE distro
14:49.59JaMaand produce aurora-images as well as shr-full and shr-lite images
14:50.12morphisyes, I tried to write "it would be the best option to keep meta-aurora but define meta-shr as requirement
14:50.16JaMaI would start building aurora-images with SHR distro on buildhost
14:50.36morphisJaMa: we need also to talk with mickeyl about using the amethyst buildhost for SHR
14:50.55morphisas it should be a lot faster to build with the amethyst than with the shr buildhost
14:50.59JaMamorphis: yup seen it in email
14:51.11JaMabut shr buildhost is fine now (not so many changes)
14:51.12morphisbut we need a response from mickeyl about it
14:51.15morphisok
14:51.29JaMaand I'm building there daily so it's not lagging much after repo
14:51.33morphisJaMa: I will remove the aurora distro config
14:51.53JaMaok, I'll add meta-aurora to shr-core bblayers.conf
14:51.54morphisis sstate depending on the distro?
14:51.58morphisok
14:52.04JaMaand start image build :)
14:52.28morphisgreat
14:52.33JaMaI fear that GarthPS will be sad when we'll revert his aurora support in shr-makefile  :/
14:53.13CIA-5SHR: 03morphis 07meta-smartphone * rc47e10e5d148 10/meta-aurora/conf/distro/aurora.conf: meta-aurora: remove aurora distro configuration; we will now use SHR as base distribution
14:53.21morphisJaMa: thats life :)
14:53.36morphisbut it keeps workload for the future very small
14:54.09*** join/#openmoko-cdevel wolfspra1l (~wolfsprau@221.220.190.103)
14:54.34JaMamorphis: and yes sstate is depending on distro
14:55.04JaMamorphis: it would be compatible in this case imho, but I guess sstate checksums include distro so it won't be used anyways..
14:55.17morphishm ok
14:55.28morphisI will rebuild ...
14:55.47morphisJaMa: btw. there is a qt4-embedded_4.7.3.bbappend in meta-oe
14:55.58morphisJaMa: is there someway to revert it's changes?
14:56.09morphisin meta-aurora
14:57.00JaMaimho only with another bbappend undoing it
14:57.24JaMabut cleaner would be to change qt4-embedded_4.7.3.bbappend that it would suit both sides
14:57.44JaMamorphis: or feel free to change it in meta-oe-contrib/shr for now
14:57.55morphisok
14:58.07CIA-5SHR: 03Martin.Jansa 07shr-makefile * rd1e69c1e7ccb 10/ (7 files in 3 dirs): Makefile: include meta-aurora layer directly to meta-shr and remove aurora as separate distro
14:59.31CIA-5freesmartphone.org: 03morphis 07specs * r0d600d57652b 10/ (9 files in 4 dirs): Remove old MusicPlayer API definition
14:59.50CIA-5freesmartphone.org: 03morphis 07gdbus * r05a7c4a13693 10libfso-glib/configure.ac: Bump version to catch up with fso-specs
15:00.15CIA-5freesmartphone.org: 03morphis 07cornucopia * re9afc29ab35d 10/ (configure.ac src/Makefile.am): Adjust for latest changes to fso-specs and bump version
15:00.16CIA-5freesmartphone.org: 03morphis 07cornucopia * rf94e3a8b399b 10/src/Makefile.am: Skip namespaces when generating source files
15:02.18morphisJaMa: shr uses initscripts-shr instead of initscripts, right?
15:03.02JaManot anymore
15:03.09JaMareplaced by bbappend
15:04.13JaMaweird aurora-image build does only netbase and then rootfs
15:05.24CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r7ea46388cf67 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: SHR: prefer tslib from git (from meta-aurora)
15:07.03JaMamorphis: imho you can also drop preferred-aurora-versions.inc and aurora-version
15:08.49*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch)
15:09.11JaMamorphis: and which machines should I start building on buildhost (for shr-core with aurora images)?
15:09.22JaMamorphis: sofar I'm doing only n900 and gta02
15:13.12GarthPSJaMa: morphis: nope.. it is not as If it is the seconde time i work an a makefile for building that is useless just few days after it is done... :) but it is for the best of us so life goes on! :)
15:17.32GarthPSJaMa: morphis: ok guys so no no aurora distro anymore so aurora is just a seperate image. so now to build aurora we just do like for shr-image but aurora-image right ? is it already effective? I suppuse some changes are still on the way no ? so I can remove OE/aurora/ directory ?
15:18.23JaMaGarthPS: it's efective (buildhost is building aurora-image right now)
15:18.39GarthPSJaMa: for which target ?
15:18.43JaMaGarthPS: and our update-conf changes in Makefile will update your bblayers.conf
15:18.53JaMaGarthPS: n900+gta02 (just for test)
15:19.10*** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch)
15:19.21GarthPSJaMa: hmm as for the moment morphis support only palm device with aurora..
15:19.24JaMabut we need to import more recipes to image for it to be usefull (morphis is working on it)
15:20.00JaMait was just to test that everything works
15:25.25GarthPSJaMa:  I can remove my OE/aurora/ directory ?
15:27.59*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
15:29.31JaMaGarthPS: yes if you don't have local modifications there which you would like to keep :)
15:29.48GarthPSJaMa:  ;) ok thx
15:30.23GarthPSJaMa: do I need to clean something else in shr-core/ dir ? ar can I already build aurora-image ?
15:32.01JaMaGarthPS: make update; sync configs; and you can build image
15:32.44JaMaas empty as it is now http://jama.dyndns-home.com/org.openembedded.shr-core.images/nokia900/shr-aurora-image-20110923-nokia900-testlab/installed-package-sizes.txt
15:32.59JaMahehe 3288KiB /nokia900/kernel-image-3.0.0_3.0.0+gitr1+9b528be7fd45d7db2f8091343f62bc9e67e0f804-r68_nokia900.ipk
15:35.32GarthPSmorphis: I will update this page accordingly http://wiki.freesmartphone.org/index.php/Aurora/OpenEmbedded/HowToBuild
15:37.59*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
15:46.27angelox|laptopHi all
16:04.44*** join/#openmoko-cdevel Martix (~martix@cst-prg-160-254.vodafone.cz)
16:13.17GarthPSJaMa:  * opkg_install_cmd: Cannot install package locale-base-en-gb. => shr-image.bb' failed
16:13.17GarthPSwe can't uncomment GLIBC_GENERATE_LOCALES = "en_US.UTF-8" in local.conf ?
16:17.09JaMaGarthPS: with shr as distro, right?
16:17.23JaMaI don have it without GLIBC_GENERATE_LOCALES in local.conf
16:17.55morphisGarthPS: ok
16:17.58morphisangelox|laptop: heyho
16:18.07JaMaGarthPS:OE nokia900@shr ~/shr-core $ ls tmp/deploy/ipk/armv7a-vfp-neon/locale-base-* | wc -l
16:18.10JaMa225
16:18.12JaMaGarthPS: what do you have ^
16:21.06morphisJaMa: can I use the shr-makefile still without chroot?
16:22.33JaMamorphis: yes it should work
16:22.39morphisok
16:22.51GarthPSJaMa: 1
16:23.31GarthPSJaMa: OE palmpre2@shr
16:25.19*** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-5-88-186-17-64.fbx.proxad.net)
16:25.38angelox|laptopmorphis: hey :)
16:26.24angelox|laptopmorphis: Launcher is almost finished,i just need make when user close some application,it returns to the launcher
16:26.48morphisangelox|laptop: this we will do in the aurora-daemon in native code
16:27.15morphisangelox|laptop: I am thinking about depending on a HOME key
16:27.30morphisso the HOME key always takes the user back to the launcher/homescreen
16:28.11angelox|laptopmorphis: so ok
16:28.18morphisangelox|laptop: furthermore I want to write a task switcher
16:28.32morphiss/task switcher/application switcher/
16:28.48angelox|laptopmorphis: that will be really good
16:28.54morphiswhich shows all the application and you can switch to one of them or close one
16:29.02morphisyes
16:29.08morphisI will do this in native code
16:29.11morphisnot in QML
16:29.29angelox|laptopyes,it's hardly possible in QML (i think it is impossible)
16:29.36morphishm
16:29.47morphisI don't know if we can embedded a qmlview into another qmlview
16:30.48morphishm, we can
16:31.05morphisbut don't ask me how the performance is then
16:31.51*** join/#openmoko-cdevel Slyon (~lukas@host-188-174-136-220.customer.m-online.net)
16:32.10angelox|laptopi see..
16:32.15Slyonhey!
16:32.23GarthPShey!
16:32.29angelox|laptopSlyon: Hi !
16:33.02angelox|laptopmorphis: ok. So for finish settings app i need finish dbus agents
16:33.07Slyonany news of FSOSHRCON'11 except the stuff in the wiki?
16:33.14angelox|laptopmorphis: i'll take 2~3 three days for that i think :)
16:33.18morphisangelox|laptop: yes, and for that we need to reimplement them
16:33.22morphisSlyon: heyho
16:33.28morphisSlyon: no, we need to decided on a date
16:33.29Slyonmorphis, hey
16:33.35Slyoni see
16:33.38morphisI already created a list of possible dates but need to add them to the wki
16:33.47angelox|laptopmorphis: then we are going to use aurora-daemon cpp one for 2011.12 release?
16:33.48morphisSlyon: btw. how is life?
16:33.55morphisangelox|laptop: yes
16:33.59JaMaGarthPS: which one and where do you set it? :)
16:33.59morphisno python anymore
16:34.08angelox|laptopmorphis: ok. then i'll take more days :)
16:34.17Slyonmorphis, everything allright. just came back from vacation this week
16:34.18morphisangelox|laptop: but wait with the agents
16:34.31morphisSlyon: great, so you will have more time now for working on FOSS :)
16:35.06Slyonmorphis, yes i hope so. I'll leave somtimes for oktoberfest, though
16:35.15morphisah ok
16:35.17morphis:D
16:35.41morphisangelox|laptop: I am currently thinking about how we do the agents the best way
16:35.44Slyonmorphis, did you see my changes to msmcomm and fsogsmd?
16:35.51GarthPSJaMa: euu can you detail pls? I don't get it
16:35.56morphisSlyon: for msmcomm yes
16:35.58Slyonbasically you can send a sms via FSO
16:36.04morphisSlyon: and I merged your sms stuff already into the master branch
16:36.07morphisyeah!
16:36.10Slyonah nice!
16:36.26angelox|laptopmorphis: i see..
16:36.30morphisI think you should put your stuff directly into the master branch
16:36.45JaMaGarthPS: which file do you have?
16:36.45morphisangelox|laptop: but you should start to collect which things you need
16:36.50Slyonbut there is a strange bug, which crashes fsogsmd if i throw no error at the end of the send_sms mediator
16:37.13morphisSlyon: hm, will take a look later
16:37.16morphisit's a vala bug?
16:37.21GarthPSJaMa: currently I de-commented GLIBC_GENERATE_LOCALES = "en_US.UTF-8" in local.conf . and when I build shr for my pre 2  shr-image.bb' failed with a * opkg_install_cmd: Cannot install package locale-base-en-gb telling me that the build did not like that I un commented  glibc locales
16:37.23morphisas I saw vala 0.14.0 is out
16:37.28morphisso maybe we should switch
16:37.37JaMaGarthPS: GLIBC_GENERATE_LOCALES is to restrict which locales should be build
16:37.43JaMaGarthPS: by default it should build all
16:37.53angelox|laptopmorphis: like which functions i'll use?
16:38.13JaMaGarthPS: yes you need to keep en-gb in GLIBC_GENERATE_LOCALES too
16:38.24Slyonmorphis, i don't know which sort of bug it is.. it says: 'GLib <GLib>: g_variant_new_string: assertion `string != NULL' failed'
16:38.36Slyonand everything works fine if i thorw an error
16:39.02JaMaGarthPS: or rebuild eglibc-locales with GLIBC_GENERATE_LOCALES commented and you should get all locales built
16:39.10Slyoni didn't investigate a lot, yet
16:39.21morphisSlyon: two points:
16:39.44GarthPSJaMa: but as I want to speed up build a bit I wanted to limit locales
16:39.47morphis1. the method expects "throws FreeSmartphone.GSM.Error, FreeSmartphone.Error" to be thrown inside which is not the case if you remove the exception
16:40.03JaMaGarthPS: meta/conf/distro/include/default-distrovars.inc:IMAGE_LINGUAS ?= "en-us en-gb"
16:40.06JaMameta/conf/distro/include/tclibc-eglibc.inc:                  locale-base-en-gb "
16:40.10morphis2. you should wrap the "yield channel.sms_service.send_message( smsc, arr );" inside a try-catch as it could throw a Msmcomm.Error
16:40.14JaMaGarthPS: then keep at least en-gb, en-us
16:40.20morphiswhich isn't catched anyway
16:40.27JaMaGarthPS: or set IMAGE_LINGUAS
16:40.45morphisSlyon: same for "yield channel.sms_service.message_read_template(...)"
16:40.47JaMaGarthPS: IMAGE_LINGUAS = " cs-cz en-us "
16:40.47JaMaGLIBC_GENERATE_LOCALES = "cs_CZ.UTF-8 en_US.UTF-8"
16:41.08Slyonmorphis, 2.) yes i wanted to do this anyways. 1.) i *have to* thorw an error if it is declared?
16:41.16GarthPSJaMa: ok thx . then wiki page need some update as it is explained taht we can speed up build with thta
16:41.31JaMaGarthPS: limiting IMAGE_LINGUAS is not enough
16:41.37morphisSlyon: I don't know but I think this can be the problem
16:41.39JaMaGarthPS: just include en-gb too :)
16:41.45GarthPSJaMa: ok and where is the best place to set this ?
16:41.46morphisSlyon: I will merge your stuff into the master branch
16:41.50JaMaGarthPS: local.conf
16:41.57JaMaGarthPS: I'll update example
16:41.57Slyonmorphis, ok
16:42.01JaMain local.conf
16:42.09GarthPSJaMa: for the  IMAGE_LINGUAS override too ?
16:42.10Slyoni'm going to update my host to master then
16:42.13*** join/#openmoko-cdevel paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
16:42.13morphisangelox|laptop: can you do a list of things you need for the settings app from the agents?
16:42.22morphispaulk: heyho
16:42.30morphispaulk: I need your help
16:42.33paulkhi morphis!
16:42.35paulkok
16:42.47paulklistens
16:42.48morphispaulk: you still have the serial console setup on your nexus s?
16:42.55paulkyep
16:42.56angelox|laptopmorphis: surely...give me ten minutes please
16:42.57JaMaGarthPS: y
16:43.03morphisangelox|laptop: no problem
16:43.08*** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr)
16:43.15morphisangelox|laptop: I don't need it today but maybe this weekend
16:43.16paulkwant me to try to get a shell on it?
16:43.39morphisno
16:43.53morphisI want you to boot a fastboot image and give me the kernel/rootfs output
16:44.02paulkok
16:44.16GarthPSJaMa: ok thx you agin for explainations
16:44.26paulkmorphis: just upload the images somewhere
16:44.31paulkand tell me how to setup rootfs
16:44.58morphisok
16:45.01CIA-5freesmartphone.org: 03morphis 07cornucopia * r1c2fccc194d9 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (channel.vala mediators_sms.vala sms.vala):
16:45.01CIA-5freesmartphone.org: Merge remote-tracking branch 'origin/palmpre/sms-support'
16:45.01CIA-5freesmartphone.org: Conflicts:
16:45.01CIA-5freesmartphone.org:  fsogsmd/src/plugins/modem_qualcomm_palm/channel.vala
16:45.14morphispaulk: it's just a kernel + rootfs in the fastboot image which you can boot with "fastboot boot ..."
16:45.19paulkah I see
16:45.23morphispaulk: you are here tomorrow?
16:45.30paulksomehow
16:45.36CIA-5SHR: 03Martin.Jansa 07shr-makefile * r6fa10c3c1925 10/conf/ (local.conf shr-core/local.conf): local.conf: update GLIBC_GENERATE_LOCALES/IMAGE_LINGUAS example
16:45.36paulkI'll be reinstalling my main computer
16:45.45morphisok
16:45.55paulkso I'll be here on IRC with my laptop but don't expect me to work on code or build anything
16:46.17morphisangelox|laptop: we should create a agent/service per fso subsystem
16:46.42angelox|laptopmorphis: that would organize more the stuff
16:47.01morphisangelox|laptop: yes
16:47.13morphisangelox|laptop: I am currently creating the cellularservice
16:47.25angelox|laptopmorphis: then i'll study c++ and dbus integration
16:47.29morphisit will map the gsm/sim/network functionality to qml
16:47.32morphisangelox|laptop: ok
16:47.35angelox|laptopmorphis: i saw your commit
16:47.44morphisangelox|laptop: I think we should then create a deviceservice class
16:47.51morphisfor brightness control e.g.
16:48.00angelox|laptopyes,of course
16:48.02morphisangelox|laptop: if you like you can start with it
16:48.18angelox|laptopi'll just wait you push firstly so i can take an idea
16:48.33angelox|laptops/firstly/cellularservice/
16:49.35angelox|laptopOr better,i'll start the skeleton
16:50.33morphisyes
16:50.36morphisso we can move on
16:51.07morphisas the migration of aurora to oe-core is mostly done I just need to build qt4 and the aurora-daemon itself here
16:51.14morphisand then push the relevant bits
16:51.36morphisthen we're mostly back to the state of 2011.08
16:51.44angelox|laptophmm ok. just a question,where is the aurora layer?
16:52.18*** join/#openmoko-cdevel plotr (~name@62.68.144.8)
16:55.05Slyonmorphis, i don't need msmrpc, right?
16:56.11*** join/#openmoko-cdevel jluis (~jluis@2001:5c0:1400:a::70b)
16:56.35morphisSlyon: yes
16:56.42morphisSlyon: for palmpre you don't need it
16:56.51Slyonmorphis, ok. thank you
16:56.53morphisSlyon: only if you want to do something for pre3/veer
16:57.03morphisSlyon: for palmpre you just need libmsmhll
16:57.26Slyonyup. i guess my msm-part is up-to-date now :)
17:01.37morphisok
17:01.53morphisSlyon: so you will work on more sms features now?
17:02.44Slyonmorphis, yes i'll fix sending sms first and integrate receive_sms into fso
17:03.18morphisgreat
17:03.36playya_mrmoku, I'm still on an old EFL revision and my n900 doesn't detect my SIM card :(
17:04.56CIA-5SHR: 03morphis 07meta-smartphone * r5eb540b71dd2 10/meta-samsung/conf/machine/crespo.conf: meta-samsung: crespo machine: prefer zImage as kernel image type
17:04.57CIA-5SHR: 03morphis 07meta-smartphone * rbabb11dba20c 10/meta-fso/recipes-freesmartphone/freesmartphone/msmcomm.inc: msmcomm: bump SRCREV to latest version
17:04.57CIA-5SHR: 03morphis 07meta-smartphone * r3b49c3895803 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: include fso2-compliance task
17:04.57CIA-5SHR: 03morphis 07meta-smartphone * r141169eb1365 10/meta-aurora/conf/distro/aurora.conf: aurora: remove blacklist entries no longer needed and blacklist external toolchains
17:04.58CIA-5SHR: 03morphis 07meta-smartphone * rc47e10e5d148 10/meta-aurora/conf/distro/aurora.conf: meta-aurora: remove aurora distro configuration; we will now use SHR as base distribution
17:04.58CIA-5SHR: 03morphis 07meta-smartphone * r059eecdab26c 10/meta-aurora/recipes-aurora/aurora/ (4 files in 2 dirs): meta-aurora: import aurora-theme and aurora-systemmanager from oe-dev
17:04.58CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r7ea46388cf67 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: SHR: prefer tslib from git (from meta-aurora)
17:04.58CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r3532e9b798c1 10/meta-nokia/recipes-kernel/linux/linux-nokia900-meego/defconfig: linux-nokia900-meego: update defconfig
17:05.11CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rcf28773bb565 10/meta-nokia/recipes-bsp/uboot/ (24 files in 2 dirs): u-boot: upgrade to 2011.09-rc2 and try to use bootmenu
17:05.11CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r2f5411ef8633 10/meta-nokia/recipes-kernel/linux/ (linux-nokia900-meego/defconfig linux-nokia900-meego_git.bb): linux-nokia900-meego: switch to n9xx-v3.0-wip-rx51-camera branch
17:05.11CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r39db45f5070c 10/meta-shr/recipes-shr/tasks/task-shr-minimal.bb: task-shr-minimal: drop libphone-ui and libphone-ui-shr as they should be pulled by shr apps
17:05.11CIA-5SHR: 03morphis 07meta-smartphone * r441e39a3aa2a 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: turn on debug features as default for now
17:05.11CIA-5SHR: 03morphis 07meta-smartphone * r1c171a2f63ff 10/meta-aurora/recipes-core/tasks/task-base.bbappend: meta-aurora: task-base: port over fix from meta-shr to exclude gsmd and it's dependencies
17:05.30CIA-5SHR: 03morphis 07meta-smartphone * rd4e653a229ab 10/meta-palm/recipes-core/initscripts/ (initscripts/palmpre/umountfs initscripts_1.0.bbappend): meta-palm: initscripts: add specific version of the umountfs script
17:05.46playya_wow
17:06.55playya_ah. crespo=nexus S
17:08.31morphisplayya_: yes
17:09.00playya_new target?
17:09.21playya_mickeyl, i didn't receive your mail, yet
17:11.33PaulFertserleviathan: probably i misunderstood the page. But to mee it seemed like the whole idea is to avoid "contaminating" the CPU with transferring firmware to the device and using a dedicated uC for that. No more, no less.
17:13.28CIA-5SHR: 03Martin.Jansa 07meta-smartphone * ree4e0092061a 10/ (7 files in 7 dirs): meta-shr, meta-aurora: drop files no longer needed
17:13.35CIA-5SHR: 03Martin.Jansa 07meta-smartphone * ra5ec42a02fd4 10/ (meta-aurora/README meta-fso/README meta-shr/README): meta-aurora,meta-shr,meta-fso: update README
17:16.02*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
17:16.55morphisplayya_: yes
17:33.25GarthPSwhat do i need to rebuild for those locales ?
17:43.49*** join/#openmoko-cdevel mickeyl (~mickey@80.81.242.146)
17:44.44morphismickeyl: heyho
18:18.56*** join/#openmoko-cdevel jluis (~jluis@69.Red-81-36-98.dynamicIP.rima-tde.net)
18:28.49*** join/#openmoko-cdevel rah (rah@myrtle.6gnip.net)
18:48.19*** join/#openmoko-cdevel otypoks (~otypoks@host-5db0d228.sileman.net.pl)
18:58.01*** join/#openmoko-cdevel TAsn (~tom@89-139-194-195.bb.netvision.net.il)
18:58.01*** join/#openmoko-cdevel TAsn (~tom@enlightenment/developer/TAsn)
19:07.21*** join/#openmoko-cdevel gnutoo (~gnutoo@host188-144-dynamic.7-79-r.retail.telecomitalia.it)
19:09.07gnutoohi
19:09.09gnutoohi DocScrutinizer51
19:18.17*** join/#openmoko-cdevel multimicro (~adherent@lib33-3-83-155-157-3.fbx.proxad.net)
19:18.27paulk-assoback
19:30.28*** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr)
19:31.42mrmokuplayya_: but battery works again?
19:32.43mrmokuPaulFertser: I think the idea is to fullfill FSF's requirements to embrace the gta04 as free softwarewise
19:34.20PaulFertsermrmoku: hm, that would make some sense. But as much as i respect RMS, i still see no sense (and some harm, that being unable to easily change the said firmware) in that proposal.
19:36.01CIA-5freesmartphone.org: 03angelo 07aurora * r44884b92610a 10/aurora-daemon/src/ (Makefile.am deviceservice.cpp deviceservice.h): aurora-daemon: add first version of the device service implementation
19:44.04mrmokuPaulFertser: I fully agree
19:51.18*** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59)
20:05.48gnutooPaulFertser: I explined RMS's point of view trough mail
20:07.09gnutooI don't agree tough
20:07.56gnutoobasically his point is that the phones are old too fast to make a difference: if you free the firmware,when you do the phone is outdated
20:08.35gnutooI disagree and think about osmcombb and the om-gta02, maybe I should respond to him about that
20:11.18gnutoo(my mail is on om-gta04 ml and I'll look if there is a response right now...)
20:13.10Slyonmickeyl, ping
20:19.18antrikJaMa: sorry, desperately trying to catch up with backlog...
20:20.57antrikI think you posted a command using cp -ar... but maybe I got mixed up and it was actually someone else :-)
20:24.28antrik"moin" is Plattdeutsch and while I haven't checked the literal meaning, it's used as "hi". in some other regions of Germany there are similar forms with a different meaning ("moins" or "moinsen"), but IIRC nobody knows where they come from -- probably a confusion between "moin" and a dialectic pronounciation of "morgen"...
20:26.06antrikto confuse matters even more, in *some* regions of northern Germany "moin moin" (with the second "moin" derived from a different word) is used for "good morning"... :-)
20:27.58CIA-5freesmartphone.org: 03angelo 07aurora * r556edd7b93e7 10/aurora-daemon/src/ (deviceservice.cpp deviceservice.h): aurora-daemon: fix device service class definition; include variables in function declarations
20:33.47antrikgnutoo: regarding talking to people who are not there, I think it would help a *lot* if you used an IRC proxy or screen session...
20:35.37gnutoook
20:36.10gnutoobut then what's the advangtage over mail?
20:41.21*** join/#openmoko-cdevel paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
20:43.21*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
20:55.58*** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59)
21:04.19*** join/#openmoko-cdevel rah (rah@myrtle.6gnip.net)
21:06.28losinggenerationI think I chose the wrong time to get (back) into playing around with openembedded and such since aurora seemed to be in flux with the conversion to oe-core just as I decided to get a working build
21:07.59losinggenerationit sounded like things are basically close to being back to a good working state from (after reading the backlog, based on what morphis said)
21:10.36*** join/#openmoko-cdevel wpwrak (~werner@94-163-231-201.fibertel.com.ar)
21:12.00onen|openBmapgnutoo: hi
21:12.14onen|openBmapgnutoo: are you the person behind replicant?
21:15.23*** join/#openmoko-cdevel dos1|N900 (~dos@unaffiliated/dos1)
21:16.57*** join/#openmoko-cdevel morphis (~morphis@dslb-092-076-168-067.pools.arcor-ip.net)
21:18.49gnutooonen|openBmap: hi
21:19.17gnutooonen|openBmap: currently less than before, because nowadays paulk does most of the work
21:19.48gnutoobasically we are switching to the nexus S and I've no nexus S yet
21:19.56onen|openBmapgnutoo: I see. I just wanted to point you this article: http://www.guardian.co.uk/technology/2011/sep/19/android-free-software-stallman
21:20.19onen|openBmapgnutoo: RMS mentions (twice IIRC) the replicant project :-)
21:20.34gnutooI know that article....I helped RMS to write it, he wrote it and I explained everything he needed to write that
21:21.07gnutoobasically I explained everything about embedded devices, what's flashing etc...
21:21.09onen|openBmapgnutoo: I see
21:21.29gnutoobecause he knew what installing was but not flashing for instance
21:21.35onen|openBmapgnutoo: ok. so sorry for disturbing ;-)
21:21.40paulkhey, do you guys know about this phone: http://www.gizmoforyou.net/wiki/index.php/Main_Page
21:21.46lindi-gnutoo: paulk: do you know much about icedrobot?
21:21.49paulkFLOW G1 & G1.5
21:21.53gnutoonpno problem....
21:22.03paulklindi-: mhh never heard of it
21:22.08lindi-huh? really?
21:22.32gnutoopaulk, yes it's even referenced on replicant website ....
21:22.36lindi-gnutoo: paulk:   http://www.icedrobot.de/downloads/fosdem11/icedrobot-fosdem-2011-02-05.pdf
21:22.38gnutoolindi-: rms told me about it....
21:22.57paulkgnutoo: I know, but I got a comment on replicant website telling that our infos it's outdated
21:23.08paulknow it sells with android preinstalled and the hardware is already in one piece
21:23.20gnutoook
21:23.25gnutoonice!!!!
21:23.25paulkI asked if the source of the shipped android is free
21:23.31gnutoolet's update the website....
21:23.35paulkthey said yes, it's all free
21:23.43paulkbootloader seems to be u-boot too
21:23.47paulkmodem speaks AT
21:23.55gnutooSOC?
21:24.05paulkseems OMAP
21:24.11gnutoowow!!!!!
21:24.21gnutoowhy are they doing gta04 then?
21:25.53paulkbut I haven't checked myself, the people just told me the source that is released is exactly what they use to make the android version shipped with it
21:26.56gnutoook
21:27.09paulkbut it seems indeed quite awesome!
21:27.19gnutooI'll look right after finishing reading icedrobot presentation
21:31.52gnutoopaulk: so the flows are not sold in kit anymore?
21:32.16gnutooand what's the price?
21:32.30paulkthe message said "Please be informed that the current version is no longer in need of assembly and comes with Android 2.2 pre-installed."
21:32.41gnutoook
21:32.41paulksee http://www.gizmoforyou.net/
21:32.56paulkabout the price…
21:32.59paulklike $500
21:33.22gnutoook
21:33.51paulkat least
21:34.38paulkthere is an "overoé plateform to choose that contain the OMAP soc
21:34.44paulk"overo"
21:34.52paulkand another one for the radio
21:34.59paulktotal seems more around $1000
21:35.17gnutoopauit costs about 1000E
21:36.09paulkyes
21:36.14gnutoohttp://www.gizmoforyou.net/site/en/shop/gizmos/flow-g1-5.html
21:36.19gnutoosorry for the lag....
21:36.39paulkat least 860€
21:36.49paulkit make sit a very expensive phone!
21:36.53paulkmakes it*
21:37.29gnutooyes altough....when you spend thousands of euros looking for THE phone.....
21:37.39gnutooand if that is the one.....
21:37.46*** join/#openmoko-cdevel PaulFertser (paul@paulfertser.info)
21:37.50gnutoomaybe you save money at the end
21:38.12gnutoolike you buy an htcdream ->failure
21:38.22gnutoothen you buy an n900 -> partial failure
21:38.24gnutooetc...
21:38.38gnutooaltough I got some pohnes for free
21:38.42gnutoo*phones
21:39.26gnutoohi morphis
21:39.53paulkyeah but I mean that it's unlikely that someone that just wants a phone to do usual stuff will spend 1000$ just to have  100% free one
21:40.18paulkplus I bet GSM firmware is probably non-free
21:40.21paulksame for wifi, etc
21:41.00gnutooyes
21:41.21gnutooplus you are not sure that it will really be THE one
21:41.33gnutoofor instance gps is attached to the modem
21:41.38gnutoobut you can choose without gps
21:41.53paulkyeah it can be bad on the hardware side too
21:42.17*** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr)
21:43.11gnutooyes and I wonder abuot the hardware quality too
21:43.15gnutoois it good enough?
21:43.22gnutoomaybe
21:43.25gnutooor maybe not
21:44.00*** join/#openmoko-cdevel nschle85 (~kvirc@178-27-184-116-dynip.superkabel.de)
21:44.08gnutooalso, beeing at 1000E means that you're almost alone on it
21:44.16gnutooif you can find the money ....
21:44.34gnutooit's unlikely that everyone would buy it...
21:45.06paulkyeah right
21:46.03gnutooor at the best case you get it for free, develop for it and no one uses it because of the price...
21:47.17gnutooin the past I thought about the TI omapzoom but it lacked a modem...
21:47.39paulkok
21:47.45gnutooit's great and supported by angstrom, however the price is very high too
21:47.49gnutoohence the same issues
21:48.08paulkI see
21:48.22paulkapparently, there are non-free firmwares for this device to work
21:48.26gnutoonot to count the fact that getting a modem for is very hard
21:48.33gnutoowhat device?
21:48.37gnutoothe omap zoom?
21:48.46paulkFlow G1.55
21:48.53gnutoowell it depends
21:49.01gnutooif you take the overo fire....
21:49.07gnutooyou surely have firmwares
21:49.17gnutooyou will have the libertas firmwares
21:49.26gnutoofor wifi and bluetoth
21:49.38gnutooif you take the earth....you lack wifi
21:50.19paulkalso, I guess they don't lack 3D acceleration
21:50.27gnutoonot a problem
21:50.32gnutooomap is good enough
21:50.45nschle85gnutoo: hello
21:50.48gnutooyou even have XV acceleration with xf86-video-omapfb
21:50.50gnutoohi nschle85
21:50.52paulkI mean, they certainly include the libs for 3D, so maybe for other stuff too
21:50.59gnutoonschle85: your udev bug was fixed by jake42
21:51.00gnutoooops
21:51.08nschle85gnutoo: ill leave shr now
21:51.12gnutoos/ jake42 / JaMa
21:51.18gnutooah?
21:51.21gnutootoo bad
21:51.29nschle85today i bought an Iphone
21:51.39gnutoois it a joke?
21:51.44nschle85yes :-)
21:51.48paulklol
21:51.56nschle85i bought an apple tv :-)
21:52.25nschle85installed xmbc on it (apt-get install xbmc)
21:52.55gnutoonschle85: anyway, if you want to talk about shr issues you're welcome to do it without the apple trick
21:53.00nschle85gnutoo: because beagle board is not deliverable
21:53.20nschle85gnutoo: no, i wanted to say hello
21:53.25gnutooah ok
21:53.41gnutoobecause we have issues we must face, so if you have ideas....
21:54.16nschle85face ? my english too bad, was are you talking about ?
21:54.54gnutoobasically we lacks devellopers and have too much bugs(in my opinion)
21:55.06gnutooand a lot of phones are not finished
21:55.29gnutooresult: no devs uses the devices as a phone....
21:55.50gnutooI want to use gta02 as a phone again so ....
21:56.34gnutooI am fixing the bugs I need to be fixed or bugreporting/asking other people to fix the ones I can't fix
21:56.58gnutooand I need a new battery also.....
21:57.06gnutooI'll buy a nokia battery
21:57.13gnutooit's supported out of the box....
21:57.17gnutooat least in SHR
21:57.38gnutoobtw I even tried qtmoko or other distros and I prefer SHR
21:57.57gnutooqtmoko is better integrated but lacks certain apps
21:58.03paulkah really, nokia batteries do work on SHR now?
21:58.19gnutooI didn't succeed at using the music player well in qtmoko...
21:58.40gnutoopaulk: yes
21:58.42paulkis it a recent improvement?
21:58.42gnutoobasically the driver name is platform battery
21:58.52gnutooand it's =y
21:59.02gnutooalong with the other driver(bq27xx)
21:59.17gnutooso it get selected automatically by the kenrel....
21:59.22gnutoosomehow....
21:59.28paulkok, so it's in recentkernels
21:59.32gnutooyes
21:59.36gnutooit's great
21:59.38nschle85gnutoo: i have a brand new battery for gta02
21:59.46gnutoook
22:00.33nschle85gnutoo: in short: i under stand what you said and i 100% agree
22:00.37gnutooI'll look for the nokia battery tomorrow at the local shop
22:00.56gnutoothen once om-gta02 works maybe I'll help on n900
22:01.26gnutoofirst thing I want to do on n900: fix the battery charging so it works faster when charging on the wall charger...
22:01.35paulkmhh when I try to download the script to checkout the repos for flow g 1.55 I get "Not Authorised!"
22:01.40gnutoothen there is the audio quality during sound calls
22:01.48paulkseems like not a lot of people are involved in it on the community-side
22:01.50gnutoothen sms
22:01.53gnutoook
22:02.16gnutoo3g also should work but I don't know why it fails for me in france...
22:02.56gnutooI also want bluetooth on om-gta02
22:03.01nschle85gnutoo: the problem i have is the following: i have a problen... looking around for a solution and someone else has it fixed on its private branch....
22:03.25gnutooyes maybe we need to document each fix....
22:03.41gnutooprivate branch means something like:
22:04.33paulkI'm falling asleep (had to be up late yesterday because of Maths stuff I had to achieve…) so I'm leaving, bye
22:04.34gnutoovim recipe.bb;BITBAKE -C CLEANSSTATE FOO-TASK foo; bitbake shr-lite-image ?
22:04.47gnutoowith the -c cleansstate that you need to do to get the fix
22:04.48nschle85gnutoo: i wont to get in trouble with JaMa: but often he knows whats wrong but the fix needs several days to come into repository
22:05.00gnutooahhh
22:05.07gnutoonschle85: that's not JaMa
22:05.14gnutooit's because the build host is slow
22:05.23gnutooit was one of my ideas:
22:05.28gnutooget a faster build host
22:05.32gnutooso we find bugs faster
22:05.40gnutootuxbrain may help with that
22:05.55nschle85gnutoo: i have also a dedicated server
22:06.00gnutoook
22:06.05nschle85its consuming money
22:06.20gnutoothen tell everyone abuot it
22:06.30gnutooand give access to the ones that needs it
22:06.43gnutoo(hoping that doesn't consume more money )
22:07.14gnutooI'm not involved into the building the official images thing...
22:07.19gnutoobut JaMa is
22:07.35nschle85gnutoo: the problem is, that i am not a administrator, so who will get access there must be like a family member :-)
22:08.09gnutooah ok
22:08.19nschle85gnutoo: i store there some private things so i wont to give anybody access
22:08.32gnutoomaybe adopt JaMa then....
22:08.37gnutoook
22:08.48nschle85gnutoo: i would if i could :-)
22:08.56angelox|laptoplol
22:09.38nschle85angelox|laptop: thank you for your mail :-)
22:10.10angelox|laptopnschle85: :) it was short because i wrote it on the phone.. sorry :)
22:10.12nschle85gnutoo: the next i dont understand is the progress:
22:10.44nschle85angelox|laptop: but it contained all the information which maked me happy :-)
22:11.22nschle85years ago openmoko image worked: making calls, send sms and screen rotation worked
22:11.51gnutoomaking calls now re-work
22:11.54nschle85gnutoo: and now ? we have calls, sms and no screen rotation on gta02
22:11.54gnutoosms works
22:11.58gnutoorotation still work
22:12.10gnutooI tried rotation today
22:12.13gnutooit worked
22:12.41gnutooI fixed calls
22:12.42nschle85gnutoo: really automatically ? detected on phone location ?
22:12.55gnutooautomatically?
22:13.00gnutooxrandr -o 1
22:13.22gnutooI don't know how to make it automatically but I suspect that there are various ways:
22:13.28gnutoo*fso config
22:13.32gnutoo*a separate app
22:13.38nschle85gnutoo: the originally openmoko image rotated the scree when i rotated the phone
22:13.50gnutooyes but that consume a lot
22:13.56gnutooin term of CPU
22:14.04gnutooso it's disabled by defualt
22:14.15gnutoolet me try to enable it
22:14.45nschle85gnutoo: and what kind of additionally features do we now have ?
22:15.27gnutoospeed?
22:15.37nschle85gnutoo: ok thats true
22:15.54gnutoobut the lost of features is due to the lack of manpower....
22:16.00nschle85gnutoo: but at the moment we made one step forward and 2 steps backward
22:16.41gnutooyes I know.....
22:16.53gnutoowe have a hard time to keep-up with moving stuff
22:16.56nschle85gnutoo: and i cannot explain why
22:16.57gnutoomanpower....
22:17.11gnutooI can
22:18.00nschle85gnutoo: jama separated the sources from main oe, because he always wanted a stable system, but that also not works
22:18.40antrikgnutoo: manpower is always a problem; but the fact that people invest lots of effort in side issues (peformance) while breaking essential features along the way and providing no usability improvements screams wrong priorities IMHO...
22:18.49gnutoobasically thinkgs change
22:18.56gnutoolike Xorg or openembedded
22:18.59gnutoowe have to keep up
22:20.20nschle85gnutoo: i cannot much support in development, i can only cry: xxxxx is not working, does it help ?
22:21.05nschle85gnutoo: which bug did jama fix in udev ?
22:21.06*** part/#openmoko-cdevel dos1|N900 (~dos@unaffiliated/dos1)
22:21.15*** join/#openmoko-cdevel dos1|N900 (~dos@unaffiliated/dos1)
22:22.09gnutooand someand so we loose stuff while keeping up
22:22.20gnutoobecause we don't have enough manpower
22:22.29gnutoonschle85: yes it helps a lot!!!!
22:22.53gnutoomost of the devs don't really use the devices as main phone
22:23.10gnutooso how can they know what's wrong....
22:24.18gnutooantrik: hmm do you know an app for automatic rotation?
22:24.37nschle85gnutoo: i mostly create a ticket if chatting here does not help, but almost it are reports about unbuildable image... but why the developers does not imagine such kind of problems ?
22:25.09gnutoohttp://www.shr-project.org/trac/query?status=accepted&status=assigned&status=new&status=reopened&version=SHR-core&col=id&col=summary&col=version&col=status&col=owner&col=type&col=reporter&order=priority
22:25.46nschle85gnutoo: please do not spend much time in screen rotation: it was only an example in bad progress
22:25.52nschle85for
22:26.08gnutooI just wanted to point you to a rotation app
22:26.12gnutoolike 2 min thing
22:26.22antrikgnutoo: nope. there used to be a few on the external packages page, but that doesn't even exist anymore I think... and I never understood why it wasn't part of the standard installation (even if disabled by default)
22:26.32gnutooI looked in the accelerometer fso plugin and it only gives orientation
22:26.36gnutooit doesn't rotate...
22:26.55gnutoowhat was the fastest one?
22:28.14gnutooOMNewRotate
22:28.24gnutoomaybe we need to import it in shr-core....
22:28.32antrikgnutoo: I think the problem is not really too little manpower, but rather the fact that over the past few years, the core developers put all their effort into porting to other devices, which are more dead than the FreeRunner now...
22:29.09gnutoohmmm
22:29.38gnutoobasically there was a mail sent by mickel to the core developers
22:29.45gnutoothat ask for ideas...
22:30.02gnutooor on where to go next
22:30.39*** join/#openmoko-cdevel PaulFertser (paul@paulfertser.info)
22:32.52gnutooI can make a fast recipe if you want
22:33.04nschle85gnutoo: i think we should meet all (core) developers of shr in winter, drinking beer, and go skiing and talk about how we can optimize the process
22:34.31antrikgnutoo: BTW, I very much appreciate your struggle to get the FreeRunner useful again... it gives my some hope that if I invest effort into it myself, it won't be wasted...
22:35.56antrikgnutoo: receipe for OMNewRotate? yeah, I think that would be a good start...
22:36.08nschle85antrik: gnutoo: if gnutoo fixed screen rotation on gta02 i think it will also work on n900 so the benefit is very high
22:36.35antriknschle85: nah, N900 has a driver problem in that regard
22:36.46gnutoonschle85: that's planed
22:36.47antrikon FreeRunner it's just a missing application to auto-apply the rotation
22:37.12gnutoonschle85: no
22:37.13nschle85antrik: which driver has ha problem ?
22:37.19gnutooit won't fix n900
22:37.36gnutoon900 require xrandr -o 1 driver.....
22:38.00gnutooaltough dos1 started to look at it and found how to statically rotate n900
22:38.13gnutooaltough he didn't get furthurer
22:38.38gnutoodriver means xf86-video-omapfb
22:38.47gnutooaltough many people are using it:
22:38.57gnutoo*buglabs with their bug 2.0
22:39.06gnutoo*gta04 will have an omap
22:39.20gnutooso maybe it will be fixed by gta04 people
22:39.54nschle85gnutoo: but until rotation works on n900 we should fix the layout, because some buttons are cut on bottom border aso.
22:41.11nschle85gnutoo: what do you think about shr developer meeting ?
22:41.31nschle85gnutoo: only for nowing each other ?
22:41.53nschle85knowing
22:42.54antriknschle85: there has been talk of doing one all the time since I'm in this channel, which is almost a year now...
22:43.16antrikbasically, everyone agrees that it would be important to do one, but so far nobody took the initiative to actually organise it...
22:43.48nschle85antrik: the first question is: where
22:44.41nschle85antrik: because it make no sence to organize it in Tallin, where i can live in winter free of charge :-)
22:46.01nschle85antrik: JaMa: lives in szech republic its good for dos1|N900: but gnutoo: lives somehwere in france...
22:46.04gnutoo-aAccelerometer path, by default '/dev/input/event3'
22:46.16gnutooit uses accelerometers directly...
22:46.30gnutoomaybe we could make an fso plugin instead
22:46.43gnutoobut I'll look at more core stuf before
22:47.11nschle85gnutoo: the next problem i have is FSO
22:47.35antriknschle85: Germany. don't remember what the latest proposal was exactly, but definitely Germany
22:48.00angelox|laptopis thinking in Brazil :)
22:48.28antrikgnutoo: yes, it's definitely something that should be handled by the framework long-term... but having at least the standalone application available easily would be a start
22:48.29nschle85angelox|laptop: i ll catch you from the airport :-)
22:49.25nschle85gnutoo: stuff.. integrated in fso is not available for the rest linux world
22:50.01angelox|laptopnschle85: :) anyway,it's a bad idea go to Brazil..stuff are really expensive (n900 battery costs about USD 80 (fake one))
22:50.04nschle85antrik: germany is ok for me, but i am not the middle of the world
22:50.42nschle85angelox|laptop: i think you have to book a flight to europe :-)
22:51.18antriknschle85: eh? FSO can be used on any GNU/Linux distribution; Debian actually has packages for it...
22:51.19gnutooI'll go bye
22:51.26angelox|laptopgnutoo: good night
22:51.29nschle85angelox|laptop: but why not collect some money for developers coming far away ?
22:51.37antrik(though some Debian people seem to be toying with ofono now...)
22:51.57angelox|laptopnschle85: i'm not able to travel anywhere,i can't test my english with anyone,so i have no idea if i can talk in english and people understand..
22:52.21gnutoobasically it's harder than usual english
22:52.49gnutoosince people would have french,english,german,spanish accent
22:52.50gnutooetc...
22:53.09gnutooI'll go to sleep
22:53.10gnutoobye
22:53.14angelox|laptopyes,and i have no defined accent (i mix them) :(
22:53.15antriknschle85: AFAIK traval between Brazil and Europe is very expensive, in the four-figure $ range... no chance for sponsoring without some big organisation behind it
22:53.38antrikgnutoo: actually, I find it easier to talk to non-native speakers
22:54.15nschle85antrik: i would spend 50€ :-)
22:54.18antrik(except Dutch... I really have troubles understanding them when they have a heavy accent ;-) )
22:55.04nschle85gnutoo: night
22:56.25angelox|laptoptravel from Brazil->Berlin US$ 1.332 minimal without hotel and for 4 days
22:56.49nschle85angelox|laptop: ups
22:57.17angelox|laptopnow you know another reason i can't travel :)
22:57.51nschle85angelox|laptop: other than money ?
22:58.54angelox|laptopmoney,english and how to say Hi in Detusch :)
22:59.17angelox|laptopGerman*
22:59.18nschle85angelox|laptop: how far is salvador from you ?
22:59.42antrikangelox|laptop: "hi" is fine ;-)
22:59.58nschle85angelox|laptop: everybody here speaks english
23:00.34nschle85angelox|laptop: your english is well
23:00.48angelox|laptopnschle85: you never listen my english :(
23:00.54angelox|laptopnschle85: in KM? 1979
23:01.43nschle85angelox|laptop: so give me please a bigger airport near you
23:03.09angelox|laptopnschle85: you're travelling to here?
23:03.50nschle85angelox|laptop: i am looking for cheaper flights
23:05.10angelox|laptopnschle85: from São Paulo to Salvador you'll pay about R$ 185..sth like USD 98
23:05.26angelox|laptopops,Salvador to São paulo :)
23:06.20nschle85a flight from salvador to frankfurt costs 336€
23:13.35angelox|laptopi see
23:14.45angelox|laptopmeeting with devs is expensive :)
23:15.32nschle85angelox|laptop: i know
23:15.45nschle85angelox|laptop: most of us are from europe
23:16.14nschle85brazil is far away for us
23:17.02nschle85and your football team was often blaming us :-)
23:19.32nschle85angelox|laptop: i think we should talk about money if we know where and when we'll weet
23:24.35angelox|laptopnschle85: i don't know football :) i prefer talking about geek stuff :)
23:25.08angelox|laptopnschle85: at least i can get russian citizenship :)
23:25.18angelox|laptopthen i'll live at Russia :)
23:25.43nschle85angelox|laptop: and what about formula 1 ? (Massa ?)
23:26.26angelox|laptopnschle85: that is very better,but i rarely watches to it :)
23:27.14nschle85angelox|laptop: i know, a german is dominating it :-)
23:27.50nschle85angelox|laptop: a flight from here to moscow is very cheap :-)
23:28.35angelox|laptopnschle85: seems to be,but i'm in the other side of world from there :)
23:29.21nschle85if you are a russian, you could move to kaliningrad :-)
23:29.36nschle85then you are not far away from dos1
23:29.59nschle85and every summer i am near it
23:30.28angelox|laptopi'm not russian,but my grandfather is...
23:31.21nschle85angelox|laptop: i can see onmap brazil is very big
23:31.25nschle85on map
23:32.08angelox|laptopGermany too
23:38.44nschle85angelox|laptop: no its maximun 1000km from border to border
23:39.46angelox|laptopnschle85: then the map i got was wrong :)
23:39.52nschle85its cound about 8-9 hours by car
23:40.00nschle85round
23:40.56angelox|laptopi see
23:41.00nschle85from nuch to berlin (600km) i need 5 hours
23:41.04angelox|laptopwill buy a helicopter to travel :)
23:42.07nschle85angelox|laptop: can you fly it ?
23:43.07nschle85and does it contain enough fuel ?
23:43.15angelox|laptop:)
23:43.36angelox|laptopi never tried to pilot one
23:43.43nschle85angelox|laptop: ill go to bed here we have 01:43 am
23:43.46angelox|laptopcan you lend one to me try?  :)
23:43.52angelox|laptopnschle85: ok then,good night :)
23:44.23nschle85angelox|laptop: a collegue has a helicopter model :-)
23:44.58nschle85angelox|laptop: which time do you have ?
23:45.17angelox|laptopnot sure,my PC's clock is wrong :)
23:45.37nschle85angelox|laptop: !
23:45.42angelox|laptophmm. i've got 20:45 :)
23:45.59nschle85angelox|laptop: ok its our normal tv time
23:46.10angelox|laptopnschle85: i just like to now: It's day,It's night and it's sleep time :)
23:46.26nschle85but out tv is now showing the repetitions
23:47.07nschle85angelox|laptop: i need to sleep
23:47.24nschle85bye
23:47.26angelox|laptopangelox|laptop: :) so good night
23:47.28angelox|laptopops
23:47.33angelox|laptopnschle85 *
23:47.44angelox|laptopsaid good night to himself :S
23:48.18nschle85if you have any questions you can write a mail, my N900 will inform me immedialtely about new mails
23:48.43nschle85good night
23:48.43angelox|laptopok
23:48.45nschle85bye
23:48.48angelox|laptopgood night
23:48.54*** part/#openmoko-cdevel nschle85 (~kvirc@178-27-184-116-dynip.superkabel.de)
23:53.27*** join/#openmoko-cdevel Q-Master (~qmaster@95-29-231-96.broadband.corbina.ru)

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