IRC log for #openmoko-cdevel on 20101115

01:04.52*** join/#openmoko-cdevel knutmithut (~knut@e179103211.adsl.alicedsl.de)
01:05.16knutmithuthey
01:27.00*** join/#openmoko-cdevel mirko (~daten@g225064171.adsl.alicedsl.de)
01:46.08*** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de)
02:05.30*** join/#openmoko-cdevel Defiant (erik@e177142075.adsl.alicedsl.de)
02:16.47*** join/#openmoko-cdevel sicu (~sicu@ti0090a380-dhcp0414.bb.online.no)
02:48.32*** join/#openmoko-cdevel knutmithut (~knut@f049174168.adsl.alicedsl.de)
05:33.57*** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg)
05:49.35*** join/#openmoko-cdevel Mirv (~tajyrink@ubuntu/member/mirv)
06:00.47*** join/#openmoko-cdevel radekp (~radek@82.113.39.210)
06:02.36*** join/#openmoko-cdevel fredrin (~fredrik@cm-84.208.108.15.getinternet.no)
06:02.50*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
06:20.37*** join/#openmoko-cdevel anarsoul (~anarsoul@212.98.182.23)
06:23.12mrmokuJaMa: nice. question is if that depends on the target kernel to be execed - or if booting into maemo should work too
06:48.25JaMamrmoku: maybe it was because I did it "right" with / remounted RO and every service stoped (including ssh/xserver)
06:49.11JaMaand I've also used kexec-klibc instead kexec built against eglibc.. will try with same kexec from maemo too
07:02.11*** join/#openmoko-cdevel papa-piet_ (~peter@port-92-204-61-108.dynamic.qsc.de)
07:02.44*** join/#openmoko-cdevel PaulFertser (~pavel@ppp83-237-106-151.pppoe.mtu-net.ru)
07:26.37*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
07:50.13*** join/#openmoko-cdevel daniele_athome (~daniele@b1.pointerweb.it)
07:50.29daniele_athomemorning
07:53.05creeper__moin
07:56.20*** join/#openmoko-cdevel kwek (~kwek@51.Red-88-22-248.staticIP.rima-tde.net)
08:01.36*** join/#openmoko-cdevel knutmithut (~knut@f049174168.adsl.alicedsl.de)
08:02.21JaMamoin
08:07.02daniele_athomemorning JaMa
08:07.18daniele_athomemokohome is crashing since latest efl upgrade :(
08:08.56*** join/#openmoko-cdevel ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
08:13.30JaMadaniele_athome: did you try to rebuild it against newer ecore?
08:13.56daniele_athomeJaMa, no i just took the shr package you've rebuilt
08:14.07JaMadaniele_athome: ah it's part of mokosuite2?
08:14.27daniele_athomeyes JaMa
08:14.30daniele_athomefor now :)
08:14.39daniele_athomeit's all a (app)bunch of apps :)
08:14.46daniele_athomelike the repository name says ;)
08:15.57*** join/#openmoko-cdevel mirko (~daten@e179148003.adsl.alicedsl.de)
08:16.36JaMawell I just bumped PR to rebuild it, didn't test it here
08:17.43daniele_athomeJaMa, don't worry i'll figure it out ;)
08:18.31JaMaI know and I don't worry about it already :)
08:20.08daniele_athomelol
08:30.24*** join/#openmoko-cdevel daniele_athome (~daniele@b1.pointerweb.it)
08:31.00*** join/#openmoko-cdevel anarsoul (~anarsoul@86.57.155.118)
08:59.43JaMamrmoku, GNUtoo: n900-2.6.35 rebased on top of OE (for linux-2.6.35 changes)
09:04.40CIA-74freesmartphone.org: 03morphis 07msmcomm * r6dc487553685 10/libmsmcomm/ (31 files in 3 dirs): libmsmcomm: rename and add a lot of stuff ... maybe it's unusable now ...
09:13.35mrmokuJaMa: hmm... maybe we should try to add the DVFS patches from http://dev.omapzoom.org/?p=thara/omap-dvfs.git;a=shortlog;h=refs/heads/pm-dvfs
09:14.17*** join/#openmoko-cdevel Arigead (~quassel@dsl-51-41.dsl.netsource.ie)
09:15.11*** join/#openmoko-cdevel Heinervdm (~thomas@pD9E17378.dip.t-dialin.net)
09:17.17*** join/#openmoko-cdevel kwek (~kwek@51.Red-88-22-248.staticIP.rima-tde.net)
09:20.02CIA-74freesmartphone.org: 03morphis 07msmcomm * r7137154f38e7 10/libmsmcomm/ (2 files in 2 dirs):
09:20.02CIA-74freesmartphone.org: libmsmcomm: fix bug in process-all-hci-messages.py script
09:20.02CIA-74freesmartphone.org: We have to be carefull with the results from the all_hci_messages files as their order is
09:20.02CIA-74freesmartphone.org: not the right to 100%.
09:20.04CIA-74freesmartphone.org: 03morphis 07msmcomm * r16ad655c5a9e 10/libmsmcomm/src/internal.h: libmsmcomm: define more group ids
09:22.23JaMamrmoku: I don't see them merged to meego kernel, do we want to be so bleeding edge? :)
09:23.52CIA-74freesmartphone.org: 03morphis 07msmcomm * r3a53bd8d8624 10/libmsmcomm/src/ (7 files): libmsmcomm: fix build error in response_audio.c
09:23.53CIA-74freesmartphone.org: 03morphis 07msmcomm * red19e7325299 10/libmsmcomm/src/Makefile.am: libmsmcomm: add pdsm files to build process
09:24.53mrmokuJaMa: only if meego kernel is moving too slow :P
09:25.10JaMa:)
09:31.04CIA-74freesmartphone.org: 03morphis 07msmcomm * rce810a98bd3e 10/libmsmcomm/specs/messages/ (7 files): libmsmcomm: add empty files for messages definitions
09:35.35*** join/#openmoko-cdevel creeper__ (~creeper@91.180.231.55)
09:37.17*** join/#openmoko-cdevel geomat (~geomat@c193-150-251-158.bredband.comhem.se)
09:40.11*** join/#openmoko-cdevel knutmithut (~knut@f049174168.adsl.alicedsl.de)
09:46.47CIA-74freesmartphone.org: 03morphis 07msmcomm * r97d4d8dd2c5b 10/libmsmcomm/ (4 files in 2 dirs): libmsmcomm: implement some more phonebook events
09:53.08*** join/#openmoko-cdevel jluis (53f78848@gateway/web/freenode/ip.83.247.136.72)
09:58.43*** join/#openmoko-cdevel GarthPS (~quassel@93.16.130.48)
10:17.31*** join/#openmoko-cdevel knutmithut (~knut@81-125.eduroam.RWTH-Aachen.DE)
10:38.05*** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
10:51.46*** join/#openmoko-cdevel knutmithut (~knut@81-125.eduroam.RWTH-Aachen.DE)
11:15.00*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.144.102)
11:28.06*** join/#openmoko-cdevel mirko (~daten@p5DDBAC86.dip.t-dialin.net)
11:45.42*** join/#openmoko-cdevel anarsoul (~anarsoul@86.57.155.118)
12:01.40*** join/#openmoko-cdevel knutmithut (~knut@81-125.eduroam.RWTH-Aachen.DE)
12:11.31PaulFertsermickey|office: hey :) he's the proof there's something wrong with fsousaged stuck in SUSPEND state: http://paste.debian.net/99879/
12:12.12JaMaPaulFertser: hi :)
12:12.23PaulFertserJaMa: hi
12:12.42PaulFertserJaMa: no news yet, but i'm going to work on it soon.
12:13.47JaMaok :)
12:14.04PaulFertserJaMa: but "Stanger than Paradise" is highly adviced.
12:15.29JaMaok I'll move it higher on my todo :)
12:17.29PaulFertserJaMa: it's not weird enough to be totally incomprehensible and is humourous enough to be enjoyable without bad/sad/sorrow aftertaste.
12:19.40JaMathat's why it's way higher on todo then Pierrot_le_fou
12:19.48*** join/#openmoko-cdevel oln (~oln@ws43198.studby.hig.no)
12:25.11mrmokuPaulFertser: I took the power-kernel patches from git
12:25.35mrmokuthere is one which is activated in the quilt series file
12:25.45mrmokuwhich does not apply
12:25.54mrmokuarmthumb.diff
12:26.10mrmokuany opinion on that one?
12:29.39JaMamrmoku: was power-kernel updated to include all fixes which were part of pr1.3 upgrade?
12:30.04PaulFertsermrmoku: ok, this is essential only if you have some thumb code.
12:30.26JaMamrmoku: yesterday I was thinking about switching from default kernel in meamo (pr1.3) but then I wasn't sure about it and went to bed instead
12:30.28mrmokuJaMa: loks like, yes
12:30.34PaulFertsermrmoku: do you enable thumb interworking?
12:30.39*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
12:31.14PaulFertserJaMa: yes, the latest power kernel has all the fixes from pr1.3 (and none of the bugs/misfeatures it introduced comparing to pr1.2).
12:31.37mrmokuPaulFertser: yup, as far as I know we have thumb enabled
12:32.37PaulFertsermrmoku: this patch would probably impact performance of that negatively.
12:33.05mrmokuso we don't want it anyway?
12:33.36PaulFertsermrmoku: i guess it's better to disable thumb altogether.
12:34.06mrmokuJaMa: do we have it enabled for n900?
12:34.16PaulFertsermrmoku: to avoid needless flushing of branch prediction state on every context switch.
12:34.39JaMaI'm checking distro config but seems like it's disabled for armv6+
12:34.50mrmokuahh, ok
12:35.04mrmokuthen all is fine :)
12:35.39JaMait's enabled by default only for armv4t armv5te armv5teb
12:36.15PaulFertserYou might want to ask lindi- whether thumb interworking is a good thing to have at all.
12:36.32PaulFertserAs i do not know anything about it.
12:37.35JaMathis is old, but I guess that still valid http://www.mail-archive.com/angstrom-distro-devel@linuxtogo.org/msg02585.html
12:38.12PaulFertserJaMa: btw, have you managed to found anything new about that horrible X crash?
12:39.47JaMaI've tried to rebuild everything related with -fstack-protector-all
12:40.05JaMabut it doesn't fail as it should
12:40.53JaMathen I can see how is stack overwritten (in 8th iteration of same function with same params :/)
12:41.30JaMaand best part is that I know better in which function it happens
12:41.52JaMabut maybe it's still not the real problem and that function just reveals it :/
12:42.40PaulFertserJaMa: complex stuff indeed
12:43.35JaMait would be easier without every "function" in Xorg being macro which calls lookup function to find real implementation for it :)
12:44.41*** join/#openmoko-cdevel playya (~playya@93.216.234.244)
12:44.41*** join/#openmoko-cdevel playya (~playya@unaffiliated/playya)
12:58.21KaZeRhi there
12:59.03GNUtoo|laptopJaMa, hmmm no one responded at [oe] binconfig.bbclass optional last slash handling
13:00.32lindi-PaulFertser: I don't have much experience with thumb really
13:03.30JaMaGNUtoo|laptop: and pb didn't respond to my ping (he added that trailing slash)
13:03.41GNUtoo|laptopok
13:03.48GNUtoo|laptoplet's ping him again then
13:03.54GNUtoo|laptopmaybe he wasn't there on the week-end
13:05.01PaulFertserlindi-: ok, thanks nevertheless :)
13:05.58lindi-PaulFertser: mostly avoided it to keep things simple
13:06.44PaulFertserlindi-: sidenote: on STM32 (cortex-m3) only thumb2 is available, no arm set :)
13:07.20GNUtoo|laptopbut cortex-m3 is a microcontroller right?
13:07.51lindi-PaulFertser: got any theory for the following:
13:07.57PaulFertserGNUtoo|laptop: sure
13:09.25GNUtoo|laptopit seem that the thumb discussion is resurfacing
13:09.36lindi-PaulFertser: I have an openmoko as an rtk-gps base station. it is connected to gsm network for remote administration but also uses an usb ethernet dongle that says "current draw: 850mW"
13:09.37GNUtoo|laptopwhat's the advantage apart size on armv4?
13:10.36lindi-PaulFertser: when I look at the logs I see that every time the GSM says %CPRI: 1,2  the usb ethernet dongle disconnects from the usb bus: http://paste.debian.net/99882/
13:12.18JaMaGNUtoo|laptop: just size (not only in NAND/uSD but also in cache)
13:12.33GNUtoo|laptopok
13:12.53GNUtoo|laptopso it's not faster?
13:13.02GNUtoo|laptop(because of cache size stuff)
13:13.12GNUtoo|laptopwere there any benchmarks
13:13.30PaulFertserlindi-: probably the easiest to try would be to connect a large capacitor in parallel to the dongle's power supply.
13:14.29PaulFertserlindi-: what cable do you use to connect to the dongle? is it long and does it have ferrite bead?
13:14.43PaulFertserlindi-: so sorry, no real suggestions except for the obvious...
13:14.44JaMaGNUtoo|laptop: yes sometimes it could be faster thanks to size, but I haven't see any benchmarks
13:14.56lindi-PaulFertser: the original openmoko(tm) usb cable :P
13:14.58JaMas/could/could (in theory)/
13:15.23lindi-PaulFertser: 'om usb charger-limit' said 1000. I reduced that to 500 now
13:15.41GNUtoo|laptopok
13:16.59lindi-PaulFertser: it's this  http://www.dealextreme.com/details.dx/sku.13526 hub. openmoko is connected to the upstream port and wall charger to the red power port
13:17.20PaulFertserlindi-: hm, probably right, if the sudden current draw by GSM makes your charger output less.
13:18.45*** join/#openmoko-cdevel knutmithut (~knut@81-125.eduroam.RWTH-Aachen.DE)
13:19.33lindi-PaulFertser: I guess 2A wall charger might help? ;)
13:20.48lindi-PaulFertser: this %CPRI seems to come exactly every four hours
13:21.11lindi-PaulFertser: so I guess I could prepare for it and "om usb charger-limit 0" just before it...
13:22.58PaulFertserlindi-: if that's really the reason...
13:33.23*** join/#openmoko-cdevel geomat (~geomat@c193-150-251-158.bredband.comhem.se)
13:34.22*** join/#openmoko-cdevel JesusMcCloud (~JesusMcCl@84-119-41-253.dynamic.xdsl-line.inode.at)
14:03.05*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
14:11.44GarthPSGNUtoo|laptop: Hi! I have added some more informations on the pre 2
14:11.55GNUtoo|laptopok nice
14:12.02GarthPSGNUtoo|laptop: by the way, why did you remove the type of CPU for the pre 2?
14:12.04PaulFertsermickey|office: ayt? Would you like to discuss the timeout issue? The only thing i can think of is not sending the stupid "wake up" sequence in time. Is it possible that the time spent in suspend is not counted and on resume you think you were talking with the modem "just a moment ago" so sending the wakeup sequence is not necessary?
14:12.08GarthPSnot usefull here?
14:12.35GNUtoo|laptopGarthPS, soc != CPU
14:12.45GarthPSGNUtoo|laptop: ah yeah sure :p
14:12.46GNUtoo|laptopI kept cpu but removed the soc type as it was not relevant
14:12.58GNUtoo|laptopit's mentioned at some other places
14:13.14*** join/#openmoko-cdevel methril (~methril@189.27.128.59.dynamic.adsl.gvt.net.br)
14:13.50GarthPSGNUtoo|laptop: yeah . other topic, who work on the pre actualy ?
14:13.59GNUtoo|laptopGarthPS, morphis
14:14.02GNUtoo|laptopand some other people
14:14.11GNUtoo|laptopI don't remember who were the other people
14:14.25GarthPSGNUtoo|laptop: ok so he is not alone :)
14:14.45GNUtoo|laptopno
14:14.57GNUtoo|laptopI even helped with wifi
14:15.25GarthPSGNUtoo|laptop: and so for the pre 2 the only differrent thing to change is the kernel right?
14:15.33PaulFertsermickey|office: i'll try to get a decent strace log now since i have this bug reproducing fairly often.
14:15.41GarthPSs/is/should be
14:15.46GNUtoo|laptopGarthPS, I don't know, I think the kenrel is the same
14:16.01GNUtoo|laptopor mostly the same
14:16.36GarthPSI will check something with morphis before trying shr-u on it
14:16.47GNUtoo|laptopyes you should
14:18.32GarthPSanyway if you guys want me to ding for more infos from my pre 2 , don't  hesitate.
14:18.36playyaGarthPS, maybe not necessary if it uses the same machine ID
14:18.56mickey|officePaulFertser: could you try setting the default timeout to something more reasonable?
14:19.08GarthPSplayya: how can I know that ?
14:19.16mickey|officeit'd be interesting to see e.g. how it behaves with 10 seconds
14:19.19playyapalm did not release the source yet
14:19.21PaulFertsermickey|office: yes, but the timeout is a bad thing on its own.
14:19.41PaulFertsermickey|office: i'll set it to 10 seconds after i'll get my strace result most probably.
14:19.41mickey|officei'm referring to the modem timeout here
14:19.43mickey|officedbus timeout is something else
14:19.45playyaGarthPS, do you have a working novaterm setup?
14:19.47GarthPSplayya: ok
14:20.13GarthPSplayya: eu it is the free versionbecause the palm one does not yet include new usb id
14:20.22GarthPSbut yeah I can novaterm or ssh
14:21.24playyaok
14:21.32PaulFertsermickey|office: i know.
14:21.37playyacould you paste /proc/cpuinfo?
14:21.58PaulFertsermickey|office: but do you remember seeing modem timeouts ever with the old codebase once the "wakeup-wakeup" sequence was properly working? I do not.
14:22.19PaulFertsermickey|office: so the frequency with which i get timeouts is suggesting something's wrong.
14:23.01mickey|officePaulFertser: do you also get timeouts during normal operation or only near suspend/resume cycles?
14:23.51PaulFertsermickey|office: no logs, no proof, too many nights passed; but i do not remember any during normal operation.
14:24.06mickey|officeok, in that case your theory could make sense
14:24.16GarthPSplayya: http://www.webos-internals.org/wiki/PalmPre2HardwareAndDriversInformations#cat_.2Fproc.2Fcpuinfo
14:24.36mickey|officeand with the default timeout being 2 minutes, the dbus timeout hits us even if we detect the modem not answering and retry sending the command :D
14:24.45PaulFertsermickey|office: sure :)
14:25.26GNUtoo|laptopmickey|office, it seem that FSO is frozen when in suspend state
14:25.35GNUtoo|laptopI mean it doesn't accept commands
14:25.37GNUtoo|laptopif that helps
14:25.47GarthPSplayya: (oh , do know how to use my laptop connection with the pre by its usbnet? I am already doing all needed things from the laptop side
14:25.59playyaGarthPS, ok. i think our kernel shouldn't work :(
14:26.03PaulFertsermickey|office: btw, i filed a ticket about fsousaged, it seems to be stuck forever in the wrong state, not sure if that's enough information, i haven't tried digging anything about it: http://trac.freesmartphone.org/ticket/594
14:26.23GNUtoo|laptopI've also the impression that under htcdream sms(but not calls) comes when the phone goes out of suspend
14:26.29playyaGarthPS, no. but there's a free hotspot app in the app catalog
14:26.33GarthPSplayya: .. :/
14:26.43GNUtoo|laptophtcdream is interesting because you can interact with the phone while in suspend mode
14:27.11GarthPSplayya: yah but I want tne other way too
14:27.20*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
14:27.20GNUtoo|laptopmorphis just connected
14:28.01GarthPSplayya: not 3g>pre2>wifi>laptop but laptop>usbnet>pre2 as I was doing with the Freerunner
14:28.30GarthPSplayya: about the kernel does this mesn a huge amount of work ?
14:29.48playyawe need the ID set by booty to detect the correct machine in the kernel
14:30.26playyathis is what I'm doing on my laptop to share the connection with the freerunner: iptables -A POSTROUTING -t nat -s 192.168.0.0/24 -j MASQUERADE
14:30.26playya<PROTECTED>
14:30.41*** join/#openmoko-cdevel mirko (~daten@p5DDBAD7D.dip.t-dialin.net)
14:30.42playyas/^\s*up//
14:31.14GarthPSwhat does your last line ?
14:31.29GarthPSthe 2 first lines I did already
14:32.00GarthPSplayya: sorry, ping.
14:32.06playyathe last line was to remove the up in the second line
14:32.21GarthPSplayya: ah , k; yeah I was wondering
14:32.52playyaare you able to ping the pre over usbnet?
14:33.31GarthPSplayya: but the pre 2 still does not use this interface for internet. I think it miss something from its side
14:33.43playyadid you setup a default route and dns on you laptop?
14:34.13GarthPSplayya: I think it is ok as it works for th FR
14:34.26playyahmm. ok
14:35.07GarthPSso the kernel ,the simpliest is to way their release right ?
14:35.37playyayes
14:35.46GarthPSs/way/wait
14:36.19GarthPSok. it should not be to long anymore no? did they anouce an ETA?
14:36.41playyaafaik no
14:37.12playyacould you paste the result of gunzip < /proc/config.gz , too?
14:37.58*** join/#openmoko-cdevel gena2x (~gena2x@bsdmn.com)
14:38.16playyabbl. need to got to the grocery
14:40.34CIA-74freesmartphone.org: 03morphis 07msmcomm * ra6b10b47c781 10/libmsmcomm/ (7 files in 4 dirs): libmsmcomm: implement response message for get_home_network_name command
14:46.17GarthPSplayya: http://www.webos-internals.org/wiki/PalmPre2HardwareAndDriversInformations#gunzip_.3C_.2Fproc.2Fconfig.gz
14:50.47*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
14:53.21*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
15:07.40*** join/#openmoko-cdevel knutmithut (~knut@81-125.eduroam.RWTH-Aachen.DE)
15:27.57*** join/#openmoko-cdevel oln (~oln@ws42075.studby.hig.no)
15:34.54*** join/#openmoko-cdevel vanous (~vanous@194.228.223.3)
15:50.44*** join/#openmoko-cdevel vanous (~vanous@194.228.223.3)
15:53.35*** join/#openmoko-cdevel pespin (~pespin@90.pool85-50-90.dynamic.orange.es)
16:05.15*** join/#openmoko-cdevel anarsoul (~anarsoul@86.57.155.118)
16:09.47*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
16:22.12*** join/#openmoko-cdevel vanous1 (~vanous@194.228.223.3)
16:39.05*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
16:50.10*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
17:01.34*** join/#openmoko-cdevel Amygos (~amygos@adsl-ull-119-168.49-151.net24.it)
17:05.03*** join/#openmoko-cdevel anarsoul (~anarsoul@86.57.155.118)
17:15.59*** join/#openmoko-cdevel knutmithut (~knut@f049174168.adsl.alicedsl.de)
17:19.11*** join/#openmoko-cdevel vanous (~vanous@194.228.223.3)
17:37.51*** join/#openmoko-cdevel Orias_Korva (~ati@78-23-98-8.access.telenet.be)
17:37.56*** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
17:42.57dos1mickeyl: ping
18:12.16GarthPSplayya: by "not compatible" what do you mean? what in particular ?
18:12.34GarthPSoups wrong chanel (but good person :) )
18:12.46*** join/#openmoko-cdevel anarsoul (~anarsoul@212.98.182.23)
18:13.18JaMalibeflvala?
18:19.49GarthPSmickeyl: hi. will you have few seconds to answer my mail (about gps)?
18:27.31*** join/#openmoko-cdevel pespin (~pespin@90.pool85-50-90.dynamic.orange.es)
18:28.28pespinleviathan, hi, did you managed to start geeksphone hacking? :)
18:30.05*** join/#openmoko-cdevel daniele_athome (~daniele@adsl-ull-186-35.50-151.net24.it)
18:31.44*** join/#openmoko-cdevel methril (~methril@189.27.136.169.dynamic.adsl.gvt.net.br)
18:38.26*** join/#openmoko-cdevel ChristW_ (~ChristW_@dhcp-077-250-000-152.chello.nl)
18:46.10*** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
19:16.41CIA-74freesmartphone.org: 03seba.dos1 07cornucopia * r32e225fd6ecd 10/fsodeviced/ (4 files in 3 dirs): fsodeviced: add gpio_input module for devices using gpio-switch interface (like sliders, camera shutter and buttons on N900)
19:17.52playyaJaMa, i can't commit my changes on eflvala, because my mainboard is broken :/
19:18.05JaMaah :/
19:18.43JaMabtw did Lukasz contact you?
19:18.58JaMaIn last email about ffphonelog he said: Those "updated vala bindings" introduce api inconsistency between                    
19:19.01JaMaToolbar.append vs Genlist.item_append (and others)
19:20.01JaMaiirc those elementary changes were for consistency, so it's a bit strange if it created inconsistency in vala bidings (but maybe you haven't yet updated)
19:24.20*** join/#openmoko-cdevel Defiant (erik@e177141095.adsl.alicedsl.de)
19:27.49*** join/#openmoko-cdevel papa-piet_ (~peter@port-92-204-118-253.dynamic.qsc.de)
19:40.17playyaJaMa, no elm update yet
19:40.47playyai need some updates in the lower layer's first
19:40.57*** join/#openmoko-cdevel von_fritz (~fritz@host198-189-dynamic.0-79-r.retail.telecomitalia.it)
19:43.53*** join/#openmoko-cdevel pespin (~pespin@90.163.50.117)
19:46.28JaMaplayya: I'm ok with current state (because ffphonelog compiles fine), just wanted to relay that message from Lukasz :)
20:06.39*** join/#openmoko-cdevel pb__ (~pb@blundell.swaffham-prior.co.uk)
20:07.56CIA-74freesmartphone.org: 03seba.dos1 07cornucopia * r7579b6eda797 10/fsodeviced/src/plugins/gpio_input/plugin.vala: fsodeviced: gpio_input: don't use the same dbus path for different gpio devices
20:10.32*** join/#openmoko-cdevel wiedi (~wiedi@smoot.w.fruky.net)
20:28.26JaMaYES :)
20:29.34Lopianyone seen GNUtoo today?
20:30.08JaMaYES :)
20:30.20*** join/#openmoko-cdevel pespin_ (~pespin@90.163.50.117)
20:32.08CIA-74freesmartphone.org: 03seba.dos1 07cornucopia * r727fca27fd90 10/fsodeviced/src/plugins/gpio_input/plugin.vala: fsodeviced: gpio_input: allow to specify, which string indicates button being pressed
20:39.34CIA-74freesmartphone.org: 03seba.dos1 07cornucopia * r0972b945a27f 10/fsodeviced/src/plugins/gpio_input/plugin.vala: fsodeviced: gpio_input: fix compilation error. Bad dos, bad!
20:42.11*** join/#openmoko-cdevel yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net)
20:45.12mrmokudos1: autocriticism as sign of a good character :P
20:45.36mrmokus/as/is/
20:46.33JaMahas fix for crashing Xorg
20:47.07JaMadoesn't belive he was looking on it whole time and then was mislead somewhere else..
20:47.21playyaimho a "SPANK SPANK SPANK" is missing :)
20:47.59mrmokuJaMa: who is guilty? :)
20:48.12JaMaauthor of course :)
20:48.22mrmokuname of the package? :P
20:48.33JaMaxf86-video-glamo glamo-drm.c
20:48.59mrmokuok :)
20:49.51*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
20:50.45JaMawants fast graphics without all debugs back! :)
21:01.18CIA-74freesmartphone.org: 03seba.dos1 07cornucopia * r8fa36faa70f8 10/fsodeviced/conf/nokia_n900/fsodeviced.conf: fsodeviced: conf: use gpio_input on N900
21:01.19dos1guess what! :)
21:01.46dos1all buttons and sliders on N900 should be supported by FSO now :)
21:02.46mrmokudos1: goooooooood :D
21:03.20JaMados1: I need to build something on buildhost, can I drop your cornucopia SRCREV bump with make update?
21:03.33dos1JaMa: yup, i just used it for testing
21:03.52dos1JaMa: though i'm sending now patch for bumping it ;)
21:05.16JaMadid you test it on all cornucopia recipes or just fsodeviced?
21:07.15dos1JaMa: fsodeviced and libfsoframework
21:08.07dos1JaMa: there were also small changes to fsogsmd (but for other modems) and mdbus2 in between, i'm checking if they compile ATM
21:08.52JaMaok, let me know and I'll apply then
21:10.10dos1JaMa: they compile :)
21:10.57*** join/#openmoko-cdevel Amygos (~amygos@adsl-ull-119-168.49-151.net24.it)
21:14.23*** join/#openmoko-cdevel tg (irc@tgbit.net)
21:16.51JaMaok applied :)
21:40.47JaMaWeiss: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=a02d3d0eefe03576c33294b4201fdbe6bde21cde
21:43.40*** join/#openmoko-cdevel yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net)
21:52.20WeissJaMa: fixes the GTK problems?
21:52.37JaMayes
21:53.07JaMaorrery/dictator/gpe-filemanager/gpe-sketchbook/foxtrotgps
21:54.30JaMaeverytime it was drawing > 256 (512) Solid Fills for 1 PrepareSolid
22:14.07*** join/#openmoko-cdevel playya (~playya@unaffiliated/playya)
22:14.47*** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@95.232.144.102)
22:15.05GNUtoo|laptopLopi, you were looking for me?
22:39.10*** join/#openmoko-cdevel knutmithut (~knut@f049174168.adsl.alicedsl.de)
22:40.10*** join/#openmoko-cdevel papa-piet_ (~peter@port-92-204-118-253.dynamic.qsc.de)
22:41.09*** join/#openmoko-cdevel daniele_athome (~daniele@adsl-ull-186-35.50-151.net24.it)
22:58.08daniele_athomeJaMa|Zzz, i've fixed the bug, tomorrow i will post bump rev patch
22:58.10daniele_athome:)
22:59.56daniele_athomegoodnight
23:40.43*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)

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