IRC log for #openmoko-cdevel on 20100511

00:04.27*** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg)
00:09.31*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
00:17.32*** join/#openmoko-cdevel MadTBone (~bruce@cpe-66-65-112-179.nyc.res.rr.com)
01:05.33*** join/#openmoko-cdevel Defiant (erik@f054127241.adsl.alicedsl.de)
01:29.36*** join/#openmoko-cdevel raster (~raster@enlightenment/developer/raster)
01:33.30*** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg)
01:50.41*** join/#openmoko-cdevel vanous123 (~vanous@ip-188-116-90-122.static.spk.cz)
02:48.08*** join/#openmoko-cdevel Wonka (produziert@madwifi/support/wonka)
03:06.20*** join/#openmoko-cdevel GeneralError (~xchat@ip68-3-172-57.ph.ph.cox.net)
03:06.20*** join/#openmoko-cdevel GeneralError (~xchat@unaffiliated/t00na)
04:30.31*** join/#openmoko-cdevel DocScrutinizer (~jr@openmoko/engineers/joerg)
04:33.49*** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg)
04:33.53*** join/#openmoko-cdevel vanous1231 (~vanous@ip-188-116-90-122.static.spk.cz)
05:23.12*** join/#openmoko-cdevel Sargun (~Sargun@atarack/Staff/Sargun)
05:26.56*** join/#openmoko-cdevel ZaPPaS (~user@weinberg.pi5.physik.uni-stuttgart.de)
05:46.48*** join/#openmoko-cdevel pini (~pini@bou-fi.pustule.org)
05:58.33*** join/#openmoko-cdevel mrmoku_ (~mok@82.113.106.190)
06:00.27mrmoku_moin
06:20.28JaMamoin
06:20.55PaulFertsermickey|tv: hey :) I've got another two exciting logs.
06:23.52PaulFertsermickey|tv: symptoms: after resuming i tried to make a call several times, all failed. Tried to call "balans" voice service (0697), it failed too: fsogsmd.log: http://paste.debian.net/72906/ libfsotransport.log: http://paste.debian.net/72907/
06:33.59*** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net)
06:39.18*** join/#openmoko-cdevel ThibG (~ThibG@81-64-13-85.rev.numericable.fr)
06:52.57*** join/#openmoko-cdevel Orias_Korva (~atilla@dct27.wtb.tue.nl)
06:56.56PaulFertserIf by any chance anyone wants to test my fso.el with emacs23 on FR, feel free to ask questions. I really need more testing and feedback.
07:03.42*** join/#openmoko-cdevel mzanetti (~mzanetti@p5B301D8F.dip0.t-ipconnect.de)
07:13.12*** join/#openmoko-cdevel GarthPS-onwin (~quassel@LMontsouris-156-25-44-122.w80-13.abo.wanadoo.fr)
07:20.44*** join/#openmoko-cdevel vegyraupe (~vegyraupe@p4FCDEC58.dip.t-dialin.net)
07:30.25*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
07:56.36*** join/#openmoko-cdevel Heinervdm (~thomas@pD9E16C41.dip.t-dialin.net)
07:57.34*** join/#openmoko-cdevel raster (~raster@enlightenment/developer/raster)
07:59.55mrmoku_raster: hey, saw your nice emos... are they already used somewhere? :)
08:03.13*** join/#openmoko-cdevel valos (~valos@2001:7a8:115a:1:219:b9ff:fe63:f3fe)
08:05.14rastermrmoku_: what do u mean "used somewhere" ?
08:05.26rasterother than in elm_test - no use of them that i know of
08:08.43*** join/#openmoko-cdevel GarthPS (~quassel@LMontsouris-156-25-44-122.w80-13.abo.wanadoo.fr)
08:21.20*** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl)
08:21.52*** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl)
08:22.40mrmoku_e3w
08:27.26*** join/#openmoko-cdevel mzanetti (~mzanetti@212.23.105.118)
08:39.59mrmokuraster: sorry... have been to 'Schuleinschreibung' and suddenly it was our turn :P
08:40.32mrmokuraster: I'm used like in 'automatically replace emos in entries' :)
08:40.45mrmokus/I'm used/I meant/
08:46.13*** join/#openmoko-cdevel badcloud (~raanan@ti400720a342-0734.bb.online.no)
08:48.04JaMamickey|tv: cannot reproduces that segfault with missing config entry (or even typo in its value), maybe it was related to some other changes in time I've seen it (it was arround shutdown sequence written to uninitialized channel bug).
08:48.38*** join/#openmoko-cdevel mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
08:48.40JaMafeels so alone in SHR linkedin group :)
08:50.17*** join/#openmoko-cdevel Sleep_Walker (~Sleep@nat/novell/x-krikpciuokxveppc)
08:55.47mrmokuJaMa: SHR linkedin ?
08:56.39JaMahttp://www.linkedin.com/groups?gid=3035153&trk=myg_ugrp_ovr
08:56.59JaMaalready tried to search all SHR devs there (without luck) :)
08:57.49mrmokuJaMa: some kind of specialized facebook?
08:58.21JaMano, not so fancy as facebook.. more like social web of profession connections
08:58.40JaMaprobably invented by some HR, to make his work easier :)
09:01.37Ainulindalethere's an SHR linkedin group ?
09:01.40AinulindaleDidn't even know about it
09:01.54*** join/#openmoko-cdevel sigius (~sigius@93-125-185-45.dsl.alice.nl)
09:02.22mrmokuAinulindale: there is a reason why JaMa feels lonely in there :P
09:02.31Ainulindalewell it has been created today so...
09:03.09JaMahehe :)
09:03.25AinulindaleBut I'm now a member
09:03.42AinulindaleThat or when this freakingly lazy Martin Jansa will approve my request :-)
09:05.14mrmokuyeah... awaiting approval too ;)
09:05.25JaManot so lonely anymore :)
09:21.14*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
09:23.45*** join/#openmoko-cdevel mzanetti (~mzanetti@df01ppp201.eplus-online.de)
09:40.52*** join/#openmoko-cdevel GNUtoo (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it)
09:43.06*** join/#openmoko-cdevel badcloud (~raanan@129.177.48.210)
09:47.50*** join/#openmoko-cdevel tg (irc@x-net.hu)
10:00.28PaulFertserZaPPaS: hi :) So, have you tried emacs on FR?
10:03.19ZaPPaSPaulFertser: jepp, works fine, but font is still too large atm
10:03.54PaulFertserZaPPaS: you can easily change it, right?
10:05.20ZaPPaSneed a correct font-string, atm its zoomed down, but didn't had time for that
10:06.35PaulFertser'(default ((t (:inherit nil :stipple nil :background "Black" :foreground "White" :inverse-video nil :box nil :strike-through nil :overline nil :underline nil :slant normal :weight normal :height 50 :width normal :foundry "unknown" :family "DejaVu Sans Mono"))))
10:06.39PaulFertserWorks for me
10:06.58ZaPPaSPaulFertser: thx, lunchtime...
10:12.27*** join/#openmoko-cdevel mirko (~daten@g225064113.adsl.alicedsl.de)
10:13.20PaulFertsermickey|office: hi there :) i've got another curious log for you, this time i couldn't make a phonecall after resuming.
10:14.10PaulFertsersymptoms: after resuming i tried to make a call several times, all failed. Tried to call "my account" voice service (0697), it failed too: fsogsmd.log: http://paste.debian.net/72906/ libfsotransport.log: http://paste.debian.net/72907/
10:23.18*** join/#openmoko-cdevel jonkristian (~jonkristi@106.84-48-49.nextgentel.com)
10:30.59*** join/#openmoko-cdevel vanous123 (~vanous@robe.ludik.cz)
10:32.51JaMamrmoku: you're still using fso-autorev right? I would bump SRCREVs for direct delivery of SMS..
10:43.30mickey|officePaulFertser: no time to look into it, but I would advise logging transport to the same file as fsogsmd
10:43.37mickey|officeotherwise it's a bit annoying to red
10:43.38mickey|officeread
10:45.10mickey|officeall in all it looks like you no longer were registered
10:45.17mickey|office(all the NO CARRIER)
10:48.12PaulFertsermickey|office: ok, will do.
10:49.29PaulFertsermickey|office: (no longer registered) i was cycling around the city after i made the call and suspended, then after getting somewhere 30 min later i resumed and you saw the result. Strange.
10:50.41mrmokuJaMa: yep... did not receive an SMS since that change though
10:50.45mrmoku-n
10:52.45mrmokuJaMa: will send me a test message after lunch
10:54.19JaMaupgrading it locally for test
10:55.17JaMaand xserver-1.8.1 is out (almost, tagged and my recipe is waiting for tarball) but nothing special in commit log
11:01.48mickey|officePaulFertser: eventually the watchdog will be enhanced to deal with situations exactly like that
11:02.08mickey|officelindi had an even more worrying problem when the modem forgot the SIM PIN
11:02.15mickey|officethe watchdog will also take care of that
11:04.22PaulFertserHm, so life sucks even with fsogsmd apparently. Well, not that much of a surprise tbh
11:06.14mrmokuJaMa: managed to test before lunch... worked :-)
11:06.29mrmoku(apart from the segfault in my local libphone-ui build while viewing)
11:11.48*** join/#openmoko-cdevel vanous123 (~vanous@robe.ludik.cz)
11:12.49mrmokuvanous123: regarding the 'G' in IdleScreen when GPRS is active... would be perfect if the G is on top and has a different color, no?
11:14.12vanous123mrmoku: just the fact that one can see signal strength and the G itself (meaning they don't overlap) would be good
11:15.04mrmokuk
11:24.46*** join/#openmoko-cdevel vegyraupe (~mirko@p4FCDEC58.dip.t-dialin.net)
11:25.09*** join/#openmoko-cdevel chris38 (~chris38@freeway.rd.francetelecom.com)
11:26.02JaMamrmoku: great
11:29.58mickey|officePaulFertser: TBH, this is a calypso thing
11:30.09mickey|officei never had _any_ of those problems with other modems
11:30.32mickey|officewe can add watchdogs et. al. to contain the problem
11:31.41*** join/#openmoko-cdevel raster (~raster@enlightenment/developer/raster)
11:42.22*** join/#openmoko-cdevel vanous123 (~vanous@ip-188-116-90-122.static.spk.cz)
12:09.16*** join/#openmoko-cdevel thrashold (~europan@3mhz.net)
12:13.02*** join/#openmoko-cdevel GNUtoo|oeee (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it)
12:15.54*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
12:16.22*** join/#openmoko-cdevel mzanetti (~mzanetti@109.250.97.91)
12:19.32*** join/#openmoko-cdevel ruoso (~ruoso@187.79.83.144)
12:19.39ThibGhi
12:19.40*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
12:20.00ThibGI'm "playing" with a vanilla kernel (with Debian patches) on the FR, and I'm experiencing something quite strange with USB networking: any packet sent seems to be buffered, and commited only if when the buffer is full, or something like that
12:20.23lindi-ThibG: does ping work both ways?
12:20.25ThibGwhen SSH-ing to the FR, if I type one single letter, it can take seconds to show up, but if I type two characters, the two shows up the instant I type the second one
12:20.48ThibGI don't have ping on the FR yet (d-i initrd)
12:21.08ThibGbut the host pings the FR without any problem
12:21.23lindi-ThibG: even busybox has ping?
12:21.58ThibGand in fact, (as I've stated in the other chan) when under, say, one ping every 200ms, ssh is fine
12:22.15*** join/#openmoko-cdevel pbaxter (~pbaxter@host78-10-dynamic.54-79-r.retail.telecomitalia.it)
12:22.16*** join/#openmoko-cdevel mickey|tv (~mickey@80.81.242.146)
12:22.29*** join/#openmoko-cdevel wpwrak (~werner@108-173-231-201.fibertel.com.ar)
12:22.39JaMaThibG: IIRC there is patch in git.openmoko for it, but cannot find it now
12:23.46ThibGJaMa, ok, thanks
12:23.58ThibGlindi-, seems not
12:24.57lindi-ThibG: at least busybox 1:1.10.2-2 has ping
12:26.04ThibG"ping: applet not found" maybe disabled in the udeb?
12:26.16lindi-hrm
12:26.56JaMahmm cannot find it even in my irc history :/
12:31.44JaMaThibG: hopefully this is the one http://git.openmoko.org/?p=kernel.git;a=commit;h=f75fde0eadb4d45b23956b82f91a3ba0a4b8b71e
12:32.22*** join/#openmoko-cdevel mirko (~daten@zfd20.pia.fu-berlin.de)
12:33.02ThibGok, thanks, will try that :)
12:34.16*** join/#openmoko-cdevel sudharsh (~sudharsh@unaffiliated/sudharsh)
12:36.10*** join/#openmoko-cdevel mzanetti (~mzanetti@109.250.97.91)
12:42.06*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
12:43.46*** join/#openmoko-cdevel mzanetti (~mzanetti@109.250.97.91)
12:48.16*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
12:54.25*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
12:59.13JaMavanous123: fyi http://wiki.openmoko.org/wiki/Manuals/SHR#SHR_version was no longer valid for shr-u, I've updated it a bit.
13:13.16*** join/#openmoko-cdevel ruoso (~ruoso@187.79.68.227)
13:17.12*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
13:34.01*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
13:35.00*** join/#openmoko-cdevel JesusMcCloud (~jesus@84.119.81.73)
13:38.15*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
13:52.07*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
13:53.42*** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org)
13:58.25*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
13:58.52*** join/#openmoko-cdevel Q-Master (~qmaster@95-29-230-172.broadband.corbina.ru)
14:04.01*** join/#openmoko-cdevel mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
14:04.05*** join/#openmoko-cdevel tg (irc@x-net.hu)
14:07.05*** join/#openmoko-cdevel tg (irc@x-net.hu)
14:19.39mickey|officeGNUtoo: did you see? phh seems to have success now w/ GPS. no idea on which machine though
14:20.32*** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org)
14:30.32*** join/#openmoko-cdevel mzanetti (~mzanetti@109.250.137.28)
14:32.47*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
14:41.06*** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya)
14:47.40*** join/#openmoko-cdevel Paulus (~irc@dslb-094-218-047-013.pools.arcor-ip.net)
14:49.19*** join/#openmoko-cdevel stefan_schmidt (~stefan@w1054.wlan.rz.tu-bs.de)
14:52.55*** join/#openmoko-cdevel mzanetti_ (~mzanetti@df01ppp249.eplus-online.de)
15:07.17*** join/#openmoko-cdevel tg` (irc@x-net.hu)
15:10.21*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
15:11.11*** join/#openmoko-cdevel mzanetti_ (~mzanetti@109.250.138.189)
15:13.05*** join/#openmoko-cdevel Artox (~josua@pD957E21F.dip.t-dialin.net)
15:23.31*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
15:35.24*** join/#openmoko-cdevel mirko (~daten@p57B96C13.dip.t-dialin.net)
15:40.44mrmokudos1: ping
15:40.55dos1mrmoku: pong
15:41.06mrmokudos1: I tried to fix GPRS in shr-settings and failed due to python incapabilities on my side :P
15:41.26dos1mrmoku: what exactly has to be fixed?
15:41.50mrmokudos1: ActivateContext has no parameters anymore... and there is an additional SetCredentials method
15:42.03dos1mrmoku: only that?
15:42.18mrmokudos1: though... starting to think now... maybe we should wait for me to do the good thing in phonefsod
15:42.44mrmokudos1: I want phonefsod to store the credentials and automatically set them when GSM comes up
15:43.16mrmokudos1: and shr-settings should call that SetCredentials then
15:43.40mrmokubtw. I failed, because I thought the ContextStatus signal is no more
15:43.53mrmokubut it is there now in PDP
15:44.14vanous123mrmoku: how long is the credential parameter remembered for?
15:44.15mrmokufailed trying to add another proxy for GSM.Network and use the Status signal there...
15:44.38vanous123i presume you need to fire it before every connection
15:44.39mrmokuvanous123: not sure
15:44.43mrmokuno
15:44.47mrmokunot every connection
15:44.48vanous123as i tried it and it failed to remember
15:44.58vanous123this is several weeks ago
15:45.03mrmokujust once per GSM resource activation
15:45.04vanous123now i just do it every time
15:45.13vanous123has hard time believing
15:45.19mrmokuhmm... I don't have to do that
15:45.21vanous123as this was what i thought
15:45.29vanous123mrmoku: ok
15:45.34vanous123i will test later again
15:46.03vanous123perhaps, this was at the time when gprs didn't work well and it got  lost somewhere...
15:46.05mrmokudos1: btw. is there any way to get the backtrace when a module fails to load?
15:46.14dos1mrmoku: shr-settings-debug
15:46.19mrmokuduuuuhhh
15:46.20mrmoku:P
15:46.29dos1mrmoku: in git repo (playground dir)
15:46.32*** join/#openmoko-cdevel wolfspraul (~wolfsprau@58.41.34.2)
15:46.37mrmokudos1: ahh, ok
15:46.47mrmokumy main problem was finding an error I could not see ;)
15:46.58dos1mrmoku: i think i should add parameter to shr-settings launcher...
15:49.46mrmokudos1: yes :)
15:50.30dos1too bad i didn't came up with that before instead of writing another launcher :P
15:51.32mrmoku:P
15:53.03dos1mrmoku: i'll read about backtraces in python and try to handle them nicely in UI :D
15:53.18*** join/#openmoko-cdevel pespin (~pespin._@172.pool85-50-95.dynamic.orange.es)
15:53.35CIA-36SHR: 03seba.dos1 07shr-settings * rcdaf30928d1c 10/TODO: update TODO
16:02.01*** join/#openmoko-cdevel dvarnes (~dvarnes@203-206-128-239.perm.iinet.net.au)
16:02.01*** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org)
16:02.06*** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org)
16:04.55*** join/#openmoko-cdevel Gabrys (~Gabrys@158.75.43.90)
16:08.15*** join/#openmoko-cdevel Gabrys (~Gabrys@158.75.43.90)
16:08.51*** join/#openmoko-cdevel mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
16:09.17*** join/#openmoko-cdevel mirko (~daten@p57B96C13.dip.t-dialin.net)
16:20.16*** join/#openmoko-cdevel ferluszt (~peter@p5DD2AC06.dip0.t-ipconnect.de)
16:21.31*** join/#openmoko-cdevel mzanetti_ (~mzanetti@109.250.138.189)
16:23.40JaMamrmoku|dinner: have you seen lock screen running below illume2 topbar end refusing to unlock? not sure if it's issue with newer EFL here or newer *phoneui*, but killing phoneuid helped (from ssh)
16:29.58*** join/#openmoko-cdevel Q-Master (~qmaster@95-29-230-172.broadband.corbina.ru)
16:33.49*** join/#openmoko-cdevel GNUtoo|oeee (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it)
16:41.28*** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net)
16:43.21*** join/#openmoko-cdevel mirko (~daten@p57B96C13.dip.t-dialin.net)
16:44.43*** join/#openmoko-cdevel feuera (~feuera@188-22-214-172.adsl.highway.telekom.at)
16:44.51*** part/#openmoko-cdevel feuera (~feuera@188-22-214-172.adsl.highway.telekom.at)
16:57.15*** join/#openmoko-cdevel sepultina (~quassel@zux221-129-092.adsl.green.ch)
17:14.58*** join/#openmoko-cdevel tg (irc@x-net.hu)
17:19.02mrmoku|dinnerJaMa: I think I have seen it under the top bar... but not refusing to unlock
17:22.41*** join/#openmoko-cdevel dos11 (~dos@eqi44.neoplus.adsl.tpnet.pl)
17:22.41*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
17:24.47*** join/#openmoko-cdevel fsteinel (~fsteinel@fedora/fsteinel)
17:26.34*** join/#openmoko-cdevel dhawk (~devh@85-127-204-63.dynamic.xdsl-line.inode.at)
17:31.58*** join/#openmoko-cdevel Butch (~Bastian@p57BA76FE.dip.t-dialin.net)
17:32.11Butchhi
17:32.56CIA-36freesmartphone.org: 03mickey 07specs * rb82975222efa 10/ (2 files in 2 dirs): org.freesmartphone.GSM.PDP: reenable fso-type for GetContextStatus()
17:33.24CIA-36freesmartphone.org: 03mickey 07specs * re776252d5359 10/configure.ac: bump
17:33.41CIA-36freesmartphone.org: 03mickey 07libfso-glib * rb9561b3987d9 10/configure.ac: bump
17:35.03*** join/#openmoko-cdevel mickey|tv (~mickey@openmoko/coreteam/mickey)
17:36.27CIA-36freesmartphone.org: 03mickey 07cornucopia * r8d4ab9d664d9 10/fsotdld/src/plugins/source_gsm/plugin.vala: fsotdld: prepare for handling GSM time & zone reports
17:36.27CIA-36freesmartphone.org: 03mickey 07cornucopia * r0b92c9be7cc0 10/fsogsmd/src/plugins/dbus_service/plugin.vala: fsogsmd: reenable org.freesmartphone.GSM.PDP.GetContextStatus()
17:36.54*** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg)
17:37.59*** join/#openmoko-cdevel ThibG (~ThibG@81-64-13-85.rev.numericable.fr)
17:39.04*** join/#openmoko-cdevel GNUtoo (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it)
17:50.01*** join/#openmoko-cdevel ferluszt (~peter@p5DD2AC06.dip0.t-ipconnect.de)
17:54.54GNUtoohi
17:55.06GNUtoodid someone succeed at videos with glamo acceleration?
17:55.16GNUtooor fullscreen videos without black borders
17:55.20GNUtooI've that :  http://scap.linuxtogo.org/files/73e17d85f5e3c778cb0cc58dc539bd1d.png
17:55.22GNUtoowith glamo
17:55.33GNUtoofrom big buck bunny
17:56.06*** join/#openmoko-cdevel mzanetti_ (~mzanetti@p5B301D8F.dip0.t-ipconnect.de)
18:06.29CIA-36freesmartphone.org: 03mickey 07specs * r8d71cde1377d 10/ (4 files in 4 dirs): org.freesmartphone.GSM.Network: bind enum for CallingIdentificationStatus
18:08.31*** join/#openmoko-cdevel RedDog (~reddog@mastersword.de)
18:10.55*** join/#openmoko-cdevel edgar (~christoph@cm221-189.liwest.at)
18:18.42mrmokumickeyl: is there something in the GSM spec to suppress the number for the next call only?
18:18.51mrmokuthinks to remember one of his old phones had that...
18:19.01mrmokus/thinks/believes/
18:20.24mickeyljein
18:20.30mrmoku:)
18:20.39mickeylyou have to call the number with a special prefix
18:21.00mrmokuahh... that would work out of the box then :)
18:21.12mickeylyes
18:21.18mickeyl*31#<yournumber> or so
18:21.24mickeylnot sure offhand
18:21.28mrmokuk
18:21.41mrmokuis that prefix at least standardized or can it vary?
18:21.56mrmokubetween operators that is
18:22.00mickeylrather standard
18:22.16mickeylso you can handle that transparently to FSO
18:22.38mrmokuyep, good thanks :)
18:23.01mrmokumakes a note in his brain to implement that when rewriting the call screen
18:23.16mickeylyep
18:23.18mickeylnice feature
18:24.13mrmokuJaMa: -c rebuild -b package-index started to hang for me
18:26.44mrmokuhmm... without rebuild and -b too
18:28.29*** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/contributor/VDVsx)
18:32.27*** join/#openmoko-cdevel ruoso (~ruoso@187.79.68.227)
18:33.25*** join/#openmoko-cdevel dvermd (~david@ijo32-1-78-234-93-192.fbx.proxad.net)
18:34.27*** join/#openmoko-cdevel vanous123 (~vanous@ip-188-116-90-122.static.spk.cz)
18:39.20*** join/#openmoko-cdevel mirko (~daten@g225064113.adsl.alicedsl.de)
18:40.11CIA-36freesmartphone.org: 03mickey 07libfso-glib * ra865638904ed 10/configure.ac: bump
18:40.28CIA-36freesmartphone.org: 03mickey 07cornucopia * r58eb0a7dd0ba 10/fsogsmd/src/ (4 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.Network.{Get|Set}CallingIdentification
18:46.54*** join/#openmoko-cdevel von_fritz (~fritz@host237-184-dynamic.0-87-r.retail.telecomitalia.it)
18:51.50*** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
18:53.18*** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk)
18:53.51*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
19:03.27JesusMcCloudquick question: if i want to pull a backup with dd do i need to specify the correct blocksize? (especially when writhing it back)
19:04.47PaulFertserJesusMcCloud: blocksize will affect performance for sure.
19:04.53PaulFertser(of the operation itself)
19:05.34PaulFertserJesusMcCloud: if you're writing the backup to NAND probably it's better to use blocksize equal to eraseblock size.
19:06.20JesusMcCloudPaulFertser, acutally i am talking about a harddrive in a computer (sorry to be OT, but i need an answer quite fast)
19:06.33PaulFertserJesusMcCloud: use something reasonably big
19:06.56PaulFertserJesusMcCloud: probably 16M
19:07.12JesusMcCloudah ok, thy (it is ext4)
19:07.49JesusMcCloudso apart form speed impact, it will always work?
19:08.09PaulFertserJesusMcCloud: as far as i can tell, yes.
19:08.33JesusMcCloudnice thx (just wanted to make surte, because i am fairly certain it should not matter)
19:09.12PaulFertserWell, i think i did some backups that way and all went smooth, so that's not just theoretizing :) Good luck with your work.
19:09.28JesusMcCloudthanks PaulFertser
19:09.49PaulFertser:)
19:21.14*** join/#openmoko-cdevel mrmoku (~mrmoku@ppp-93-104-179-195.dynamic.mnet-online.de)
19:23.27*** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg)
19:28.09GNUtoohi,maybe I should re-ask now that there are more people
19:28.27GNUtoohttp://scap.linuxtogo.org/files/73e17d85f5e3c778cb0cc58dc539bd1d.png is what I get trying to run big buck bunny with glamo acceleration
19:28.41GNUtoowhat are the good encoding parameters
19:28.49GNUtoobecause at key frames it seems ok
19:29.05GNUtoobut the more you go away from key frame
19:29.10GNUtoothe more garbage-ish it is
19:29.30*** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
19:30.13ThibGframeref?
19:30.30GarthPSHi guys! boh I did what ever anyone said to solve this ssue but still no eglibc!
19:30.54GarthPSrm tmp/ dir
19:31.11GarthPSdoes stagging could mess it up?
19:33.11onen|openBmaplindi-: ping
19:34.28lindi-onen|openBmap: pong
19:35.08onen|openBmaplindi-: 500 error for download has been corrected by Nick
19:36.36PaulFertserGNUtoo: do you mean there's already a proper mplayer plugin implemented that uses all the newest (KMS+DRI2) infrastructure?
19:36.39*** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg)
19:37.02GNUtooPaulFertser, I used stock shr-u mplayer
19:37.28GNUtoo-vo glamo or something like this which seem enabled by default for mpeg4
19:37.50GNUtooGarthPS, you enabled packaged staging?
19:38.11GarthPSGNUtoo: yes
19:38.14GNUtoook
19:38.17GNUtoommm
19:38.41GNUtoomaybe you're really missing a host dependency
19:38.44PaulFertserGNUtoo: i think that's totally unsupported.
19:38.48GNUtoodo you have more logs
19:38.50GNUtooPaulFertser, ah ok
19:39.01GarthPSI don't think so because the erro is a missing header...
19:39.06GNUtoook
19:39.14GNUtooGarthPS, multi-core etc...?
19:39.24GarthPSGNUtoo: me yes
19:39.29PaulFertserGarthPS: without your logs it's hard to tell anything...
19:39.37GNUtooPaulFertser, so no one has the good command line for encding
19:39.47GNUtooGarthPS, so it could be a race condition
19:40.01GNUtooGarthPS, try lower the number of threads etc... in bitbake.conf
19:40.35GarthPSyep I am searchinh it but I thin it is the same as yesterday ie the whole config.log http://pastebin.com/9Mf0dvPM of yesterday .
19:40.37PaulFertserGNUtoo: tried from http://wiki.openmoko.org/wiki/Video_Player ?
19:41.04GNUtooyes I tried that: vcodec=mpeg4:vhq:vbitrate=300
19:41.53PaulFertserGNUtoo: looks like a bootstrapping problem
19:41.56PaulFertserGarthPS: ^
19:42.10GarthPS(ok today is the same error)
19:42.50GarthPS(missing stdio.h etc)
19:43.08GNUtooconfigure:3126: error: C preprocessor "arm-oe-linux-gnueabi-gcc -E" fails sanity check
19:43.21GNUtooah ok sorry
19:44.04GarthPSPaulFertser: yes, so do you have an trick?
19:44.09PaulFertserGarthPS: i'm thinking
19:44.17GarthPSPaulFertser: :)
19:44.25GNUtoommm
19:44.35GNUtoomaybe you need to ask in #oe
19:44.43GNUtoobut can I see your local.conf before?
19:45.55GarthPSyep
19:46.31*** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg)
19:47.22GarthPSi have remove commented lines
19:47.23GarthPSPARALLEL_MAKE = "-j 4"
19:47.23GarthPSBB_NUMBER_THREADS = "4"
19:47.23GarthPSGLIBC_GENERATE_LOCALES = "en_US.UTF-8"
19:47.23GarthPSBBFILES += "${TOPDIR}/mypackages/*/*.bb"
19:47.23GarthPSINHERIT += "packaged-staging"
19:47.25GarthPSDEPLOY_DIR_PSTAGE = "${OEROOT}/build/pstage/"
19:48.20GNUtootry to remove :
19:48.22GNUtoo<PROTECTED>
19:48.25GNUtooBB_NUMBER_THREADS = "4"
19:48.39GarthPSok
19:50.13GNUtooand rebuild from scratch
19:50.55TAsndoes anyone here know anything about google adwords and can help me for a sec? :P
19:53.21GarthPSGNUtoo: from scratch??? noway!  it will take ages!
19:53.23GarthPS:)
19:53.35GNUtooGarthPS, then report to #oe
19:53.49GNUtooor to oe mailing list
19:54.06PaulFertserGarthPS: build eglibc-initial
19:54.16PaulFertserGarthPS: bitbake eglibc-initial
19:56.42GarthPSPaulFertser: building
19:57.13zubevening
19:58.06zubI'm (and I've always been) lost in the host of FSO/SHR daemons/binaries... I was thinking I try to chew it and I'd expand the wiki - e.g. http://shr-project.org/trac/wiki/SHR_Architecture - with the results
19:58.11zubanybody against? :)
19:58.25zubi.e. something like - what daemon does what, what is from FSO, what is from SHR...
19:58.35zubor is there some such page on the wiki already?
19:59.02mrmokuTAsn: not much apart from they sent my company an offer twice
19:59.11TAsn:)
19:59.15TAsnNot good enough.
19:59.19zubI guess that's of zero use to the devs who know it anyway...
19:59.42PaulFertserzub: ask questions about particular daemons :)
19:59.50zubPaulFertser: good :)
20:00.35zubfor starters... in the good old time there was frameworkd, mostly python impl. of FSO API
20:01.13zubif I understand it correctly, SHR is now in the process of progressiverly replacing parts of that by whatever was created as part of Cornucopia/FSO2, is that correct?
20:01.45PaulFertserzub: yes, and frameworkd is still there
20:02.01PaulFertserzub: for ogpsd, oeventsd, opimd at least.
20:02.11zubok, thanks
20:06.57PaulFertserGarthPS: isn't that your error btw: http://shr-project.org/trac/wiki/Building%20SHR#error:Cpreprocessorarm-angstrom-linux-gnueabi-gcc-Efailssanitycheck ?
20:07.43*** join/#openmoko-cdevel jlmoko (~jluis@83.56.228.139)
20:09.49GarthPSPaulFertser: si :)
20:10.16GarthPSPaulFertser: still building bitbake eglibc-initial
20:10.19PaulFertserGarthPS: heh, so my solution looks like a right one
20:10.48GarthPSPaulFertser: yeah ! it seems as It does not fail yet :)
20:11.31PaulFertserGarthPS: it's somehow obvious that you need first a stripped-down version of glibc to be able to build a fully-featured one.
20:11.44PaulFertserGarthPS: at least for anybody who read about building toolchains manually :)
20:11.48CIA-36SHR: 03mok 07shr-specs * r53ad1e858eb8 10/org.shr.phonefso/org.shr.phonefso.Usage.xml.in: shr.phonefso.Usage: add SetPdpCredentials
20:12.01GarthPSPaulFertser: yeah... :)
20:12.25GarthPSPaulFertser: but it was a problem befor.. building from scratch
20:12.39PaulFertserGarthPS: http://www.eglibc.org/cgi-bin/viewcvs.cgi/branches/eglibc-2_5/libc/EGLIBC.cross-building?rev=1513
20:13.21GarthPSPaulFertser: yeah, I have alredy read something like that
20:14.58GarthPSbut thnks fr the link
20:16.10*** join/#openmoko-cdevel naeg (~naeg@194.208.239.170)
20:17.50ferluszthello, i have an other problem with building an package
20:18.31ferlusztwhen i try to make "bitbake -b libphone-ui-shr":  
20:18.48ferluszt<PROTECTED>
20:24.00PaulFertserferluszt: try to rebuild gettext
20:25.43GarthPSPaulFertser: ah!! nearly again! NOTE: Task failed: localedef returned an error (command was PATH="/home/sylvain/dev/SHR-Build/shr-unstable/tmp/s...
20:26.02PaulFertserGarthPS: what failed?
20:26.05GarthPSPaulFertser: same package but different error
20:26.12GarthPSERROR: Build of /home/sylvain/dev/SHR-Build/shr-unstable/openembedded/recipes/eglibc/eglibc_2.11.bb do_package failed
20:26.27PaulFertserGarthPS: and the log?
20:26.35GarthPSis comming :)
20:27.11ferlusztis there something with mmap and permission denied?
20:27.17GarthPSPaulFertser: http://pastebin.com/4txHhQLX
20:27.30GarthPSyep mmap here to
20:27.57ferluszthttp://qemu-forum.ipi.fi/viewtopic.php?f=25&t=4286
20:28.02PaulFertserGarthPS: heh, so eglibc build almost done, just packaging failed.
20:28.05ferlusztthis workaround did it for me
20:28.39ferlusztsorry wrong link
20:29.07GarthPSPaulFertser: cooOOool... :(
20:29.42GarthPShaving free space
20:29.45GarthPS..
20:29.58ferlusztecho 0 | sudo tee /proc/sys/vm/mmap_min_addr
20:30.00GarthPSdo you think it is mmap?
20:30.07PaulFertserGarthPS: exactly what ferluszt says should help
20:30.22GarthPSecho 0 | sudo tee /proc/sys/vm/mmap_min_addr ?
20:30.24ferluszthttp://shr-project.org/trac/wiki/Building%20SHR at the bottom
20:31.03PaulFertserGarthPS: yes
20:31.47GarthPSdo you have an idea why this is appenning?
20:32.42PaulFertserGarthPS: yes, locale generation should be done natively, hence in qemu. And qemu needs to be able to mmap to 0.
20:33.26GarthPSPaulFertser: ok thanks I did not though thath qemu was used
20:34.30zubPaulFertser: what does shr_elm_softkey do?
20:35.05PaulFertserzub: SHR devs will tell you, i have no idea :)
20:35.10zubok :)
20:35.17mrmokuzub: if you tap on the topbar a menu will flap down with two buttons (for now) to close the current app and switch apps
20:37.38zubnot sure if I understans - I see three large buttons - list of windows, home, and close
20:37.47zubanyway, so shr_elm_softkey implements that?
20:37.58PaulFertserzub: i think it's an illume2 gadget to allow you to switch and close apps.
20:38.16zubok
20:38.22PaulFertserzub: http://git.shr-project.org/git/?p=shr-e-gadgets.git;a=tree;f=src/softkey_quickpanel;h=HEAD;hb=HEAD
20:39.09*** join/#openmoko-cdevel [Rui] (~Rui@a85-138-37-96.cpe.netcabo.pt)
20:39.36[Rui]waves...
20:39.49[Rui]is it safe to upgrade now, or is there some glaring problem? :)
20:43.06*** join/#openmoko-cdevel Flyser (~quassel@p4FDE7F82.dip.t-dialin.net)
20:44.04ferlusztexpat fails to build
20:44.17ferlusztgzip: stdin: invalid compressed data--crc error
20:44.47ferlusztmanually download from http://build.shr-project.org/sources/expat-2.0.1.tar.gz
20:44.47ferluszt<PROTECTED>
20:47.47mrmokuzub: you're using old illume then... shr_elm_softkey is illume2 only (as PaulFertser correctly stated) :)
20:48.27mrmoku[Rui]: no idea about the unstable feed state... my usual guess would be all fine :P
20:48.49[Rui]mrmoku: looking at --noaction seems like that to me, as well...
20:49.00[Rui]mrmoku: do you use GPRS?
20:49.22mrmoku[Rui]: since some day, yes
20:49.23CIA-36SHR: 03mok 07phonefsod * r28bc51002176 10/src/phonefsod-dbus-phoneuid.h: phonefsod-dbus-phoneuid: fix some declarations
20:49.23CIA-36SHR: 03mok 07phonefsod * rffa81801d98d 10/src/phonefsod-fso.c: phonefsod-fso: give _get_idle_state_callbac a GObject instead of GSource
20:49.24CIA-36SHR: 03mok 07phonefsod * rd035841f06d2 10/src/phonefsod-fso.c: phonefsod-fso: listen to and handle GSM.Device.DeviceStatus signals
20:49.25CIA-36SHR: 03mok 07phonefsod * ra05cff15c478 10/src/phonefsod-fso.c: phonefsod-fso: remove some deactivated code and stupid debug
20:49.26CIA-36SHR: 03mok 07phonefsod * rdb472a69fc89 10/src/phonefsod-fso.c: phonefsod-fso: with libfso-glib we must free the error
20:49.34CIA-36SHR: 03mok 07phonefsod * rbad19450e861 10/src/ (6 files): implement new SetPdpCredentials method and send the credentials on active GSM
20:49.36CIA-36SHR: 03mok 07phonefsod * r275532d80cc8 10/src/phonefsod-fso.c: phonefsod-fso: remove unneeded _get_sim_info and check SIM on incoming messages
20:49.38CIA-36SHR: 03mok 07phonefsod * r2825c7e732e0 10/src/phonefsod-fso.c: phonefsod-fso: do not handle SIM.AuthStatus... we do that via Device.Status now
20:49.47[Rui]I'd like to cross-check my gprs script as I'm with a problem: I can use GPRS once per reboot, and after I stop it, I need to power off as it keeps waking up from suspend after a few seconds
20:49.56[Rui]mrmoku: what do you use to connect?
20:50.03mrmoku[Rui]: that is fixed (reconnect)
20:50.10zubmrmoku: right, never dared to try illume2
20:50.20zubinteresting that I see the thing running
20:50.23zubI mean the process
20:50.29mrmoku[Rui]: and I'm using unpushed libphone-ui-shr to activate it ;)
20:50.37mrmoku[Rui]: I'm implementing it in quick-settings
20:50.55[Rui]mrmoku: I use this: http://pastebin.com/nL6pu1aU
20:51.29[Rui]mrmoku: hms... speaking of quick settings, I launched it a few days ago and it looked a bit awefull...
20:51.56mrmoku[Rui]: script is fine... I don't need to fiddle with the default route though
20:52.28[Rui]mrmoku: maybe I don't need anymore, but I don't think the normal route was being reapplied, anyways.
20:52.29mrmokulooks like the ppp0 has better metrics
20:52.50mrmoku[Rui]: well... I have two default routes when GPRS is active
20:52.55[Rui]mrmoku: I don't see any update that would fix my reconnect, where is it fixed?
20:53.06mrmoku[Rui]: in fsogsmd
20:54.01mrmoku[Rui]: when the above changes are built you don't have to call SetCredentials everytime anymore
20:54.05[Rui]mrmoku: fsogsmd is not set to be updated, so I guess the problem is not fied :(
20:54.24mrmoku[Rui]: hmm... when did you last update fsogsmd?
20:54.40[Rui]I just did an opkg --noaction upgrade
20:54.53mrmokuwith update before I hope :P
20:55.03[Rui]mrmoku: yeah , of course :)
20:55.57mrmoku[Rui]: opkg list_installed fsogsmd?
20:56.24[Rui]mrmoku: if I hadn't that I wouldn't be able to make calls, right? I hope you just want the version... :)
20:57.32[Rui]fsogsmd - 1:0.5.0+gitr823+8709ee51a88fd5cd8647d78f44cdd7bbe2190aa5-r2.2.4
20:57.57ferlusztwho is responsible for the sources in http://build.shr-project.org/sources/
20:58.54mrmoku[Rui]: duuhh to old
20:59.01mrmoku[Rui]: then it is not in the feed yet :/
20:59.11mrmokuI'm running local built fsogsmd
20:59.19[Rui]mrmoku: gah! :)
20:59.21mrmokuJaMa: bump it :D
21:00.20[Rui]I've also added http_auth to ecore_con_url so maybe when efl is bumbed I can move to ecore_con_url in elmdentica, thus not blocking anymore when downloading the timelines :)
21:04.05zubwhat's the relation of libphone-ui and libphone-ui-shr?
21:04.33zubI'd guess the latter is a specific implementation of the GUI, but how do those two communicate?
21:05.03zubok, I guess I found it :)
21:05.06mrmokuzub: libphone-ui-shr implements the libphone-ui interface for one toolkit in one way... there might be other backends one day
21:05.30zubphoneui.c was the key
21:05.42mrmokuhehe yeah
21:06.44zubI've been thinking of one think... that is: implementing a better error handling. I mean: I, as a user, get frustrated if I press a button and the app disappears or nothing happens. I prefer a window telling me: It's broken. (Or more specific issue.) - rather than nothing/death
21:06.54zubsounds like a simple enough task
21:07.47mrmokuzub: patches welcome :)
21:07.54zubthen I'll try :)
21:08.11*** join/#openmoko-cdevel valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net)
21:09.07zubideally it would be a lib, as it might be needed even in the trivial phoneui-apps; but for now I'll just try to extend libphone-ui/libphone-ui-shr
21:23.18GarthPSPaulFertser: this is 40minutes that bitbake is hanging on
21:23.18GarthPSUnpacking staging-eglibc-initial-armv4t-oe-linux-gnueabi...Done.
21:23.18GarthPSConfiguring staging-eglibc-initial-armv4t-oe-linux-gnueabi...NOTE: package eglibc-initial-2.11-r10.4: task do_setscene: Started
21:23.18GarthPSDone.
21:23.18GarthPSNOTE: Failure removing staging package
21:23.19GarthPSNOTE: Staging package found, using it for /home/sylvain/dev/SHR-Build/shr-unstable/openembedded/recipes/eglibc/eglibc-initial_2.11.bb.
21:23.37GarthPSand hanging
21:24.01PaulFertserGarthPS: funny
21:24.19GarthPSPaulFertser: lol! euuuuuuuu welllll
21:25.53JaMamrmoku: https://www.cvg.de/people/ensc/bb-lock.patch for hanging rebuild
21:26.06JaMamrmoku: and bump fso?
21:26.57PaulFertserGarthPS: ^^ this patch looks related
21:27.37JaMayes that's probably the same (do_setscene without -c clean before)
21:27.59GarthPSwondering if i will not drop it for the time that the build process will be praticable... :)
21:28.39GarthPSok i will take a look . last try for me, it is the third patch / trick I am doing to be able to build a fresh SHR.
21:28.45PaulFertserGarthPS: come on, all the problems you mentioned are easily solveable.
21:29.08GarthPSI am the only one fighting to build a fresh shr?
21:29.32ferlusztno ;)
21:29.58GarthPSnewbie with patch .. how is the way? git patch pathtothepatch?
21:31.37zubGarthPS: I'm doing a clean build now too... I wonder what do I run into :)
21:33.33mrmokuJaMa: oh nice
21:33.47mrmokuJaMa: yeah, fso needs bumping for GPRS fixes too
21:34.14GarthPSzub: good luck :p
21:34.54JaMamrmoku: ok, I'll bump it (I have patch for revs from today noon, so will bump it to current latest first
21:35.06mrmokugood :)
21:35.17mrmokuwill finish the GPRS slider in quick-settings then
21:35.18GarthPSPaulFertser: yeah but I am not yet a hard gamer on OE :)
21:36.40PaulFertserGarthPS: neither me
21:36.50PaulFertsergood luck folks, gotta sleep
21:36.51PaulFertser:)
21:36.58GarthPSGN:!
21:37.00*** join/#openmoko-cdevel JaMa (~martin@161-24.13.24.78.awnet.cz)
21:37.25GarthPSsorry but someone can tell me how I apply this patch? https://www.cvg.de/people/ensc/bb-lock.patch
21:37.41JaMaGarthPS: git am path/to/patch is much better
21:38.03JaMabut for really clean build it's not needed
21:38.24JaMaonly for rebuilding when staging already exist in time do_setscene is called
21:39.03JaMaand http://shr-project.org/trac/wiki/Building%20SHR#error:Cpreprocessorarm-angstrom-linux-gnueabi-gcc-Efailssanitycheck is wrong
21:40.11JaMaand http://shr-project.org/trac/wiki/Building%20SHR#procsysvmmmap_min_addr is not true for recent qemu-native or new enough qemu provided by host system (but I've seen that somewhere it behaved strange without - vanous computer)
21:40.34GarthPSok JaMa so what is the easiest way(no time consideration) right now to build a fresh image? does the an update and rebuild from scratch will work?
21:40.52GarthPSJama : ok sorry for the mail... :)
21:41.06JaMait worked for me on 2 hosts with 4 builddirs
21:41.31JaMa(rebuild from scratch)
21:43.24GarthPSbecause I tried 2 times already today after  an rm tmp/
21:45.03JaMado you have 0 in /proc/sys/vm/mmap_min_addr ?
21:45.13JaMadoes it fail while calling qemu-arm to generate locales?
21:45.48JaMasorry I haven't read backlog (yet) and I'm pretty tired.. so I'll go to sleep soon..
21:48.09*** join/#openmoko-cdevel mzanetti_ (~mzanetti@p5B301D8F.dip0.t-ipconnect.de)
21:48.29ferlusztam i the only one with the expat problem?
21:49.59GarthPSJaMa: yeah forget it I had several diferent error so I don't remember now. i wil try a fresh one tomorow..good night!
21:50.00JaMano problem with expat here
21:50.39ferlusztseems like in bug in ubuntu 10.04 :(
21:50.47ferluszthttps://bugs.launchpad.net/ubuntu/+source/gzip/+bug/524366
21:56.41JaMahmm so much fuzz about memory leak in glx and then they release new ubuntu with broken gzip, pretty sad :/
21:57.57CIA-36SHR: 03mok 07libphone-ui-shr * r4f3907ba8810 10/ (data/quick-settings.edc src/view/quick-settings-view.c): quick-settings: make it tabbed and add a network tab
21:58.59mrmokuok, time to sleep for me too now
21:59.05mrmokugnight all
22:05.07*** join/#openmoko-cdevel Mwyann (~Mwy@89.86.135.185)
22:05.31*** join/#openmoko-cdevel Flyser_ (~quassel@p4FDE7E36.dip.t-dialin.net)
22:10.01*** join/#openmoko-cdevel badcloud (~raanan@ti400720a342-0734.bb.online.no)
22:18.52JaMarevs bumped, build started, time to bed here too
22:19.00JaMasee you in 5 hours again ;/
22:37.46*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)
23:14.38*** join/#openmoko-cdevel ruoso (~ruoso@201009056118.user.veloxzone.com.br)
23:20.06*** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160)

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