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.10 | mrmoku | PaulFertser: (openwrt) which wireles ap would you choose for openwrt? |
05:57.42 | mrmoku | has a client which wants a hotel kind of unencrypted net with password auth |
06:08.13 | JaMa | moin |
06:08.58 | mrmoku | moin 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.30 | juri_ | mrmoku: i'm big on the netgear wg301 and wag301. |
06:51.39 | *** join/#openmoko-cdevel GNUtoo (~gnutoo@92.90.21.8) |
06:52.02 | juri_ | it has a standard 12V serial port, a metal bo, a removable atheros card, and a secret 3.3V serial port. |
06:52.10 | juri_ | s/bo/box/ |
06:54.22 | *** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
06:54.36 | GarthPS | moin |
06:57.31 | mrmoku | juri_: ok, thx will investigate that one :) |
06:57.47 | CIA-5 | SHR: 03sylvain.pare 07shr-makefile * r62f7426922a9 10/Makefile: Makefile: quote echappement correction |
06:58.02 | juri_ | it does require a non-free firmware to run the ethernet device. |
06:58.13 | juri_ | (bad intel. no cookie!) |
07:01.06 | losinggeneration | bitbake -k world &; echo "goodnight" && sleep |
07:02.09 | JaMa | goodnight |
07:02.17 | mrmoku | juri_: 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.21 | PaulFertser | Yay! |
08:15.11 | JaMa | :) |
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.11 | juri_ | hmm. 3021, actually. |
09:24.26 | juri_ | er. |
09:24.32 | juri_ | 302. |
09:24.54 | mrmoku | juri_: 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.46 | mrmoku | leviathan_: ping |
09:30.05 | leviathan_ | pong |
09:30.06 | leviathan_ | :-) |
09:30.11 | mrmoku | leviathan_: hi :) |
09:30.25 | mrmoku | what repo/branch should I use for gta04 in SHR? |
09:30.51 | leviathan_ | do you now have one as well?! O_o |
09:30.57 | mrmoku | no, not yet |
09:31.01 | leviathan_ | ok |
09:31.04 | leviathan_ | hmm |
09:31.08 | mrmoku | wants to be prepared :) |
09:31.24 | leviathan_ | is still fighting with DSS2 in linux-3.1 |
09:31.40 | leviathan_ | the LCD just wont start under 3.1 |
09:31.57 | leviathan_ | additionally wifi steals the current from the sd-card |
09:32.10 | leviathan_ | which is suboptimal because it's where the rootfs is stores |
09:32.10 | mrmoku | ok |
09:32.13 | leviathan_ | *stored |
09:32.27 | mrmoku | usbnet works? |
09:32.57 | leviathan_ | after I unsoldered the faulty ESD-chip and bridged it with fine copper wire |
09:32.58 | leviathan_ | yes |
09:33.13 | leviathan_ | UMTS too |
09:33.14 | leviathan_ | :-) |
09:33.18 | mrmoku | :) |
09:33.34 | mrmoku | I would rather prefer to go for the current kernel |
09:33.41 | leviathan_ | hmm |
09:33.43 | leviathan_ | yes |
09:33.47 | leviathan_ | 2.6.32... |
09:34.11 | mrmoku | as long as I can do something via usb networking it should be fine |
09:34.46 | mrmoku | with current I'm talking about 3.1 :) |
09:35.04 | leviathan_ | uhh |
09:35.06 | leviathan_ | yes |
09:35.09 | leviathan_ | well |
09:35.25 | leviathan_ | I ment current in the sense of where they are testing the HW atm |
09:35.31 | leviathan_ | and that's 2.6.32 |
09:35.35 | mrmoku | hmm ok |
09:35.57 | leviathan_ | but it's certainly MUCH easier to fix bugs |
09:36.05 | leviathan_ | when you have access to all the schematics :-) |
09:36.14 | leviathan_ | so |
09:36.17 | leviathan_ | lecture is done |
09:36.18 | leviathan_ | mom |
09:39.13 | JaMa | mrmoku: 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.02 | JaMa | mrmoku: 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.11 | JaMa | as well as meego-kernel ML |
09:40.56 | mrmoku | JaMa: hmm.. not sure about that one |
09:41.43 | mrmoku | JaMa: maybe Gnutoo knows... |
09:42.20 | mrmoku | as I don't have such a remote branch in my kernel repo it was probably him |
09:42.59 | JaMa | ah :/ |
09:43.04 | JaMa | http://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.43 | PaulFertser | That 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.56 | JaMa | ah found it http://meego.gitorious.org/meego-device-adaptation/n900_kernel |
09:44.58 | PaulFertser | Not much of a surprise to me of course. |
09:45.09 | JaMa | <PROTECTED> |
09:45.19 | JaMa | there is something new and maybe shiny! |
09:47.42 | mrmoku | :) |
09:47.52 | angelox|laptop | <PROTECTED> |
09:47.59 | PaulFertser | JaMa: have you seen list of the commits since v3.0 tag? |
09:52.22 | PaulFertser | is 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.39 | PaulFertser | This' the thread http://article.gmane.org/gmane.linux.kernel.wireless.general/77516 |
09:53.01 | JaMa | PaulFertser: 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.32 | leviathan_ | re |
10:50.35 | leviathan_ | hi mrmoku |
10:50.45 | leviathan_ | mrmoku: I'm still working on the 3.1 kernel |
10:51.03 | leviathan_ | additionally there are still some hardwarebugs |
10:51.11 | mrmoku | leviathan_: good |
10:51.12 | leviathan_ | mrmoku: you're also a kernel dev, right? |
10:51.17 | mrmoku | no |
10:51.20 | leviathan_ | damn |
10:51.21 | leviathan_ | -.- |
10:51.44 | mrmoku | but I would try to help anyway :) |
10:51.52 | leviathan_ | I now soldered some stuff to get USB working |
10:51.53 | leviathan_ | BUT |
10:52.15 | leviathan_ | wifi has some fundamental issues |
10:52.27 | mrmoku | sw or hw wise? |
10:52.53 | leviathan_ | christoph seems to have soldered some fix which will be implemented directly into the PCB for the next release |
10:52.58 | leviathan_ | HW |
10:53.04 | mrmoku | ok |
10:53.55 | leviathan_ | 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.59 | JaMa | leviathan_: for gta04, right? |
10:59.18 | leviathan_ | yes |
11:06.47 | PaulFertser | Does it really make any sense: http://projects.goldelico.com/p/gta04-main/page/FirmwareInjector/ ? |
11:09.22 | leviathan_ | PaulFertser: If you think about it, nothing really makes sense |
11:09.29 | leviathan_ | :-) |
11:09.56 | leviathan_ | if someone feels lucky to take this task, let him :-) |
11:09.59 | PaulFertser | leviathan_: 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.16 | leviathan_ | ahh! this one |
11:10.19 | leviathan_ | well |
11:10.22 | leviathan_ | doesn't make sense |
11:10.32 | leviathan_ | but it's not needed either |
11:10.59 | leviathan_ | you can send any firmware over i2c |
11:11.10 | leviathan_ | you don't need another µC |
11:13.03 | PaulFertser | leviathan_: do you mean adding an eeprom on the i2c bus for the marvell chip to automatically fetch the firmware from there? |
11:13.38 | leviathan_ | no |
11:13.58 | leviathan_ | sending the firmware exactly like now |
11:14.01 | leviathan_ | just another firmware |
11:15.08 | PaulFertser | "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.22 | CIA-5 | SHR: 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.16 | CIA-5 | SHR: 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.16 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r637a6a5815e2 10/meta-fso/recipes-freesmartphone/freesmartphone/ (4 files): freesmartphone: bump SRCREVs |
12:34.17 | CIA-5 | SHR: 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.17 | CIA-5 | SHR: 03GNUtoo 07meta-smartphone * r729abea3c2f8 10/meta-shr/recipes-shr/images/shr-image.inc: shr-image.inc: migrate nokia900 to devtmpfs |
12:34.17 | CIA-5 | SHR: 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.17 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r69cd466a5191 10/meta-nokia/ (3 files in 3 dirs): linux-nokia: merge changes from oe.dev |
12:34.18 | CIA-5 | SHR: 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.18 | CIA-5 | SHR: 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.19 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rfae2d21a1aec 10/meta-shr/recipes-support/navit/ (4 files in 2 dirs): navit: add bbappend with our stuff |
12:34.21 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rea7e19a98dc8 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: shr: drop qt and strace bindings |
12:34.21 | CIA-5 | SHR: 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.21 | CIA-5 | SHR: 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.21 | CIA-5 | SHR: 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.22 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rb5c8dbd03cf0 10/meta-shr/conf/distro/shr.conf: shr: remove LIBC and PREFERRED_PKG_FORMAT from image name |
12:34.26 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r9da2381c36aa 10/ (26 files in 2 dirs): recipes: use allarch.bbclass instead just PACKAGE_ARCH = all |
12:34.27 | CIA-5 | SHR: 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.27 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r8a48ae93f5b4 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: shr: prefer newer gobject-introspection |
12:34.27 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rfca3dc0bb0e0 10/meta-fso/recipes-freesmartphone/meego-cellular/libcmtspeechdata_git.bb: libcmtspeechdata: import from OE rev d4f0211e2078d5033ae0dee74664de5520d8392d |
12:34.27 | CIA-5 | SHR: 03GNUtoo 07meta-smartphone * r1d3765bf1626 10/meta-nokia/ (3 files in 3 dirs): linux-nokia900-meego: update with lastest source release from meego |
12:34.32 | CIA-5 | SHR: 03mok 07meta-smartphone * re3cd0a9f0218 10/meta-fso/recipes-freesmartphone/freesmartphone/fsoaudiod_git.bb: fsoaudiod_git.bb: enable cmtspeech plugin |
12:34.32 | CIA-5 | SHR: 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.32 | CIA-5 | SHR: 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.32 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r2459c3da3abc 10/meta-fso/recipes-freesmartphone/freesmartphone/ (6 files): meta-fso: sync SRCREVs with oe.dev |
12:34.32 | CIA-5 | SHR: 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.45 | CIA-5 | SHR: 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.46 | CIA-5 | SHR: 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.46 | CIA-5 | SHR: 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.46 | CIA-5 | SHR: 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.46 | CIA-5 | SHR: 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.50 | CIA-5 | SHR: 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.51 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * re751af5ba16e 10/meta-fso/recipes-freesmartphone/freesmartphone/ (5 files): meta-fso: sync with oe.dev |
12:34.51 | CIA-5 | SHR: 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.51 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * re96c8041237b 10/meta-shr/conf/distro/shr.conf: SHR: add PREFERRED_PROVIDER_libcanberra-alsa |
12:34.51 | CIA-5 | SHR: 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.51 | CIA-5 | SHR: 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.56 | CIA-5 | (39 lines omitted) |
12:34.56 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r4767c6ad6d08 10/ (3 files in 3 dirs): initscripts: use FILESEXTRAPATHS |
12:34.56 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rb42a52ce95a1 10/meta-shr/recipes-shr/shr/shr-wizard_git.bb: shr-wizard: fix volatiles config file name |
12:34.56 | CIA-5 | SHR: 03lukas 07meta-smartphone * r8d2f03797ecc 10/meta-htc/ (5 files in 4 dirs): meta-smartphone/meta-htc: add htcleo |
12:34.56 | CIA-5 | SHR: 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.56 | CIA-5 | SHR: 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.57 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r2f3b04d1a483 10/meta-nokia/conf/machine/nokia900.conf: meta-nokia: add few more autoloaded modules per dos1 request |
12:35.01 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r6778a25b5c75 10/meta-nokia/conf/machine/nokia900.conf: meta-nokia: add few less autoloaded modules per dos1 request |
12:35.01 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r94079f48f166 10/meta-nokia/conf/machine/nokia900.conf: meta-nokia: add omap3-isp autoload |
12:35.01 | CIA-5 | SHR: 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.01 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r14ed4fcb1761 10/meta-shr/conf/distro/shr.conf: SHR: use shadow as login_manager |
12:35.01 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r588badb76d14 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV |
12:35.01 | CIA-5 | SHR: 03dos 07meta-smartphone * rf05eded4212e 10/meta-fso/recipes-freesmartphone/freesmartphone/fsodeviced_git.bb: fsodeviced: RDEPEND on accelerometer-lis302 on Nokia N900 |
12:35.06 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rb21d999b890c 10/meta-fso/recipes-freesmartphone/freesmartphone/msmcomm.inc: msmcomm: bump SRCREV |
12:35.06 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * re070c5b55c99 10/meta-fso/recipes-freesmartphone/freesmartphone/mioctl_git.bb: mioctl: remove extra '.git' from SRC_URI |
12:35.06 | CIA-5 | SHR: 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.06 | CIA-5 | SHR: 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.06 | CIA-5 | SHR: 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.11 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rfd8ea9077822 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV |
12:35.11 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rcc933dda8191 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV |
12:35.11 | CIA-5 | SHR: 03dos 07meta-smartphone * r01f03fa4aa2d 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia: bump SRCREV |
12:35.11 | CIA-5 | (58 lines omitted) |
12:35.11 | CIA-5 | SHR: 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.11 | CIA-5 | SHR: 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.16 | CIA-5 | SHR: 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.16 | CIA-5 | SHR: 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.16 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rc5590ca679ce 10/meta-nokia/conf/machine/nokia900.conf: meta-nokia: fix g_nokia loading again |
12:35.16 | CIA-5 | SHR: 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.16 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r6407d41a32e5 10/meta-shr/recipes-navigation/gpsd/gpsd_2.95.bbappend: gpsd: remove gpsd-udev from RECOMMENDS |
12:35.21 | CIA-5 | SHR: 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.21 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rc693208cf91f 10/meta-fso/recipes-freesmartphone/freesmartphone/fsogsmd_git.bb: fsogsmd: bump PR to pickup new libgisi name |
12:35.21 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r3a83dd64063b 10/meta-fso/recipes-freesmartphone/freesmartphone/libgisi_git.bb: libgisi: add LEAD_SONAME |
12:35.21 | CIA-5 | SHR: 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.22 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rb287197790ec 10/meta-shr/recipes-shr/3rdparty/ (5 files): advancedcaching, babiloo-efl, om-neon, spojegui: fix LICENSE fields |
12:35.52 | JaMa | sorry :/ |
12:35.56 | GarthPS | JaMa: yeah work a bit lounger! :) |
12:36.02 | CIA-5 | SHR: 03andrea.adami 07meta-smartphone * r962f4afd8570 10/meta-zaurus/conf/machine/include/zaurus.inc: zaurus.inc: fix LOGO_SIZE |
12:36.02 | CIA-5 | SHR: 03andrea.adami 07meta-smartphone * r437022644822 10/meta-zaurus/recipes-bsp/kexecboot/kexecboot.inc: kexecboot.inc: remove settings for foreign machines. |
12:36.02 | CIA-5 | SHR: 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.02 | CIA-5 | SHR: 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.02 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r374478776ffe 10/meta-shr/conf/distro/shr.conf: SHR: stop gpsd-udev from pulling udev to image |
12:36.03 | CIA-5 | SHR: 03andrea.adami 07meta-smartphone * r44aa1b26bee0 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot.inc: remove foreign mipsel code |
12:36.17 | JaMa | we should update hook to CIA only master |
12:36.21 | CIA-5 | SHR: 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.21 | CIA-5 | SHR: 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.21 | CIA-5 | SHR: 03andrea.adami 07meta-smartphone * r85a47c9946bf 10/meta-zaurus/recipes-kernel/linux/linux-kexecboot.inc: linux-kexecboot.inc: remove unneded dependency |
12:36.21 | CIA-5 | SHR: 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.22 | CIA-5 | SHR: 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.05 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r0ec37ae2f206 10/ (4 files in 3 dirs): BSPs: switch from xserver-xorg to xserver-xf86(-dri)-lite |
12:37.13 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * rd1f8d4cbe0fc 10/meta-shr/conf/distro/shr.conf: shr: set PREFERRED_PROVIDER_virtual/libx11-native |
12:37.13 | CIA-5 | SHR: 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.14 | CIA-5 | SHR: 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.04 | GarthPS | JaMa: that's all you have ? :) |
12:39.44 | JaMa | :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.30 | CIA-5 | freesmartphone.org: 03morphis 07msmcomm * rd02af315e9be 10/libmsmcomm/msmcomm/Makefile.am: libmsmcomm: fix list of libraries we are linking against |
13:03.31 | CIA-5 | freesmartphone.org: 03morphis 07msmcomm * r169322bce758 10/ (7 files in 6 dirs): Merge remote-tracking branch 'origin/palmpre/sms-support' |
13:03.32 | CIA-5 | freesmartphone.org: 03morphis 07msmcomm * rf2c6fd670547 10/ (6 files in 5 dirs): Merge remote-tracking branch 'origin/palmpre/sms-support' |
13:03.33 | CIA-5 | freesmartphone.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.32 | mrmoku | pespin: hi, how's telepathy? :) |
13:15.15 | *** join/#openmoko-cdevel Martix (~martix@ip-94-112-98-210.net.upcbroadband.cz) |
13:15.20 | pespin | mrmoku, nice, contact list is working ok now, and you can read messages received |
13:15.47 | pespin | the conversation ui is not finished so you can only read received and the GUI is ugly hehe |
13:15.59 | mrmoku | pespin: I don't remember... you're doing it with your own gdbus based vala bindings? or with the official glib-dbus ones? |
13:16.16 | pespin | mrmoku, and I have a poblem with naviframe widget, it segfaults when closing the app. I suppouse some oddities with vala+efl |
13:16.32 | pespin | mrmoku, own gdbus + own domain on top |
13:16.43 | mrmoku | ok |
13:17.03 | mrmoku | I think a fso connection manager would be a nice thing to have :) |
13:18.13 | pespin | mrmoku, oh, and you need little patch to eflvala to use it (which adds naviframe to it). I already sent it to playya_ |
13:18.21 | mrmoku | ok |
13:18.34 | pespin | but anyway I'll need to redo it I think because they updated some naviframe stuff |
13:18.46 | pespin | I'll ask for access to eflvala |
13:19.07 | pespin | mrmoku, if you want to see updates -> https://gitorious.org/etalk/etalk/trees/master |
13:22.36 | pespin | mrmoku, could you expand a bit more the "fso connection manager" thing? |
13:25.19 | mrmoku | pespin: a telepathy backend for fso enabling for example empathy to do calls via FSO/GSM |
13:26.02 | mrmoku | pespin: or etalk to receive SMS :) |
13:26.47 | pespin | ah yeah |
13:28.09 | pespin | I'll look at it once I have etalk working well enough and I'm more proficent with telepathy :) |
13:28.23 | mrmoku | :) |
13:29.35 | *** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch) |
13:32.32 | pespin | btw, I read there was a new TS filtering patch for om-gta02 in ml |
13:32.36 | pespin | did someone try it? |
13:34.04 | JaMa | heh, it's already included and built :) |
13:35.13 | pespin | JaMa, uh nice! hope all desktop/HOME things are fine now. |
13:35.29 | pespin | happy his gta02 will be usable another time :D |
13:36.21 | JaMa | pespin: PATH should be fine.. but I still got /.e created.. |
13:47.16 | leviathan_ | PaulFertser: hi |
13:47.35 | leviathan_ | the idea with this firmware-userland-separation was just an idea |
13:47.52 | leviathan_ | a timid proposal of Dr.Nikolaus Schaller |
13:48.03 | leviathan_ | but it's to say |
13:48.17 | leviathan_ | that outsourcing our firmware brings a nice advantage |
13:48.36 | leviathan_ | for example don't we have this issue of potential firmware attacks |
13:48.54 | leviathan_ | and firmware+powermanagment could be managed independant from the kernel |
13:49.17 | leviathan_ | even a simple u-boot could then use nfs-boot over wifi |
13:49.27 | leviathan_ | because it doesn't need to initialize it on his own first |
13:49.29 | leviathan_ | :-) |
13:49.52 | leviathan_ | pespin: the gta04 will be usable as well soon ;-) |
13:50.09 | leviathan_ | you can buy it from my or Nikolaus' compyn ;-) |
13:50.16 | leviathan_ | *company |
13:50.17 | leviathan_ | bahh |
13:50.24 | leviathan_ | lecture+small keyboard |
13:50.27 | leviathan_ | ^.^ |
13:52.04 | pespin | leviathan, 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.21 | pespin | and bigger screen heh |
13:53.09 | JaMa | has the same concerns as pespin |
13:56.29 | CIA-5 | SHR: 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.30 | CIA-5 | SHR: 03morphis 07meta-smartphone * rbabb11dba20c 10/meta-fso/recipes-freesmartphone/freesmartphone/msmcomm.inc: msmcomm: bump SRCREV to latest version |
13:56.30 | CIA-5 | SHR: 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.30 | CIA-5 | SHR: 03morphis 07meta-smartphone * r3b49c3895803 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: include fso2-compliance task |
13:56.31 | CIA-5 | SHR: 03morphis 07meta-smartphone * r141169eb1365 10/meta-aurora/conf/distro/aurora.conf: aurora: remove blacklist entries no longer needed and blacklist external toolchains |
13:56.31 | CIA-5 | SHR: 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.36 | CIA-5 | SHR: 03morphis 07meta-smartphone * r5eb540b71dd2 10/meta-samsung/conf/machine/crespo.conf: meta-samsung: crespo machine: prefer zImage as kernel image type |
13:56.51 | CIA-5 | freesmartphone.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.33 | pespin | ^ 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.00 | morphis | heyho |
14:42.02 | morphis | GarthPS: ping |
14:43.09 | JaMa | morphis: ping :) |
14:43.34 | morphis | JaMa: pong :) |
14:44.03 | pespin | morphis, you are adding support for nexus S? |
14:44.06 | pespin | hi btw :) |
14:44.08 | JaMa | morphis: did you read email about meta-aurora? |
14:44.09 | morphis | pespin: yes |
14:44.25 | morphis | JaMa: which one? |
14:44.55 | pespin | morphis, nice, do you think the port will be easy? |
14:45.04 | morphis | pespin: in general yes |
14:45.13 | morphis | there is no technical reason that it should not |
14:45.34 | morphis | JaMa: ah, got it |
14:46.32 | morphis | JaMa: so you're going to our meeting in Essen? :) |
14:46.50 | morphis | JaMa: in general there is no reason why we can't merge aurora and shr distro |
14:46.53 | JaMa | morphis: not sure yet |
14:46.57 | morphis | JaMa: ok |
14:47.05 | morphis | JaMa: from where are you? |
14:47.10 | JaMa | morphis: it seems easier for end users and devs too |
14:47.19 | JaMa | morphis: to have only one distro from OE view |
14:47.25 | morphis | JaMa: ok, should we also merge meta-aurora into meta-shr? |
14:47.28 | JaMa | and multiple images for different proposes |
14:47.40 | morphis | or keep meta-aurora and require meta-shr as dependency? |
14:47.46 | JaMa | morphis: it's up to you.. |
14:47.54 | morphis | hm |
14:48.05 | JaMa | if you want recipes separate we can keep meta-aurora as layer for recipes and images |
14:48.10 | morphis | hm |
14:48.14 | leviathan_ | pespin: it's one of our projects to design a case printable by a RepRap ;-) |
14:48.23 | JaMa | and meta-shr as "distro" layer for both SHR and aurora images |
14:48.51 | leviathan_ | 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.55 | morphis | JaMa: should be the option I think |
14:49.04 | JaMa | morphis: and I'm from Czech Republic |
14:49.08 | morphis | JaMa: ah ok |
14:49.26 | CIA-5 | SHR: 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.33 | JaMa | morphis: option for what? |
14:49.41 | JaMa | morphis: I meant to have only one OE distro |
14:49.59 | JaMa | and produce aurora-images as well as shr-full and shr-lite images |
14:50.12 | morphis | yes, I tried to write "it would be the best option to keep meta-aurora but define meta-shr as requirement |
14:50.16 | JaMa | I would start building aurora-images with SHR distro on buildhost |
14:50.36 | morphis | JaMa: we need also to talk with mickeyl about using the amethyst buildhost for SHR |
14:50.55 | morphis | as it should be a lot faster to build with the amethyst than with the shr buildhost |
14:50.59 | JaMa | morphis: yup seen it in email |
14:51.11 | JaMa | but shr buildhost is fine now (not so many changes) |
14:51.12 | morphis | but we need a response from mickeyl about it |
14:51.15 | morphis | ok |
14:51.29 | JaMa | and I'm building there daily so it's not lagging much after repo |
14:51.33 | morphis | JaMa: I will remove the aurora distro config |
14:51.53 | JaMa | ok, I'll add meta-aurora to shr-core bblayers.conf |
14:51.54 | morphis | is sstate depending on the distro? |
14:51.58 | morphis | ok |
14:52.04 | JaMa | and start image build :) |
14:52.28 | morphis | great |
14:52.33 | JaMa | I fear that GarthPS will be sad when we'll revert his aurora support in shr-makefile :/ |
14:53.13 | CIA-5 | SHR: 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.21 | morphis | JaMa: thats life :) |
14:53.36 | morphis | but it keeps workload for the future very small |
14:54.09 | *** join/#openmoko-cdevel wolfspra1l (~wolfsprau@221.220.190.103) |
14:54.34 | JaMa | morphis: and yes sstate is depending on distro |
14:55.04 | JaMa | morphis: it would be compatible in this case imho, but I guess sstate checksums include distro so it won't be used anyways.. |
14:55.17 | morphis | hm ok |
14:55.28 | morphis | I will rebuild ... |
14:55.47 | morphis | JaMa: btw. there is a qt4-embedded_4.7.3.bbappend in meta-oe |
14:55.58 | morphis | JaMa: is there someway to revert it's changes? |
14:56.09 | morphis | in meta-aurora |
14:57.00 | JaMa | imho only with another bbappend undoing it |
14:57.24 | JaMa | but cleaner would be to change qt4-embedded_4.7.3.bbappend that it would suit both sides |
14:57.44 | JaMa | morphis: or feel free to change it in meta-oe-contrib/shr for now |
14:57.55 | morphis | ok |
14:58.07 | CIA-5 | SHR: 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.31 | CIA-5 | freesmartphone.org: 03morphis 07specs * r0d600d57652b 10/ (9 files in 4 dirs): Remove old MusicPlayer API definition |
14:59.50 | CIA-5 | freesmartphone.org: 03morphis 07gdbus * r05a7c4a13693 10libfso-glib/configure.ac: Bump version to catch up with fso-specs |
15:00.15 | CIA-5 | freesmartphone.org: 03morphis 07cornucopia * re9afc29ab35d 10/ (configure.ac src/Makefile.am): Adjust for latest changes to fso-specs and bump version |
15:00.16 | CIA-5 | freesmartphone.org: 03morphis 07cornucopia * rf94e3a8b399b 10/src/Makefile.am: Skip namespaces when generating source files |
15:02.18 | morphis | JaMa: shr uses initscripts-shr instead of initscripts, right? |
15:03.02 | JaMa | not anymore |
15:03.09 | JaMa | replaced by bbappend |
15:04.13 | JaMa | weird aurora-image build does only netbase and then rootfs |
15:05.24 | CIA-5 | SHR: 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.03 | JaMa | morphis: 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.11 | JaMa | morphis: and which machines should I start building on buildhost (for shr-core with aurora images)? |
15:09.22 | JaMa | morphis: sofar I'm doing only n900 and gta02 |
15:13.12 | GarthPS | JaMa: 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.32 | GarthPS | JaMa: 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.23 | JaMa | GarthPS: it's efective (buildhost is building aurora-image right now) |
15:18.39 | GarthPS | JaMa: for which target ? |
15:18.43 | JaMa | GarthPS: and our update-conf changes in Makefile will update your bblayers.conf |
15:18.53 | JaMa | GarthPS: n900+gta02 (just for test) |
15:19.10 | *** join/#openmoko-cdevel leviathan_ (~quassel@vpn-128.198.zhaw.ch) |
15:19.21 | GarthPS | JaMa: hmm as for the moment morphis support only palm device with aurora.. |
15:19.24 | JaMa | but we need to import more recipes to image for it to be usefull (morphis is working on it) |
15:20.00 | JaMa | it was just to test that everything works |
15:25.25 | GarthPS | JaMa: 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.31 | JaMa | GarthPS: yes if you don't have local modifications there which you would like to keep :) |
15:29.48 | GarthPS | JaMa: ;) ok thx |
15:30.23 | GarthPS | JaMa: do I need to clean something else in shr-core/ dir ? ar can I already build aurora-image ? |
15:32.01 | JaMa | GarthPS: make update; sync configs; and you can build image |
15:32.44 | JaMa | as 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.59 | JaMa | hehe 3288KiB /nokia900/kernel-image-3.0.0_3.0.0+gitr1+9b528be7fd45d7db2f8091343f62bc9e67e0f804-r68_nokia900.ipk |
15:35.32 | GarthPS | morphis: 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.27 | angelox|laptop | Hi all |
16:04.44 | *** join/#openmoko-cdevel Martix (~martix@cst-prg-160-254.vodafone.cz) |
16:13.17 | GarthPS | JaMa: * opkg_install_cmd: Cannot install package locale-base-en-gb. => shr-image.bb' failed |
16:13.17 | GarthPS | we can't uncomment GLIBC_GENERATE_LOCALES = "en_US.UTF-8" in local.conf ? |
16:17.09 | JaMa | GarthPS: with shr as distro, right? |
16:17.23 | JaMa | I don have it without GLIBC_GENERATE_LOCALES in local.conf |
16:17.55 | morphis | GarthPS: ok |
16:17.58 | morphis | angelox|laptop: heyho |
16:18.07 | JaMa | GarthPS:OE nokia900@shr ~/shr-core $ ls tmp/deploy/ipk/armv7a-vfp-neon/locale-base-* | wc -l |
16:18.10 | JaMa | 225 |
16:18.12 | JaMa | GarthPS: what do you have ^ |
16:21.06 | morphis | JaMa: can I use the shr-makefile still without chroot? |
16:22.33 | JaMa | morphis: yes it should work |
16:22.39 | morphis | ok |
16:22.51 | GarthPS | JaMa: 1 |
16:23.31 | GarthPS | JaMa: OE palmpre2@shr |
16:25.19 | *** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-5-88-186-17-64.fbx.proxad.net) |
16:25.38 | angelox|laptop | morphis: hey :) |
16:26.24 | angelox|laptop | morphis: Launcher is almost finished,i just need make when user close some application,it returns to the launcher |
16:26.48 | morphis | angelox|laptop: this we will do in the aurora-daemon in native code |
16:27.15 | morphis | angelox|laptop: I am thinking about depending on a HOME key |
16:27.30 | morphis | so the HOME key always takes the user back to the launcher/homescreen |
16:28.11 | angelox|laptop | morphis: so ok |
16:28.18 | morphis | angelox|laptop: furthermore I want to write a task switcher |
16:28.32 | morphis | s/task switcher/application switcher/ |
16:28.48 | angelox|laptop | morphis: that will be really good |
16:28.54 | morphis | which shows all the application and you can switch to one of them or close one |
16:29.02 | morphis | yes |
16:29.08 | morphis | I will do this in native code |
16:29.11 | morphis | not in QML |
16:29.29 | angelox|laptop | yes,it's hardly possible in QML (i think it is impossible) |
16:29.36 | morphis | hm |
16:29.47 | morphis | I don't know if we can embedded a qmlview into another qmlview |
16:30.48 | morphis | hm, we can |
16:31.05 | morphis | but 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.10 | angelox|laptop | i see.. |
16:32.15 | Slyon | hey! |
16:32.23 | GarthPS | hey! |
16:32.29 | angelox|laptop | Slyon: Hi ! |
16:33.02 | angelox|laptop | morphis: ok. So for finish settings app i need finish dbus agents |
16:33.07 | Slyon | any news of FSOSHRCON'11 except the stuff in the wiki? |
16:33.14 | angelox|laptop | morphis: i'll take 2~3 three days for that i think :) |
16:33.18 | morphis | angelox|laptop: yes, and for that we need to reimplement them |
16:33.22 | morphis | Slyon: heyho |
16:33.28 | morphis | Slyon: no, we need to decided on a date |
16:33.29 | Slyon | morphis, hey |
16:33.35 | Slyon | i see |
16:33.38 | morphis | I already created a list of possible dates but need to add them to the wki |
16:33.47 | angelox|laptop | morphis: then we are going to use aurora-daemon cpp one for 2011.12 release? |
16:33.48 | morphis | Slyon: btw. how is life? |
16:33.55 | morphis | angelox|laptop: yes |
16:33.59 | JaMa | GarthPS: which one and where do you set it? :) |
16:33.59 | morphis | no python anymore |
16:34.08 | angelox|laptop | morphis: ok. then i'll take more days :) |
16:34.17 | Slyon | morphis, everything allright. just came back from vacation this week |
16:34.18 | morphis | angelox|laptop: but wait with the agents |
16:34.31 | morphis | Slyon: great, so you will have more time now for working on FOSS :) |
16:35.06 | Slyon | morphis, yes i hope so. I'll leave somtimes for oktoberfest, though |
16:35.15 | morphis | ah ok |
16:35.17 | morphis | :D |
16:35.41 | morphis | angelox|laptop: I am currently thinking about how we do the agents the best way |
16:35.44 | Slyon | morphis, did you see my changes to msmcomm and fsogsmd? |
16:35.51 | GarthPS | JaMa: euu can you detail pls? I don't get it |
16:35.56 | morphis | Slyon: for msmcomm yes |
16:35.58 | Slyon | basically you can send a sms via FSO |
16:36.04 | morphis | Slyon: and I merged your sms stuff already into the master branch |
16:36.07 | morphis | yeah! |
16:36.10 | Slyon | ah nice! |
16:36.26 | angelox|laptop | morphis: i see.. |
16:36.30 | morphis | I think you should put your stuff directly into the master branch |
16:36.45 | JaMa | GarthPS: which file do you have? |
16:36.45 | morphis | angelox|laptop: but you should start to collect which things you need |
16:36.50 | Slyon | but there is a strange bug, which crashes fsogsmd if i throw no error at the end of the send_sms mediator |
16:37.13 | morphis | Slyon: hm, will take a look later |
16:37.16 | morphis | it's a vala bug? |
16:37.21 | GarthPS | JaMa: 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.23 | morphis | as I saw vala 0.14.0 is out |
16:37.28 | morphis | so maybe we should switch |
16:37.37 | JaMa | GarthPS: GLIBC_GENERATE_LOCALES is to restrict which locales should be build |
16:37.43 | JaMa | GarthPS: by default it should build all |
16:37.53 | angelox|laptop | morphis: like which functions i'll use? |
16:38.13 | JaMa | GarthPS: yes you need to keep en-gb in GLIBC_GENERATE_LOCALES too |
16:38.24 | Slyon | morphis, i don't know which sort of bug it is.. it says: 'GLib <GLib>: g_variant_new_string: assertion `string != NULL' failed' |
16:38.36 | Slyon | and everything works fine if i thorw an error |
16:39.02 | JaMa | GarthPS: or rebuild eglibc-locales with GLIBC_GENERATE_LOCALES commented and you should get all locales built |
16:39.10 | Slyon | i didn't investigate a lot, yet |
16:39.21 | morphis | Slyon: two points: |
16:39.44 | GarthPS | JaMa: but as I want to speed up build a bit I wanted to limit locales |
16:39.47 | morphis | 1. 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.03 | JaMa | GarthPS: meta/conf/distro/include/default-distrovars.inc:IMAGE_LINGUAS ?= "en-us en-gb" |
16:40.06 | JaMa | meta/conf/distro/include/tclibc-eglibc.inc: locale-base-en-gb " |
16:40.10 | morphis | 2. 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.14 | JaMa | GarthPS: then keep at least en-gb, en-us |
16:40.20 | morphis | which isn't catched anyway |
16:40.27 | JaMa | GarthPS: or set IMAGE_LINGUAS |
16:40.45 | morphis | Slyon: same for "yield channel.sms_service.message_read_template(...)" |
16:40.47 | JaMa | GarthPS: IMAGE_LINGUAS = " cs-cz en-us " |
16:40.47 | JaMa | GLIBC_GENERATE_LOCALES = "cs_CZ.UTF-8 en_US.UTF-8" |
16:41.08 | Slyon | morphis, 2.) yes i wanted to do this anyways. 1.) i *have to* thorw an error if it is declared? |
16:41.16 | GarthPS | JaMa: ok thx . then wiki page need some update as it is explained taht we can speed up build with thta |
16:41.31 | JaMa | GarthPS: limiting IMAGE_LINGUAS is not enough |
16:41.37 | morphis | Slyon: I don't know but I think this can be the problem |
16:41.39 | JaMa | GarthPS: just include en-gb too :) |
16:41.45 | GarthPS | JaMa: ok and where is the best place to set this ? |
16:41.46 | morphis | Slyon: I will merge your stuff into the master branch |
16:41.50 | JaMa | GarthPS: local.conf |
16:41.57 | JaMa | GarthPS: I'll update example |
16:41.57 | Slyon | morphis, ok |
16:42.01 | JaMa | in local.conf |
16:42.09 | GarthPS | JaMa: for the IMAGE_LINGUAS override too ? |
16:42.10 | Slyon | i'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.13 | morphis | angelox|laptop: can you do a list of things you need for the settings app from the agents? |
16:42.22 | morphis | paulk: heyho |
16:42.30 | morphis | paulk: I need your help |
16:42.33 | paulk | hi morphis! |
16:42.35 | paulk | ok |
16:42.47 | paulk | listens |
16:42.48 | morphis | paulk: you still have the serial console setup on your nexus s? |
16:42.55 | paulk | yep |
16:42.56 | angelox|laptop | morphis: surely...give me ten minutes please |
16:42.57 | JaMa | GarthPS: y |
16:43.03 | morphis | angelox|laptop: no problem |
16:43.08 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr) |
16:43.15 | morphis | angelox|laptop: I don't need it today but maybe this weekend |
16:43.16 | paulk | want me to try to get a shell on it? |
16:43.39 | morphis | no |
16:43.53 | morphis | I want you to boot a fastboot image and give me the kernel/rootfs output |
16:44.02 | paulk | ok |
16:44.16 | GarthPS | JaMa: ok thx you agin for explainations |
16:44.26 | paulk | morphis: just upload the images somewhere |
16:44.31 | paulk | and tell me how to setup rootfs |
16:44.58 | morphis | ok |
16:45.01 | CIA-5 | freesmartphone.org: 03morphis 07cornucopia * r1c2fccc194d9 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (channel.vala mediators_sms.vala sms.vala): |
16:45.01 | CIA-5 | freesmartphone.org: Merge remote-tracking branch 'origin/palmpre/sms-support' |
16:45.01 | CIA-5 | freesmartphone.org: Conflicts: |
16:45.01 | CIA-5 | freesmartphone.org: fsogsmd/src/plugins/modem_qualcomm_palm/channel.vala |
16:45.14 | morphis | paulk: it's just a kernel + rootfs in the fastboot image which you can boot with "fastboot boot ..." |
16:45.19 | paulk | ah I see |
16:45.23 | morphis | paulk: you are here tomorrow? |
16:45.30 | paulk | somehow |
16:45.36 | CIA-5 | SHR: 03Martin.Jansa 07shr-makefile * r6fa10c3c1925 10/conf/ (local.conf shr-core/local.conf): local.conf: update GLIBC_GENERATE_LOCALES/IMAGE_LINGUAS example |
16:45.36 | paulk | I'll be reinstalling my main computer |
16:45.45 | morphis | ok |
16:45.55 | paulk | so I'll be here on IRC with my laptop but don't expect me to work on code or build anything |
16:46.17 | morphis | angelox|laptop: we should create a agent/service per fso subsystem |
16:46.42 | angelox|laptop | morphis: that would organize more the stuff |
16:47.01 | morphis | angelox|laptop: yes |
16:47.13 | morphis | angelox|laptop: I am currently creating the cellularservice |
16:47.25 | angelox|laptop | morphis: then i'll study c++ and dbus integration |
16:47.29 | morphis | it will map the gsm/sim/network functionality to qml |
16:47.32 | morphis | angelox|laptop: ok |
16:47.35 | angelox|laptop | morphis: i saw your commit |
16:47.44 | morphis | angelox|laptop: I think we should then create a deviceservice class |
16:47.51 | morphis | for brightness control e.g. |
16:48.00 | angelox|laptop | yes,of course |
16:48.02 | morphis | angelox|laptop: if you like you can start with it |
16:48.18 | angelox|laptop | i'll just wait you push firstly so i can take an idea |
16:48.33 | angelox|laptop | s/firstly/cellularservice/ |
16:49.35 | angelox|laptop | Or better,i'll start the skeleton |
16:50.33 | morphis | yes |
16:50.36 | morphis | so we can move on |
16:51.07 | morphis | as the migration of aurora to oe-core is mostly done I just need to build qt4 and the aurora-daemon itself here |
16:51.14 | morphis | and then push the relevant bits |
16:51.36 | morphis | then we're mostly back to the state of 2011.08 |
16:51.44 | angelox|laptop | hmm ok. just a question,where is the aurora layer? |
16:52.18 | *** join/#openmoko-cdevel plotr (~name@62.68.144.8) |
16:55.05 | Slyon | morphis, i don't need msmrpc, right? |
16:56.11 | *** join/#openmoko-cdevel jluis (~jluis@2001:5c0:1400:a::70b) |
16:56.35 | morphis | Slyon: yes |
16:56.42 | morphis | Slyon: for palmpre you don't need it |
16:56.51 | Slyon | morphis, ok. thank you |
16:56.53 | morphis | Slyon: only if you want to do something for pre3/veer |
16:57.03 | morphis | Slyon: for palmpre you just need libmsmhll |
16:57.26 | Slyon | yup. i guess my msm-part is up-to-date now :) |
17:01.37 | morphis | ok |
17:01.53 | morphis | Slyon: so you will work on more sms features now? |
17:02.44 | Slyon | morphis, yes i'll fix sending sms first and integrate receive_sms into fso |
17:03.18 | morphis | great |
17:03.36 | playya_ | mrmoku, I'm still on an old EFL revision and my n900 doesn't detect my SIM card :( |
17:04.56 | CIA-5 | SHR: 03morphis 07meta-smartphone * r5eb540b71dd2 10/meta-samsung/conf/machine/crespo.conf: meta-samsung: crespo machine: prefer zImage as kernel image type |
17:04.57 | CIA-5 | SHR: 03morphis 07meta-smartphone * rbabb11dba20c 10/meta-fso/recipes-freesmartphone/freesmartphone/msmcomm.inc: msmcomm: bump SRCREV to latest version |
17:04.57 | CIA-5 | SHR: 03morphis 07meta-smartphone * r3b49c3895803 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: include fso2-compliance task |
17:04.57 | CIA-5 | SHR: 03morphis 07meta-smartphone * r141169eb1365 10/meta-aurora/conf/distro/aurora.conf: aurora: remove blacklist entries no longer needed and blacklist external toolchains |
17:04.58 | CIA-5 | SHR: 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.58 | CIA-5 | SHR: 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.58 | CIA-5 | SHR: 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.58 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * r3532e9b798c1 10/meta-nokia/recipes-kernel/linux/linux-nokia900-meego/defconfig: linux-nokia900-meego: update defconfig |
17:05.11 | CIA-5 | SHR: 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.11 | CIA-5 | SHR: 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.11 | CIA-5 | SHR: 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.11 | CIA-5 | SHR: 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.11 | CIA-5 | SHR: 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.30 | CIA-5 | SHR: 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.46 | playya_ | wow |
17:06.55 | playya_ | ah. crespo=nexus S |
17:08.31 | morphis | playya_: yes |
17:09.00 | playya_ | new target? |
17:09.21 | playya_ | mickeyl, i didn't receive your mail, yet |
17:11.33 | PaulFertser | leviathan: 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.28 | CIA-5 | SHR: 03Martin.Jansa 07meta-smartphone * ree4e0092061a 10/ (7 files in 7 dirs): meta-shr, meta-aurora: drop files no longer needed |
17:13.35 | CIA-5 | SHR: 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.55 | morphis | playya_: yes |
17:33.25 | GarthPS | what do i need to rebuild for those locales ? |
17:43.49 | *** join/#openmoko-cdevel mickeyl (~mickey@80.81.242.146) |
17:44.44 | morphis | mickeyl: 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.07 | gnutoo | hi |
19:09.09 | gnutoo | hi DocScrutinizer51 |
19:18.17 | *** join/#openmoko-cdevel multimicro (~adherent@lib33-3-83-155-157-3.fbx.proxad.net) |
19:18.27 | paulk-asso | back |
19:30.28 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr) |
19:31.42 | mrmoku | playya_: but battery works again? |
19:32.43 | mrmoku | PaulFertser: I think the idea is to fullfill FSF's requirements to embrace the gta04 as free softwarewise |
19:34.20 | PaulFertser | mrmoku: 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.01 | CIA-5 | freesmartphone.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.04 | mrmoku | PaulFertser: I fully agree |
19:51.18 | *** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59) |
20:05.48 | gnutoo | PaulFertser: I explined RMS's point of view trough mail |
20:07.09 | gnutoo | I don't agree tough |
20:07.56 | gnutoo | basically 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.35 | gnutoo | I disagree and think about osmcombb and the om-gta02, maybe I should respond to him about that |
20:11.18 | gnutoo | (my mail is on om-gta04 ml and I'll look if there is a response right now...) |
20:13.10 | Slyon | mickeyl, ping |
20:19.18 | antrik | JaMa: sorry, desperately trying to catch up with backlog... |
20:20.57 | antrik | I think you posted a command using cp -ar... but maybe I got mixed up and it was actually someone else :-) |
20:24.28 | antrik | "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.06 | antrik | to 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.58 | CIA-5 | freesmartphone.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.47 | antrik | gnutoo: 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.37 | gnutoo | ok |
20:36.10 | gnutoo | but 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.28 | losinggeneration | I 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.59 | losinggeneration | it 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.00 | onen|openBmap | gnutoo: hi |
21:12.14 | onen|openBmap | gnutoo: 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.49 | gnutoo | onen|openBmap: hi |
21:19.17 | gnutoo | onen|openBmap: currently less than before, because nowadays paulk does most of the work |
21:19.48 | gnutoo | basically we are switching to the nexus S and I've no nexus S yet |
21:19.56 | onen|openBmap | gnutoo: 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.19 | onen|openBmap | gnutoo: RMS mentions (twice IIRC) the replicant project :-) |
21:20.34 | gnutoo | I know that article....I helped RMS to write it, he wrote it and I explained everything he needed to write that |
21:21.07 | gnutoo | basically I explained everything about embedded devices, what's flashing etc... |
21:21.09 | onen|openBmap | gnutoo: I see |
21:21.29 | gnutoo | because he knew what installing was but not flashing for instance |
21:21.35 | onen|openBmap | gnutoo: ok. so sorry for disturbing ;-) |
21:21.40 | paulk | hey, do you guys know about this phone: http://www.gizmoforyou.net/wiki/index.php/Main_Page |
21:21.46 | lindi- | gnutoo: paulk: do you know much about icedrobot? |
21:21.49 | paulk | FLOW G1 & G1.5 |
21:21.53 | gnutoo | npno problem.... |
21:22.03 | paulk | lindi-: mhh never heard of it |
21:22.08 | lindi- | huh? really? |
21:22.32 | gnutoo | paulk, yes it's even referenced on replicant website .... |
21:22.36 | lindi- | gnutoo: paulk: http://www.icedrobot.de/downloads/fosdem11/icedrobot-fosdem-2011-02-05.pdf |
21:22.38 | gnutoo | lindi-: rms told me about it.... |
21:22.57 | paulk | gnutoo: I know, but I got a comment on replicant website telling that our infos it's outdated |
21:23.08 | paulk | now it sells with android preinstalled and the hardware is already in one piece |
21:23.20 | gnutoo | ok |
21:23.25 | gnutoo | nice!!!! |
21:23.25 | paulk | I asked if the source of the shipped android is free |
21:23.31 | gnutoo | let's update the website.... |
21:23.35 | paulk | they said yes, it's all free |
21:23.43 | paulk | bootloader seems to be u-boot too |
21:23.47 | paulk | modem speaks AT |
21:23.55 | gnutoo | SOC? |
21:24.05 | paulk | seems OMAP |
21:24.11 | gnutoo | wow!!!!! |
21:24.21 | gnutoo | why are they doing gta04 then? |
21:25.53 | paulk | but 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.56 | gnutoo | ok |
21:27.09 | paulk | but it seems indeed quite awesome! |
21:27.19 | gnutoo | I'll look right after finishing reading icedrobot presentation |
21:31.52 | gnutoo | paulk: so the flows are not sold in kit anymore? |
21:32.16 | gnutoo | and what's the price? |
21:32.30 | paulk | the 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.41 | gnutoo | ok |
21:32.41 | paulk | see http://www.gizmoforyou.net/ |
21:32.56 | paulk | about the price⦠|
21:32.59 | paulk | like $500 |
21:33.22 | gnutoo | ok |
21:33.51 | paulk | at least |
21:34.38 | paulk | there is an "overoé plateform to choose that contain the OMAP soc |
21:34.44 | paulk | "overo" |
21:34.52 | paulk | and another one for the radio |
21:34.59 | paulk | total seems more around $1000 |
21:35.17 | gnutoo | pauit costs about 1000E |
21:36.09 | paulk | yes |
21:36.14 | gnutoo | http://www.gizmoforyou.net/site/en/shop/gizmos/flow-g1-5.html |
21:36.19 | gnutoo | sorry for the lag.... |
21:36.39 | paulk | at least 860⬠|
21:36.49 | paulk | it make sit a very expensive phone! |
21:36.53 | paulk | makes it* |
21:37.29 | gnutoo | yes altough....when you spend thousands of euros looking for THE phone..... |
21:37.39 | gnutoo | and if that is the one..... |
21:37.46 | *** join/#openmoko-cdevel PaulFertser (paul@paulfertser.info) |
21:37.50 | gnutoo | maybe you save money at the end |
21:38.12 | gnutoo | like you buy an htcdream ->failure |
21:38.22 | gnutoo | then you buy an n900 -> partial failure |
21:38.24 | gnutoo | etc... |
21:38.38 | gnutoo | altough I got some pohnes for free |
21:38.42 | gnutoo | *phones |
21:39.26 | gnutoo | hi morphis |
21:39.53 | paulk | yeah 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.18 | paulk | plus I bet GSM firmware is probably non-free |
21:40.21 | paulk | same for wifi, etc |
21:41.00 | gnutoo | yes |
21:41.21 | gnutoo | plus you are not sure that it will really be THE one |
21:41.33 | gnutoo | for instance gps is attached to the modem |
21:41.38 | gnutoo | but you can choose without gps |
21:41.53 | paulk | yeah 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.11 | gnutoo | yes and I wonder abuot the hardware quality too |
21:43.15 | gnutoo | is it good enough? |
21:43.22 | gnutoo | maybe |
21:43.25 | gnutoo | or maybe not |
21:44.00 | *** join/#openmoko-cdevel nschle85 (~kvirc@178-27-184-116-dynip.superkabel.de) |
21:44.08 | gnutoo | also, beeing at 1000E means that you're almost alone on it |
21:44.16 | gnutoo | if you can find the money .... |
21:44.34 | gnutoo | it's unlikely that everyone would buy it... |
21:45.06 | paulk | yeah right |
21:46.03 | gnutoo | or at the best case you get it for free, develop for it and no one uses it because of the price... |
21:47.17 | gnutoo | in the past I thought about the TI omapzoom but it lacked a modem... |
21:47.39 | paulk | ok |
21:47.45 | gnutoo | it's great and supported by angstrom, however the price is very high too |
21:47.49 | gnutoo | hence the same issues |
21:48.08 | paulk | I see |
21:48.22 | paulk | apparently, there are non-free firmwares for this device to work |
21:48.26 | gnutoo | not to count the fact that getting a modem for is very hard |
21:48.33 | gnutoo | what device? |
21:48.37 | gnutoo | the omap zoom? |
21:48.46 | paulk | Flow G1.55 |
21:48.53 | gnutoo | well it depends |
21:49.01 | gnutoo | if you take the overo fire.... |
21:49.07 | gnutoo | you surely have firmwares |
21:49.17 | gnutoo | you will have the libertas firmwares |
21:49.26 | gnutoo | for wifi and bluetoth |
21:49.38 | gnutoo | if you take the earth....you lack wifi |
21:50.19 | paulk | also, I guess they don't lack 3D acceleration |
21:50.27 | gnutoo | not a problem |
21:50.32 | gnutoo | omap is good enough |
21:50.45 | nschle85 | gnutoo: hello |
21:50.48 | gnutoo | you even have XV acceleration with xf86-video-omapfb |
21:50.50 | gnutoo | hi nschle85 |
21:50.52 | paulk | I mean, they certainly include the libs for 3D, so maybe for other stuff too |
21:50.59 | gnutoo | nschle85: your udev bug was fixed by jake42 |
21:51.00 | gnutoo | oops |
21:51.08 | nschle85 | gnutoo: ill leave shr now |
21:51.12 | gnutoo | s/ jake42 / JaMa |
21:51.18 | gnutoo | ah? |
21:51.21 | gnutoo | too bad |
21:51.29 | nschle85 | today i bought an Iphone |
21:51.39 | gnutoo | is it a joke? |
21:51.44 | nschle85 | yes :-) |
21:51.48 | paulk | lol |
21:51.56 | nschle85 | i bought an apple tv :-) |
21:52.25 | nschle85 | installed xmbc on it (apt-get install xbmc) |
21:52.55 | gnutoo | nschle85: anyway, if you want to talk about shr issues you're welcome to do it without the apple trick |
21:53.00 | nschle85 | gnutoo: because beagle board is not deliverable |
21:53.20 | nschle85 | gnutoo: no, i wanted to say hello |
21:53.25 | gnutoo | ah ok |
21:53.41 | gnutoo | because we have issues we must face, so if you have ideas.... |
21:54.16 | nschle85 | face ? my english too bad, was are you talking about ? |
21:54.54 | gnutoo | basically we lacks devellopers and have too much bugs(in my opinion) |
21:55.06 | gnutoo | and a lot of phones are not finished |
21:55.29 | gnutoo | result: no devs uses the devices as a phone.... |
21:55.50 | gnutoo | I want to use gta02 as a phone again so .... |
21:56.34 | gnutoo | I am fixing the bugs I need to be fixed or bugreporting/asking other people to fix the ones I can't fix |
21:56.58 | gnutoo | and I need a new battery also..... |
21:57.06 | gnutoo | I'll buy a nokia battery |
21:57.13 | gnutoo | it's supported out of the box.... |
21:57.17 | gnutoo | at least in SHR |
21:57.38 | gnutoo | btw I even tried qtmoko or other distros and I prefer SHR |
21:57.57 | gnutoo | qtmoko is better integrated but lacks certain apps |
21:58.03 | paulk | ah really, nokia batteries do work on SHR now? |
21:58.19 | gnutoo | I didn't succeed at using the music player well in qtmoko... |
21:58.40 | gnutoo | paulk: yes |
21:58.42 | paulk | is it a recent improvement? |
21:58.42 | gnutoo | basically the driver name is platform battery |
21:58.52 | gnutoo | and it's =y |
21:59.02 | gnutoo | along with the other driver(bq27xx) |
21:59.17 | gnutoo | so it get selected automatically by the kenrel.... |
21:59.22 | gnutoo | somehow.... |
21:59.28 | paulk | ok, so it's in recentkernels |
21:59.32 | gnutoo | yes |
21:59.36 | gnutoo | it's great |
21:59.38 | nschle85 | gnutoo: i have a brand new battery for gta02 |
21:59.46 | gnutoo | ok |
22:00.33 | nschle85 | gnutoo: in short: i under stand what you said and i 100% agree |
22:00.37 | gnutoo | I'll look for the nokia battery tomorrow at the local shop |
22:00.56 | gnutoo | then once om-gta02 works maybe I'll help on n900 |
22:01.26 | gnutoo | first thing I want to do on n900: fix the battery charging so it works faster when charging on the wall charger... |
22:01.35 | paulk | mhh when I try to download the script to checkout the repos for flow g 1.55 I get "Not Authorised!" |
22:01.40 | gnutoo | then there is the audio quality during sound calls |
22:01.48 | paulk | seems like not a lot of people are involved in it on the community-side |
22:01.50 | gnutoo | then sms |
22:01.53 | gnutoo | ok |
22:02.16 | gnutoo | 3g also should work but I don't know why it fails for me in france... |
22:02.56 | gnutoo | I also want bluetooth on om-gta02 |
22:03.01 | nschle85 | gnutoo: 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.25 | gnutoo | yes maybe we need to document each fix.... |
22:03.41 | gnutoo | private branch means something like: |
22:04.33 | paulk | I'm falling asleep (had to be up late yesterday because of Maths stuff I had to achieveâ¦) so I'm leaving, bye |
22:04.34 | gnutoo | vim recipe.bb;BITBAKE -C CLEANSSTATE FOO-TASK foo; bitbake shr-lite-image ? |
22:04.47 | gnutoo | with the -c cleansstate that you need to do to get the fix |
22:04.48 | nschle85 | gnutoo: 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.00 | gnutoo | ahhh |
22:05.07 | gnutoo | nschle85: that's not JaMa |
22:05.14 | gnutoo | it's because the build host is slow |
22:05.23 | gnutoo | it was one of my ideas: |
22:05.28 | gnutoo | get a faster build host |
22:05.32 | gnutoo | so we find bugs faster |
22:05.40 | gnutoo | tuxbrain may help with that |
22:05.55 | nschle85 | gnutoo: i have also a dedicated server |
22:06.00 | gnutoo | ok |
22:06.05 | nschle85 | its consuming money |
22:06.20 | gnutoo | then tell everyone abuot it |
22:06.30 | gnutoo | and give access to the ones that needs it |
22:06.43 | gnutoo | (hoping that doesn't consume more money ) |
22:07.14 | gnutoo | I'm not involved into the building the official images thing... |
22:07.19 | gnutoo | but JaMa is |
22:07.35 | nschle85 | gnutoo: the problem is, that i am not a administrator, so who will get access there must be like a family member :-) |
22:08.09 | gnutoo | ah ok |
22:08.19 | nschle85 | gnutoo: i store there some private things so i wont to give anybody access |
22:08.32 | gnutoo | maybe adopt JaMa then.... |
22:08.37 | gnutoo | ok |
22:08.48 | nschle85 | gnutoo: i would if i could :-) |
22:08.56 | angelox|laptop | lol |
22:09.38 | nschle85 | angelox|laptop: thank you for your mail :-) |
22:10.10 | angelox|laptop | nschle85: :) it was short because i wrote it on the phone.. sorry :) |
22:10.12 | nschle85 | gnutoo: the next i dont understand is the progress: |
22:10.44 | nschle85 | angelox|laptop: but it contained all the information which maked me happy :-) |
22:11.22 | nschle85 | years ago openmoko image worked: making calls, send sms and screen rotation worked |
22:11.51 | gnutoo | making calls now re-work |
22:11.54 | nschle85 | gnutoo: and now ? we have calls, sms and no screen rotation on gta02 |
22:11.54 | gnutoo | sms works |
22:11.58 | gnutoo | rotation still work |
22:12.10 | gnutoo | I tried rotation today |
22:12.13 | gnutoo | it worked |
22:12.41 | gnutoo | I fixed calls |
22:12.42 | nschle85 | gnutoo: really automatically ? detected on phone location ? |
22:12.55 | gnutoo | automatically? |
22:13.00 | gnutoo | xrandr -o 1 |
22:13.22 | gnutoo | I don't know how to make it automatically but I suspect that there are various ways: |
22:13.28 | gnutoo | *fso config |
22:13.32 | gnutoo | *a separate app |
22:13.38 | nschle85 | gnutoo: the originally openmoko image rotated the scree when i rotated the phone |
22:13.50 | gnutoo | yes but that consume a lot |
22:13.56 | gnutoo | in term of CPU |
22:14.04 | gnutoo | so it's disabled by defualt |
22:14.15 | gnutoo | let me try to enable it |
22:14.45 | nschle85 | gnutoo: and what kind of additionally features do we now have ? |
22:15.27 | gnutoo | speed? |
22:15.37 | nschle85 | gnutoo: ok thats true |
22:15.54 | gnutoo | but the lost of features is due to the lack of manpower.... |
22:16.00 | nschle85 | gnutoo: but at the moment we made one step forward and 2 steps backward |
22:16.41 | gnutoo | yes I know..... |
22:16.53 | gnutoo | we have a hard time to keep-up with moving stuff |
22:16.56 | nschle85 | gnutoo: and i cannot explain why |
22:16.57 | gnutoo | manpower.... |
22:17.11 | gnutoo | I can |
22:18.00 | nschle85 | gnutoo: jama separated the sources from main oe, because he always wanted a stable system, but that also not works |
22:18.40 | antrik | gnutoo: 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.49 | gnutoo | basically thinkgs change |
22:18.56 | gnutoo | like Xorg or openembedded |
22:18.59 | gnutoo | we have to keep up |
22:20.20 | nschle85 | gnutoo: i cannot much support in development, i can only cry: xxxxx is not working, does it help ? |
22:21.05 | nschle85 | gnutoo: 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.09 | gnutoo | and someand so we loose stuff while keeping up |
22:22.20 | gnutoo | because we don't have enough manpower |
22:22.29 | gnutoo | nschle85: yes it helps a lot!!!! |
22:22.53 | gnutoo | most of the devs don't really use the devices as main phone |
22:23.10 | gnutoo | so how can they know what's wrong.... |
22:24.18 | gnutoo | antrik: hmm do you know an app for automatic rotation? |
22:24.37 | nschle85 | gnutoo: 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.09 | gnutoo | http://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.46 | nschle85 | gnutoo: please do not spend much time in screen rotation: it was only an example in bad progress |
22:25.52 | nschle85 | for |
22:26.08 | gnutoo | I just wanted to point you to a rotation app |
22:26.12 | gnutoo | like 2 min thing |
22:26.22 | antrik | gnutoo: 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.32 | gnutoo | I looked in the accelerometer fso plugin and it only gives orientation |
22:26.36 | gnutoo | it doesn't rotate... |
22:26.55 | gnutoo | what was the fastest one? |
22:28.14 | gnutoo | OMNewRotate |
22:28.24 | gnutoo | maybe we need to import it in shr-core.... |
22:28.32 | antrik | gnutoo: 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.09 | gnutoo | hmmm |
22:29.38 | gnutoo | basically there was a mail sent by mickel to the core developers |
22:29.45 | gnutoo | that ask for ideas... |
22:30.02 | gnutoo | or on where to go next |
22:30.39 | *** join/#openmoko-cdevel PaulFertser (paul@paulfertser.info) |
22:32.52 | gnutoo | I can make a fast recipe if you want |
22:33.04 | nschle85 | gnutoo: 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.31 | antrik | gnutoo: 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.56 | antrik | gnutoo: receipe for OMNewRotate? yeah, I think that would be a good start... |
22:36.08 | nschle85 | antrik: gnutoo: if gnutoo fixed screen rotation on gta02 i think it will also work on n900 so the benefit is very high |
22:36.35 | antrik | nschle85: nah, N900 has a driver problem in that regard |
22:36.46 | gnutoo | nschle85: that's planed |
22:36.47 | antrik | on FreeRunner it's just a missing application to auto-apply the rotation |
22:37.12 | gnutoo | nschle85: no |
22:37.13 | nschle85 | antrik: which driver has ha problem ? |
22:37.19 | gnutoo | it won't fix n900 |
22:37.36 | gnutoo | n900 require xrandr -o 1 driver..... |
22:38.00 | gnutoo | altough dos1 started to look at it and found how to statically rotate n900 |
22:38.13 | gnutoo | altough he didn't get furthurer |
22:38.38 | gnutoo | driver means xf86-video-omapfb |
22:38.47 | gnutoo | altough many people are using it: |
22:38.57 | gnutoo | *buglabs with their bug 2.0 |
22:39.06 | gnutoo | *gta04 will have an omap |
22:39.20 | gnutoo | so maybe it will be fixed by gta04 people |
22:39.54 | nschle85 | gnutoo: but until rotation works on n900 we should fix the layout, because some buttons are cut on bottom border aso. |
22:41.11 | nschle85 | gnutoo: what do you think about shr developer meeting ? |
22:41.31 | nschle85 | gnutoo: only for nowing each other ? |
22:41.53 | nschle85 | knowing |
22:42.54 | antrik | nschle85: there has been talk of doing one all the time since I'm in this channel, which is almost a year now... |
22:43.16 | antrik | basically, everyone agrees that it would be important to do one, but so far nobody took the initiative to actually organise it... |
22:43.48 | nschle85 | antrik: the first question is: where |
22:44.41 | nschle85 | antrik: because it make no sence to organize it in Tallin, where i can live in winter free of charge :-) |
22:46.01 | nschle85 | antrik: JaMa: lives in szech republic its good for dos1|N900: but gnutoo: lives somehwere in france... |
22:46.04 | gnutoo | -aAccelerometer path, by default '/dev/input/event3' |
22:46.16 | gnutoo | it uses accelerometers directly... |
22:46.30 | gnutoo | maybe we could make an fso plugin instead |
22:46.43 | gnutoo | but I'll look at more core stuf before |
22:47.11 | nschle85 | gnutoo: the next problem i have is FSO |
22:47.35 | antrik | nschle85: Germany. don't remember what the latest proposal was exactly, but definitely Germany |
22:48.00 | angelox|laptop | is thinking in Brazil :) |
22:48.28 | antrik | gnutoo: 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.29 | nschle85 | angelox|laptop: i ll catch you from the airport :-) |
22:49.25 | nschle85 | gnutoo: stuff.. integrated in fso is not available for the rest linux world |
22:50.01 | angelox|laptop | nschle85: :) anyway,it's a bad idea go to Brazil..stuff are really expensive (n900 battery costs about USD 80 (fake one)) |
22:50.04 | nschle85 | antrik: germany is ok for me, but i am not the middle of the world |
22:50.42 | nschle85 | angelox|laptop: i think you have to book a flight to europe :-) |
22:51.18 | antrik | nschle85: eh? FSO can be used on any GNU/Linux distribution; Debian actually has packages for it... |
22:51.19 | gnutoo | I'll go bye |
22:51.26 | angelox|laptop | gnutoo: good night |
22:51.29 | nschle85 | angelox|laptop: but why not collect some money for developers coming far away ? |
22:51.37 | antrik | (though some Debian people seem to be toying with ofono now...) |
22:51.57 | angelox|laptop | nschle85: 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.21 | gnutoo | basically it's harder than usual english |
22:52.49 | gnutoo | since people would have french,english,german,spanish accent |
22:52.50 | gnutoo | etc... |
22:53.09 | gnutoo | I'll go to sleep |
22:53.10 | gnutoo | bye |
22:53.14 | angelox|laptop | yes,and i have no defined accent (i mix them) :( |
22:53.15 | antrik | nschle85: 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.38 | antrik | gnutoo: actually, I find it easier to talk to non-native speakers |
22:54.15 | nschle85 | antrik: i would spend 50⬠:-) |
22:54.18 | antrik | (except Dutch... I really have troubles understanding them when they have a heavy accent ;-) ) |
22:55.04 | nschle85 | gnutoo: night |
22:56.25 | angelox|laptop | travel from Brazil->Berlin US$ 1.332 minimal without hotel and for 4 days |
22:56.49 | nschle85 | angelox|laptop: ups |
22:57.17 | angelox|laptop | now you know another reason i can't travel :) |
22:57.51 | nschle85 | angelox|laptop: other than money ? |
22:58.54 | angelox|laptop | money,english and how to say Hi in Detusch :) |
22:59.17 | angelox|laptop | German* |
22:59.18 | nschle85 | angelox|laptop: how far is salvador from you ? |
22:59.42 | antrik | angelox|laptop: "hi" is fine ;-) |
22:59.58 | nschle85 | angelox|laptop: everybody here speaks english |
23:00.34 | nschle85 | angelox|laptop: your english is well |
23:00.48 | angelox|laptop | nschle85: you never listen my english :( |
23:00.54 | angelox|laptop | nschle85: in KM? 1979 |
23:01.43 | nschle85 | angelox|laptop: so give me please a bigger airport near you |
23:03.09 | angelox|laptop | nschle85: you're travelling to here? |
23:03.50 | nschle85 | angelox|laptop: i am looking for cheaper flights |
23:05.10 | angelox|laptop | nschle85: from São Paulo to Salvador you'll pay about R$ 185..sth like USD 98 |
23:05.26 | angelox|laptop | ops,Salvador to São paulo :) |
23:06.20 | nschle85 | a flight from salvador to frankfurt costs 336⬠|
23:13.35 | angelox|laptop | i see |
23:14.45 | angelox|laptop | meeting with devs is expensive :) |
23:15.32 | nschle85 | angelox|laptop: i know |
23:15.45 | nschle85 | angelox|laptop: most of us are from europe |
23:16.14 | nschle85 | brazil is far away for us |
23:17.02 | nschle85 | and your football team was often blaming us :-) |
23:19.32 | nschle85 | angelox|laptop: i think we should talk about money if we know where and when we'll weet |
23:24.35 | angelox|laptop | nschle85: i don't know football :) i prefer talking about geek stuff :) |
23:25.08 | angelox|laptop | nschle85: at least i can get russian citizenship :) |
23:25.18 | angelox|laptop | then i'll live at Russia :) |
23:25.43 | nschle85 | angelox|laptop: and what about formula 1 ? (Massa ?) |
23:26.26 | angelox|laptop | nschle85: that is very better,but i rarely watches to it :) |
23:27.14 | nschle85 | angelox|laptop: i know, a german is dominating it :-) |
23:27.50 | nschle85 | angelox|laptop: a flight from here to moscow is very cheap :-) |
23:28.35 | angelox|laptop | nschle85: seems to be,but i'm in the other side of world from there :) |
23:29.21 | nschle85 | if you are a russian, you could move to kaliningrad :-) |
23:29.36 | nschle85 | then you are not far away from dos1 |
23:29.59 | nschle85 | and every summer i am near it |
23:30.28 | angelox|laptop | i'm not russian,but my grandfather is... |
23:31.21 | nschle85 | angelox|laptop: i can see onmap brazil is very big |
23:31.25 | nschle85 | on map |
23:32.08 | angelox|laptop | Germany too |
23:38.44 | nschle85 | angelox|laptop: no its maximun 1000km from border to border |
23:39.46 | angelox|laptop | nschle85: then the map i got was wrong :) |
23:39.52 | nschle85 | its cound about 8-9 hours by car |
23:40.00 | nschle85 | round |
23:40.56 | angelox|laptop | i see |
23:41.00 | nschle85 | from nuch to berlin (600km) i need 5 hours |
23:41.04 | angelox|laptop | will buy a helicopter to travel :) |
23:42.07 | nschle85 | angelox|laptop: can you fly it ? |
23:43.07 | nschle85 | and does it contain enough fuel ? |
23:43.15 | angelox|laptop | :) |
23:43.36 | angelox|laptop | i never tried to pilot one |
23:43.43 | nschle85 | angelox|laptop: ill go to bed here we have 01:43 am |
23:43.46 | angelox|laptop | can you lend one to me try? :) |
23:43.52 | angelox|laptop | nschle85: ok then,good night :) |
23:44.23 | nschle85 | angelox|laptop: a collegue has a helicopter model :-) |
23:44.58 | nschle85 | angelox|laptop: which time do you have ? |
23:45.17 | angelox|laptop | not sure,my PC's clock is wrong :) |
23:45.37 | nschle85 | angelox|laptop: ! |
23:45.42 | angelox|laptop | hmm. i've got 20:45 :) |
23:45.59 | nschle85 | angelox|laptop: ok its our normal tv time |
23:46.10 | angelox|laptop | nschle85: i just like to now: It's day,It's night and it's sleep time :) |
23:46.26 | nschle85 | but out tv is now showing the repetitions |
23:47.07 | nschle85 | angelox|laptop: i need to sleep |
23:47.24 | nschle85 | bye |
23:47.26 | angelox|laptop | angelox|laptop: :) so good night |
23:47.28 | angelox|laptop | ops |
23:47.33 | angelox|laptop | nschle85 * |
23:47.44 | angelox|laptop | said good night to himself :S |
23:48.18 | nschle85 | if you have any questions you can write a mail, my N900 will inform me immedialtely about new mails |
23:48.43 | nschle85 | good night |
23:48.43 | angelox|laptop | ok |
23:48.45 | nschle85 | bye |
23:48.48 | angelox|laptop | good 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) |