IRC log for #openmoko-cdevel on 20111021

00:18.51*** part/#openmoko-cdevel papa-piet (~peter@port-92-204-121-33.dynamic.qsc.de)
00:25.01*** join/#openmoko-cdevel hitmoon (~hitmoon@114.247.10.83)
00:27.34*** part/#openmoko-cdevel hitmoon (~hitmoon@114.247.10.83)
00:28.14*** join/#openmoko-cdevel DieMumiee (~DieMumiee@p3E9C2C68.dip.t-dialin.net)
00:33.14*** join/#openmoko-cdevel DieMumiee (~DieMumiee@p4FEEAE09.dip.t-dialin.net)
00:43.28*** join/#openmoko-cdevel DieMumiee (~DieMumiee@p4FEEACA0.dip.t-dialin.net)
01:03.19*** join/#openmoko-cdevel DieMumiee (~DieMumiee@p3E9C3DED.dip.t-dialin.net)
01:03.59*** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de)
01:06.44*** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de)
02:26.01*** join/#openmoko-cdevel quitte (~quitte@tplink.ghb.hs-furtwangen.de)
03:05.22*** join/#openmoko-cdevel quitte (~quitte@tplink.ghb.hs-furtwangen.de)
04:19.53*** join/#openmoko-cdevel djj (djj@hilla.kapsi.fi)
04:46.03*** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg)
05:04.25*** join/#openmoko-cdevel anarsoul (~anarsoul@193.151.42.105)
05:22.36*** join/#openmoko-cdevel wolfspraul (~wolfsprau@221.220.180.120)
05:28.37mrmokumoin
05:30.37*** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-5-88-186-17-64.fbx.proxad.net)
05:31.57*** join/#openmoko-cdevel sigi (~sigius@93-125-185-45.dsl.alice.nl)
05:32.01*** join/#openmoko-cdevel sigius (~sigius@93-125-185-45.dsl.alice.nl)
06:16.55JaMa|zzzmoin
06:26.42JaMa|zzzmrmoku: "[OE-core] [PATCH 3/3] gcc-configure-sdk: Point sysroot to correct location" should fix your sdk issue while building kernel.. not applied yet
06:43.52mrmokuJaMa|zzz: ok, great
06:46.05*** join/#openmoko-cdevel playya__ (~playya@unaffiliated/playya)
06:47.45tarutiI get the following error while building shr-core - http://pastebin.com/raw.php?i=qif8mZ2A - it seems like xf86-video-glamo would like for libdrm to have glamo specific patches that are not in? How do I solve this?
06:52.19JaMa|zzztaruti: they are in .bbappend in meta-openmoko layer
06:53.14JaMa|zzztaruti: ah.. there is bug in ../meta-smartphone/meta-openmoko/recipes-graphics/drm/libdrm_2.4.26.bbappend
06:54.06tarutihmm, ok
06:54.31JaMa|zzztaruti: please try this http://paste.pocoo.org/show/495942/
06:55.11tarutithanks
07:02.20*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
07:03.17JaMa|zzztaruti: thanks for report, let me know that if it helps and I'll push it
07:04.41tarutiJaMa|zzz: I'll report when things finish
07:13.48tarutiit seems that bb -c cleansstate is not enough, or I am doing something wrong
07:14.29JaMa|zzzdid you cleansstate both? libdrm and xf86-video-glamo?
07:16.07*** join/#openmoko-cdevel lamikr (lamikr@nat/nokia/x-xycynqusycxgijvh)
07:16.59CIA-5SHR: 03Martin.Jansa 07shr-chroot * rdc0f110d3d77 10/ (365 files in 32 dirs): system upgrade
07:17.46tarutiyes
07:18.47tarutiI'll retry
07:19.13JaMa|zzzmmt I'm rechecking here
07:25.33tarutiI did "bb -c cleansstate libdrm && bb -c cleansstate xf86-video-glamo && bb libdrm && bb xf86-video-glamo" and it still dies complaining about libdrm/glamo_bo.h and md5sum: "10f2d385cf9a59116d0a711dd11c0f40  ../meta-smartphone/meta-openmoko/recipes-graphics/drm/libdrm_2.4.26.bbappend"
07:27.25JaMa|zzzOVERRIDES are broken :/
07:36.29*** join/#openmoko-cdevel papa-piet (~peter@port-92-204-121-33.dynamic.qsc.de)
07:43.00CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rbb72be864dc9 10/meta-openmoko/recipes-graphics/ (drm/libdrm_2.4.26.bbappend mesa/mesa-dri_7.11.bbappend): meta-openmoko: mesa-dri, libdrm: fix override, armv4t (PACKAGE_ARCH/TUNE_PKGARCH) is no longer in OVERRIDES
07:43.03JaMa|zzztaruti: should be fixed by ^
07:44.07*** join/#openmoko-cdevel hitmoon (~kvirc@218.240.45.242)
07:49.30tarutiJaMa|zzz: thanks <3
07:49.40tarutiJaMa|zzz: I'll build it later today
07:58.41*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
08:09.24JaMa|zzz:)
08:20.21mrmokuJaMa|zzz: still no sshd
08:20.26mrmokurootfs log shows
08:20.28mrmokuConfiguring openssh-sshd.
08:20.34mrmokuwhich should add the user, no?
08:20.38mrmokuwithout any error
08:21.13mrmokuheh
08:21.15mrmokulater on there is
08:21.16mrmokuuseradd: user 'sshd' already exists
08:21.24mrmokuwith the groupadd error before
08:21.37mrmokubut the resulting passwd has no sshd :/
08:22.19JaMa|zzzmrmoku: ahh maybe for me it was created on first opkg upgrade..
08:22.33JaMa|zzzmrmoku: but otavio patchset on oe-core is fixing groupadd somehow
08:22.42mrmokugrep: /OE/shr-core/tmp/work/om_gta04-oe-linux-gnueabi/shr-lite-image-2.0-r18/rootfs/etc/passwd: No such file or directory
08:22.45mrmokuhmm
08:23.07JaMa|zzzyes that's the error he had
08:24.40mrmoku+ zap_root_password
08:24.40mrmoku+ sed 's%^root:[^:]*:%root:*:%'
08:24.57JaMa|zzzmrmoku: try http://lists.linuxtogo.org/pipermail/openembedded-core/2011-October/011550.html
08:24.58mrmokuthat one makes logging in impossible :-P
08:25.23JaMa|zzzahh..
08:25.27mrmokubase-passwd: move initial criation of group and passwd to preinst
08:25.29JaMa|zzzand it was changed lately?
08:25.33mrmokuthis one is probably fixing it
08:25.48mrmokuI think so, yeah... well I have it for at least a week
08:26.27mrmoku<PROTECTED>
08:26.32mrmoku^^this one :)
08:26.53JaMa|zzzI've seen it too, but my postflash scripts are setting my password and adding my ssh key..
08:26.57*** join/#openmoko-cdevel ssam (~ssam@cpc2-with5-2-0-cust470.1-4.cable.virginmedia.com)
08:27.14mrmokuhehe ok
08:27.31mrmokuwill try if ottavio fixed it for me
08:31.18*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
08:46.12angelox|laptopgood morning
08:54.19*** join/#openmoko-cdevel pespin (~pespin@cisne-cn09.upc.es)
09:01.09mrmokuJaMa|zzz: yay
09:01.10mrmokusshd:!:999:999::/var/run/sshd:/bin/false
09:02.51mrmokumeta/classes/core-image.bbclass:ROOTFS_POSTPROCESS_COMMAND += '${@base_contains("IMAGE_FEATURES", "debug-tweaks", "", "zap_root_password ; ",d)}'
09:05.03mrmokuJaMa|zzz: maybe we should add debug-tweaks?
09:05.51*** join/#openmoko-cdevel GNUtoo (~gnutoo@host161-151-dynamic.11-79-r.retail.telecomitalia.it)
09:14.19*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
09:17.05JaMa|zzzGNUtoo: python-evas fixed
09:17.11JaMa|zzzmrmoku: let me check what it does
09:18.34JaMa|zzzmrmoku: yes looks sane
09:19.35*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
09:19.45mrmokuJaMa|zzz: we might still remove it when we get something stable in some year ;)
09:19.49mrmokushower
09:20.03CIA-5SHR: 03Martin.Jansa 07meta-smartphone * r630ad6f87049 10/meta-shr/recipes-shr/images/shr-image.inc: shr-image: add debug-tweaks
09:20.32mrmokuthx
09:20.56JaMa|zzzyes and party whole month if we ever get to shr-stable :)
09:42.41mrmokuat least one month indeed :P
09:51.47GNUtooJaMa|zzz, hi
09:52.00*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
09:52.52GNUtoobumping EFL_SRCREV to 64190 fixes the bug
09:53.27GNUtoohowever you have to start elm_shr_softkey manually then
09:54.33JaMa|zzzGNUtoo: I know.. I've already bumped python-evas..
09:54.34pespinwe could arrange the party together with E guys when they release e17 someday... xD
09:55.03JaMa|zzzpespin: They plan to release it soon ;)
09:55.32pespinJaMa|zzz, nah, it's efl 1.1 afaik
09:56.43JaMa|zzzpespin: http://trac.enlightenment.org/e/wiki/Release E17 needs to be released ASAP! Get your builds ready!
09:57.36pespinah nice :)
09:58.12GNUtoook
10:14.24GNUtooJaMa|zzz, oops sorry:
10:14.44GNUtooopenembedded-core/meta/recipes-multimedia/pulseaudio/libatomics-ops_1.2.bb was the recipe failing with the arm thing (swp)
10:15.32GNUtoowhat to do then, it's already "arm"
10:16.40GNUtooI guess I've to write a patch for libatomics-ops
10:27.00GNUtooJaMa|zzz, could it be that something is broken with reguards to "arm" in oe-core?
10:30.53GNUtooit does -mthumb -mthumb-interwork...
10:30.55JaMa|zzzGNUtoo: see ml
10:30.58GNUtoook
10:31.00GNUtoowhich thread?
10:32.55JaMa|zzz[OE-core] [PATCH 2/8] libatomics-ops: force ARM mode
10:32.55GNUtooah ok found it
10:33.46*** join/#openmoko-cdevel methril_work (~Rafael@189.114.111.135)
10:33.48GNUtoothe problem is that I've already the fix
10:34.32GNUtoogrep arm libatomics-ops_1.2.bb  => ARM_INSTRUCTION_SET = "arm"
10:35.05*** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net)
10:35.19GNUtooah it works now
10:35.22GNUtoosorry
10:35.42GNUtoomaybe some PR was not bumped
10:35.57GNUtoothen I remember badly the package name and cleaned pulseaudio instead
10:36.07GNUtoothen I forget to re-clean libatomic
10:36.19GNUtoosorry for the noise
10:37.46JaMa|zzzno problem.. I didn't do PR bumps intentionally
10:37.58JaMa|zzzbecause I wasn't sure it will be applied in oe-core
10:38.19JaMa|zzzand we'll need extra PR bump if someone fixes it properly instead
10:39.49GNUtoook
10:51.28*** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz)
10:52.38GNUtoohi pespin
10:52.59GNUtoo*)you made emtooth2
10:53.17GNUtoo*)you created recipes for music(for instance enjoy)
10:53.37GNUtooso are you also interested in integrating bluetooth(A2DP and SCO) well in shr-core?
10:53.54GNUtoofor om-gta02 of course....
10:54.05pespinI could in the future, but several restrictions:
10:54.24pespin1- no much time (due to other projects (etalk), and lots of work at university)
10:54.28GNUtoook
10:54.33pespin2- No idea how that works, I'd have to look at it
10:54.39GNUtoook
10:54.41pespin3- I have no HW to test
10:54.48GNUtooI know more or less how it works
10:55.04GNUtoono om-gta02 or no bluetooth headset/clipper or whatever?
10:55.17pespinbut 3 is not problem because I found a  web which sells cheap BT headsets
10:55.34GNUtoook, I bought mine at the local fnac in france
10:55.46GNUtoobasically I didn't want a headset
10:55.56pespinGNUtoo, I'd like to work on it in the future if no one does it :)
10:56.01GNUtoobut rather something that you don't put near the head
10:56.46GNUtoook, I was just looking for help on that task....
10:56.50pespinGNUtoo, because you prefer not having waves near your head and that stuff?
10:57.05GNUtooyes
10:57.25GNUtoophones are very dangerous with that reguards
10:57.34GNUtooI don't know for bluetooth tough
10:58.00pespinhttp://www.dealextreme.com/p/bh-503-designer-s-bluetooth-stereo-handsfree-headset-13-hour-talk-240-hour-standby-30407
10:58.24GNUtoobut there is no point in buying one if you don't have time to work on it....
10:58.25pespina friend of mine bought it and will arrive to him in about a week. once he tries it, I might buy one :)
10:58.49GNUtoook
10:58.55pespinGNUtoo, the thing is I'd like to have it working, so I'll try to get it working someday hehe
10:59.03GNUtoook
10:59.07GNUtoobut I may do it first
10:59.07pespinGNUtoo, I'll ask you some help when I want to do it
10:59.12GNUtoobecause I need it *now*
10:59.18pespinbut first I'd like to have etalk in a minimal usable status
10:59.40GNUtooI'm without music since a lot of time....so I may get something hackish and local first tough
10:59.41pespinGNUtoo, ok, if you need something specific in emtooth2 just ask and I'll try whenever I have some free time
10:59.54GNUtooah there is something that you could add:
11:00.20GNUtoofor keyboard:
11:00.21GNUtoohttp://wiki.openmoko.org/wiki/Usb_keyboard
11:00.28GNUtoosee arrow key disfunction
11:00.32GNUtooI've that issue
11:00.36GNUtooand the script solves it
11:01.51pespinGNUtoo, why not adding that to SHR by default?
11:02.10pespinor maybe better adding it to emtooth2 which installs it into /etc/profile.d ?
11:03.02GNUtooah good idea
11:03.09GNUtooI'll ask JaMa|zzz how to integrate it
11:03.11pespinok
11:04.08pespinGNUtoo, so please, if you investigate on how to get headse working and some bluez interaction is necessary, tell me and I'll add to emtooth2
11:04.20GNUtoook
11:04.30GNUtooI know how it works
11:04.36GNUtoothe thing is how to integrate it
11:04.39pespinthere's already a Audio.Connect in rdevice settings UI which should be useful somehow lol
11:04.55GNUtooyes I'm currently listening to some .wav music over bluetooth
11:05.22GNUtoo( http://wiki.openmoko.org/wiki/User:GNUtoo ) for the howto
11:07.23pespinGNUtoo, uhm and apart from that config, I suppouse you need some bluez interaction right?
11:07.29GNUtoono
11:07.32GNUtooonly that config
11:07.35pespinor you just let alsa do the work?
11:07.40GNUtoono
11:07.43GNUtooI use emtooth
11:07.45GNUtooand it works
11:07.49GNUtoowith that config
11:08.00pespinGNUtoo, what do you do with emtooth2? pairing + audio connect ?
11:08.12GNUtooI slide all sliders
11:08.14GNUtooI could look
11:08.18pespinlol
11:08.35pespinok
11:09.26pespinGNUtoo, but that file is setting bluetooth as default sink for sound right?
11:10.27pespinI have no idea about alsa, never player with it u.u
11:13.56GNUtoopespin, yes
11:14.23*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
11:16.44pespinGNUtoo, ok, so we should think about a correct way for the apps asking the user which sink to use (I suppouse that's the work mrmoku and DocScrutinizer have been talking about with that ACI stuff)
11:17.37pespinlunch, bbl
11:18.24GNUtooERR<710>:emotion-gstreamer[T:1118614560] emotion_gstreamer.c:1607 _eos_sync_fct() ERROR from element oggdemux0: Internal data stream error.
11:18.28GNUtoosigh sigh grrr
11:18.30GNUtooI must go
11:20.25*** join/#openmoko-cdevel DieMumiee (~DieMumiee@p4FEEA635.dip.t-dialin.net)
11:28.04antrikDocScrutinizer: /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/hdq/hdq/dump here on QtMoko 2.6.34 -- works fine with the new script :-)
11:28.13GNUtooahh audioconvert
11:28.15GNUtooback btw
11:28.55antrikmrmoku: I broke my guitar pick while trying to open OM case... smartcards and similar turn out to be much more effective :-) (and easier to find too)
11:29.18TAsnantrik, not if you are a guitarist
11:29.29PaulFertserantrik: nails ftw ;)
11:35.27*** join/#openmoko-cdevel Yoram (~kvirc@77.125.126.62)
11:37.29YoramHi everyone, elfe crashes on last SHR build and I found out why
11:37.42*** join/#openmoko-cdevel DocScrutinizer51 (~lagrange@openmoko/engineers/joerg)
11:38.03Yoramelfe calls elm_init(0,NUll)
11:38.30Yoramwhile elm_quicklaunch_init calls eina_prefix_new(argv[0], elm_quicklaunch_init,.....
11:38.44Yoramwhich meant trying to use argv[0], when argv is NULL
11:39.36DocScrutinizermoo all. antrik, fine thats the way it shall be :-)
11:39.43GNUtoocaptainigloo, ^^^
11:40.46Yoramany enlightenment developer or SHR builder here wants to fix it ?
11:40.56DocScrutinizerPaulFertser: indeed, as long as you got *any* fingernails, there's nothing to beat it
11:42.48PaulFertserMine are definitly too long atm :)
11:43.06YoramTAsn: ?
11:44.19*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
11:48.12*** join/#openmoko-cdevel krayon (~fallen@pdpc/supporter/28for7/krayon)
11:48.22*** part/#openmoko-cdevel krayon (~fallen@pdpc/supporter/28for7/krayon)
11:57.03lindi-larsc: SHR 2.6.39 does not have CONFIG_BATTERY_BQ27x00 -- do you know how it reads battery information?
11:58.54GNUtooarrrg emtooth consume 50% CPU
11:59.20*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
12:00.41GNUtooand enlightenment is still niced -10
12:16.03captainiglooGNUtoo: ?
12:16.24GNUtoocaptainigloo, Yoram has issues with elfe: he found how to fix a bug
12:16.36captainigloowich bug ?
12:16.50GNUtoo<Yoram> Hi everyone, elfe crashes on last SHR build and I found out why
12:16.53GNUtoo<Yoram> elfe calls elm_init(0,NUll)
12:16.57GNUtoo<Yoram> while elm_quicklaunch_init calls eina_prefix_new(argv[0], elm_quicklaunch_init,.....
12:17.00GNUtoo<Yoram> which meant trying to use argv[0], when argv is NULL
12:17.11captainiglooah
12:17.28captainiglooso it's a problem in elm_quicklaunch_init then
12:18.02captainigloowhat's the version of elementary use in SHR ?
12:18.09captainigloorecent svn one ?
12:20.40GNUtoono idea, I'll look
12:21.30captainiglooi had same problem with an old version of elementary, it was 1 year ago
12:21.49captainigloowith the last elm snapshot i think
12:23.37GNUtoo64150
12:28.09antrikdos1|away: I don't think the argument about someone possibly writing a free firmware for the GTA04 wireless is really relevant -- realistically the chances for this actually to happen are rather close to zero :-(
12:28.28antrikI tend to agree though that locking down the firmware is not terribly helpful...
12:28.49Yoramperhaps elfe shuld call elm_init(0,args) when args is char *args[] = {"elfe"}
12:30.04captainiglooYoram: yep indeed
12:30.27captainiglooYoram: you send me a patch :P
12:30.31captainigloo?
12:30.36Yoramcaptainigloo: no problem
12:30.41antrikthe idea is that if firmware is loadable but nonfree, the vendor can make changes to it, while the user can't; thus giving the vendor extra power over the user... however, in this case the GTA04 project is *not* the vendor of the firmware; so I don't really see that making the firmware loadable or not makes a difference for the free/non-free status of GTA04...
12:30.43captainigloothanks :)
12:31.19GNUtooSHR's GTA02 support is very very very bad at the moment:
12:31.22GNUtoo*microsd issues
12:31.28YoramIndex: src/main.c =================================================================== --- src/main.c  (revision 64252) +++ src/main.c  (working copy) @@ -138,6 +138,7 @@     char buf[PATH_MAX];     const char *bgfile;     const char *file; +   const char *args[] = {"elfe"};     Evas_Object *rect;     Evas_Coord w, h;   @@ -170,7 +171,7 @@         /* Specific ELM initialisation */ -   elm_init(0, N
12:31.32GNUtoo(really really bad)
12:31.37GNUtoo*bluetooth issues
12:31.38Yoramsorry,
12:31.42GNUtoo*cpu usage issues
12:31.42Yoramwrong paste
12:31.44GNUtooetc....
12:31.52antrikPaulFertser: I have pretty strong nails, and I use them for a lot of things -- but opening the OM case is definitely *not* among them...
12:32.07GNUtoonot to count the shr_elm_ topbar
12:32.29GNUtooit's close to unusable for anything else than telephony
12:32.40GNUtoofoxtrot gps crashes
12:32.41GNUtooetc...
12:33.53antrikGNUtoo: well, I fear the only know workaround for the uSD issue is reverting to 2.6.34...
12:34.04GNUtooafter suspend microsd has errors
12:34.07lindi-GNUtoo: where does it crash?
12:34.18GNUtoofor instance I have to do that:
12:34.24GNUtoofdisk /dev/mmcblk0
12:34.26GNUtoop
12:34.27GNUtoow
12:34.36GNUtooand /dev/mmcblk0p1 appear
12:34.39GNUtoothen I mount it
12:35.06GNUtoothen I play with it
12:35.13GNUtoothen the phone suspends automatically
12:35.24GNUtooand the at resume I have I/O errors
12:36.16antrikGNUtoo: same after a reboot I suppose?...
12:36.21GNUtoohttp://www.pastie.org/2735107
12:36.29GNUtoowhat do you mean by same
12:37.05antrikwell, if you format and then reboot you also get I/O errors?
12:37.33GNUtoobasically if I reboot I'm at the beginning
12:37.37GNUtoothat is to say
12:37.44GNUtoofdisk /dev/mmcblk0
12:37.47GNUtoop
12:37.47GNUtoow
12:37.51GNUtooetc...
12:37.56GNUtoothen I can play with the card
12:38.01GNUtooand as soon as I re-suspend
12:38.08GNUtooit has some errors
12:38.24antrikit sounds like reading the partition table from SD doesn't work in general. when you fdisk, you get a cached version; but a soon as you reboot and it tries to read it from the card, it's broken again
12:38.26Yoramcaptainigloo: I sent uot a patch, but it's not tested
12:38.41GNUtooantrik, yes but how to fix?
12:38.48GNUtoomy phone is close to unusable right now
12:38.52antrikno idea :-(
12:39.25antrikI have a vague recollection that someone tracked down what kernel change causes the issues a couple of months ago; but there wasn't any followup :-(
12:39.37GNUtooreally aaarg
12:39.54GNUtoocan you find that info?
12:40.16GNUtoolet's face it: shr doesn't have even one usable phone
12:40.25GNUtooI tried very hard to use gta02
12:40.29antrikfind that in the IRC logs from months ago? I'm not sure I'm up to that :-)
12:40.30GNUtoobut I miss my music too much
12:40.42GNUtooand unfortunately music requires:
12:40.46GNUtoo*microsd support
12:40.57GNUtoo*low cpu usage to be able to decode ogg
12:41.04GNUtoos/ogg/vorbis/
12:41.11GNUtoo*bluetooth
12:41.16antrikwell, for most people, music is not part of the definition of "usable phone"... you seem to be only one caring about this particular feature right now :-(
12:41.18GNUtooand none of theses 3 thing work
12:41.48captainiglooYoram: ok i will try it tonight
12:42.05Yoramcaptainigloo: great
12:42.06captainiglooanyone working on SHR for n950 ?
12:42.20GNUtooanyone working on SHR for om-gta02?
12:42.40GNUtoocaptainigloo, not as far as I know
12:42.43antrikthe way I'm using my freerunner presently, the softkey bug would probably be the only issue for me...
12:43.01captainiglooGNUtoo: lol
12:43.15GNUtoomrmoku, was working for om-gta02 but now he's busy with gta04
12:43.23captainigloook
12:43.36antrikcaptainigloo: it's not so easy to even find someone *having* a N950 :-)
12:44.13antrikDocScrutinizer: did anyone manage to solve the problems booting non-Nokia kernels?
12:44.30captainiglooi have one :)
12:44.32captainigloohttp://wiki.meego.com/ARM/N950
12:44.32antrikon N950/N9 I mean
12:44.33GNUtooantrik, yes the softkey bug is really problematic and I fear that with all theses bugs I'll stop working on om-gta02 or shr
12:44.40DocScrutinizerantrik: yes
12:44.43GNUtooso we're doomed
12:44.52GNUtooI mean less people => more bugs => less people
12:45.08GNUtooand it also means more work / people
12:45.15tarutisoftkey bug?
12:45.17GNUtoowhich causes people to stop working on it at all
12:45.20antrikGNUtoo: :-(
12:45.46antrikI think it would be a major loss to the project if you gave up on GTA02 :-(
12:45.47GNUtooindeed, everyone keep telling me that SHR is not dead, but really do we have 1 usable device => no
12:45.51DocScrutinizerantrik: beta2 NOLO allows booting custom kernels and enters "open mode" on doing so, as supposed
12:46.19antrikDocScrutinizer: OK. so the devices are not entirely useless... ;-)
12:46.39GNUtooantrik, note that it may be the best option because rage against the machine also has the effect to make me stop working on something
12:46.50GNUtoomaybe I should come back later
12:47.19antriksure, taking a break is often a good idea...
12:47.22DocScrutinizerantrik: I still think for rolling your own OS they are way better than most if not all of the android shit out there
12:47.42GNUtooaltough I fear that taking a break won't magically make thing solves by themselves
12:47.50GNUtooif no one is left for working on om-gta02....
12:47.53antrikDocScrutinizer: indeed... to bad they have no future :-(
12:48.18DocScrutinizernuttin has a future
12:48.27GNUtoonuttin?
12:48.50DocScrutinizerNO FUTURE!
12:49.01GNUtoo???
12:49.03JaMa|zzzlindi-: iirc there was some problem with BQ27x00 in the beginning of 2.6.39 on SHR.. so I've disabled it and not sure if I've tried to enable it again after reverting Per's patches
12:49.05GNUtoowhat does nuttin means
12:49.12lindi-JaMa|zzz: ok
12:49.33lindi-JaMa|zzz: it seems the sound modules need to be loaded in the right order
12:49.39GNUtooJaMa|zzz, do we have a solution for microsd on om-gta02?
12:49.51lindi-JaMa|zzz: suspend/resume worked a few times but then got stuck in resume
12:49.57JaMa|zzzlindi-: http://lists.openmoko.org/pipermail/openmoko-kernel/2011-May/011346.html
12:50.16JaMa|zzzGNUtoo: ?
12:50.40GNUtooJaMa|zzz, since you read a lot of mails I wondered if you had a hint on fixing the gta02 microsd issue
12:50.53GNUtooafter suspend it's broken: I/O errors etc...
12:51.15lindi-JaMa|zzz: ok
12:51.17GNUtoonot to count that it doesn't find my parrition
12:51.20antrikDocScrutinizer: well, the Android devices are mostly similar enough that work done on any of them can be taken forward to future devices... while work on the N9x devices seems a dead end :-(
12:51.22lindi-JaMa|zzz: anyways, better concentrate on suspend next since that is critical
12:51.44GNUtooantrik, really? I don't think android devices are easy to port to
12:51.47GNUtooquite the coutrary
12:51.52GNUtoo*countrary
12:51.58JaMa|zzzGNUtoo: here it works as good as 2.6.37 did
12:52.05JaMa|zzzGNUtoo: with shr 2.6.39
12:52.09antrikwell, not entirely a dead end perhaps... at least the ISI stuff might still be useful for the future Nokia cheapphones running this new Linux thing they are working on I guess
12:52.17GNUtooJaMa|zzz, ok, I've a 32GB card
12:52.26GNUtooshould I try something?
12:52.30DocScrutinizerantrik: I honestly doubt that's faintly hw platform related, and no, the andridiot devices are probably not "all the same"
12:52.32GNUtoodid 2.6.37 work well?
12:53.05JaMa|zzzGNUtoo: I have 8GB and it just works.. but you can try to lower sd clock as suggested on om bugzilla
12:53.10GNUtooantrik, n900 is a good device, why not to support it?
12:53.16JaMa|zzzGNUtoo: for some cards it helps
12:53.19GNUtooJaMa|zzz, that can still be done manually?
12:54.00JaMa|zzzGNUtoo: in uboot or /boot/*append
12:54.18GNUtooI know, but I wondered more about what to write to that file
12:54.29antrikGNUtoo: there are some problems with Android devices; but from what I have seen, they seem to be mostly always the same issues... once they are fixed, most Android devices should work with fairly little extra effort I'd say
12:54.41JaMa|zzzGNUtoo: or you can try http://lists.openmoko.org/pipermail/openmoko-kernel/2011-August/011352.html instead of reverting all Per's patches
12:55.07JaMa|zzzGNUtoo: I don't remember exact command but something like maxsd_clock or something like that
12:55.16antrikGNUtoo: 2.6.37 had the same uSD problem. 2.6.34 is the last one know to work I believe
12:55.21JaMa|zzzGNUtoo: you should be able to find it on our trac or om bugzilla
12:55.32GNUtoook
12:56.18*** join/#openmoko-cdevel HeinervdmWork (~zimmerman@hsaggate.physik.uni-bonn.de)
12:56.33JaMa|zzzstill hopes that larsc will magically reveal 3.1 patchset when he find some time :)
12:56.38antrikGNUtoo: I'm not saying that N900 support should be abandoned... it's just not something to bet our future on :-)
12:56.53GNUtooandroid stuff is really hard to hack on
12:57.03antrikJaMa|zzz: and it will magically solve the uSD problems?... ;-)
12:57.04GNUtoothey are made specially for not running GNU/Linux it seems
12:57.10GNUtoothe code is very hard to read etc...
12:58.31antrikGNUtoo: well, I saw several instances of new Android devices made to mostly work for telephony etc. with fairly little effort... that's very different from N900 for example, which needs a considerable amount of dedicated work to make it useful at all
12:58.52GNUtoolol I disagree
12:58.59antrikthat would be fine if the N900 telephony work could be reused for future devices -- but there are no future devices :-(
12:59.04GNUtoon900 needed less effort than an android phone
12:59.53antrikeh? last time I heard, telephony was still not working properly; not even to mention SMS...
13:00.05GNUtoothat's because no one works on it
13:00.11JaMa|zzzantrik: who knows.. ask him :)
13:01.48GNUtoosd_max_clk according to the sources
13:02.28GNUtoomodule_param(sd_max_clk, int, 0644);module_param(sd_slow_ratio, int, 0644);module_param(sd_post_power_clock, int, 0644);
13:03.11JaMa|zzzyup looks familiar
13:04.01GNUtoobut for the values I've no ideas
13:08.11JaMa|zzzGNUtoo: http://trac.shr-project.org/trac/ticket/1275
13:08.28*** join/#openmoko-cdevel pespin (~pespin@cisne-cn10.upc.es)
13:08.30GNUtoothanks
13:14.08*** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz)
13:23.48antrikIIRC people tried playing with clocks when the problem first appeared, to no avail... but let's see, maybe you will have more luck :-)
13:39.54mrmokuantrik: I played the base... so my guitar pick is thick enough to never ever break ;)
13:45.18GNUtoohmmm crackeling sounds on om-gta02
13:45.36antrikmrmoku: hehe :-)
13:45.38GNUtoowith gst-launch filesrc location="foo.ogg" ! decodebin2 ! audioconvert ! alsasink device=plugh
13:45.39GNUtoow:0
13:45.40*** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz)
13:49.18GNUtoowhat??? no more audio in fsodeviced
13:49.23GNUtoomaybe that's the cause?
13:49.26GNUtoomaybe not
13:50.27GNUtooI'll reboot and see
13:52.30mrmokuGNUtoo: fortunatelly gta04 won't be much work
13:54.17GNUtoook I hope so
13:54.21GNUtooless than om-gta02?
13:54.52mrmokuI think so
13:55.11mrmokuif only those damn /dev/ttyHSx devices would appear
13:55.58mrmokuGNUtoo: and lots of the bugs aren't device specific anyway
13:56.05mrmokulike the softkey
13:57.31mrmokuor icons not loading on startup
13:57.47*** join/#openmoko-cdevel chris38` (~chris38@AGrenoble-751-1-1-213.w90-9.abo.wanadoo.fr)
13:58.06GNUtooyes but who will fix
13:58.15GNUtooit's kind of a deadlock with [RUI]
13:58.20GNUtooand it's very dangerous for me
13:58.36GNUtooif I ever get nervous before he fix I could loose my om-gta02
14:01.01GNUtooand that bar indeed can get me very nervous
14:01.08GNUtoo*softkey
14:01.18antrikGNUtoo: try to fix it on a less valuable device... ;-)
14:01.31GNUtooI use the gta02 everyday
14:01.34mrmokuGNUtoo: what are the gta02 bugs on trac?
14:01.35GNUtooas my main phone
14:01.40GNUtoothat is the issue
14:01.44GNUtoomaybe I shouldn't
14:01.51*** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz)
14:01.57GNUtooso if I get nervous while using it it's the end
14:03.03GNUtooand that can happens if the bar crash just before receiving a call
14:03.15GNUtoomaking impossible to answer the phone in time
14:03.25GNUtoo*on time
14:04.15GNUtoopespin, please help me make enjoy work
14:05.02pespinGNUtoo, afair last time I tried enjoy on my PC some days ago it didn't work neither...
14:05.09GNUtooah ok
14:05.14pespinI can't do it now cause I'm at classe
14:05.16pespin*class
14:05.16GNUtooso I'm trying since some hours to make it work
14:05.16*** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr)
14:05.20GNUtoofor nothing
14:05.24GNUtoosince it's broken
14:05.24GNUtoo?
14:05.29pespinGNUtoo, that's what I told you to get mplayer working
14:05.35pespinto use intone while it's not working :P
14:05.42GNUtoook
14:05.43pespinI'll try tomorrow if I remember
14:05.47lindi-GNUtoo: I answer by hitting AUX button since I don't trust GUI to be stable enough :)
14:05.49GNUtoook thanks a lot
14:06.01GNUtoolindi-, lol
14:06.20lindi-GNUtoo: I have been doing this for more than two years now and it has helped several times
14:06.36GNUtoook
14:08.00antriklindi-: indeed, I believe SHR should do that too. I think I actually argued that here a couple of months ago...
14:09.29antrikit's also more reliable against user failure to read screen (under sunlight or without glasses), or to hit the right spot on the touchscreen ;-)
14:09.41mrmokuGNUtoo: do we have an old udev still working with 2.6.32 kernels?
14:10.05GNUtoouse udev 141 compat
14:10.08GNUtoopalm pre uses that
14:10.18GNUtoobut doesn't 32 have devtmpfs
14:10.22GNUtoolike htcdream?
14:10.22mrmokusure
14:10.39mrmokuI just want to check if it's some udev magic making ttyHS appear
14:10.59GNUtoook
14:16.07GNUtooI'll go (finally, I should have be gone since a long time ago, some hours ago for instance)
14:20.01*** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz)
14:30.02mrmokudammit
14:30.59*** join/#openmoko-cdevel Martix (~martix@134.89.broadband12.iol.cz)
14:35.35mrmokuoh yes :)
14:36.43JaMa|zzzdebuging $HOME
14:36.49mrmokuit registered :-)
14:37.45mrmokuat least almost :P
14:38.32lindi-seems suspend works after alsa modules are loaded in right order
14:39.12mrmokuDocScrutinizer: pester :-)
14:39.23mrmokuputs his old Nokia battery into his charger
14:41.47DocScrutinizermrmoku: aah, thanks :-D
14:45.22angelox|laptopgood afternoon
14:46.23mrmokuleviathan: it turned out to be a problem with my kernel build
14:47.02mrmokuis ARM_UNWIND something to blame ?
15:12.55mrmokumickeyl: ping
15:31.22*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
15:31.28*** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-5-88-186-17-64.fbx.proxad.net)
15:32.35JaMa|zzzmrmoku: HOME issue fixed :)
15:40.22JaMamrmoku: and it should also fix shr_elm_softkey and icons
15:40.28pespinnice!
15:44.00captainiglooguys i have a n950 and i will try to port SHR on it, well at least boot something :)
15:44.37captainigloolast time i build SHR it was not using oe-core, does it use it now ?
15:45.11JaMashr-core is using it
15:46.41JaMaGarthPS: this one is probably for you or morphis http://trac.shr-project.org/trac/ticket/1442
15:47.26captainiglooJaMa: ok so i should use shr-core ?
15:47.39captainiglooit's the default developemnt tree ?
15:47.52JaMayes
15:47.59JaMaall development happens there
15:48.13mrmokuJaMa: yay, yay :-D
15:48.52mrmokuJaMa: that is great
15:48.55mrmokudinner
15:50.06captainigloook fine
16:02.21*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
16:10.44JaMatime to play NFS.. tomorrow I'll drive this beast :) http://www.adrift.cz/cz/auto/bmw-m3-gtr.html
16:14.39*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
16:20.24*** join/#openmoko-cdevel GNUtoo (~gnutoo@host161-151-dynamic.11-79-r.retail.telecomitalia.it)
16:21.46GNUtoohi GarthPS
16:21.55GarthPSGNUtoo: hi!
16:22.06GarthPSJaMa: thx I will take a look.
16:22.25GNUtooweren't you involved in live555 recipe?
16:22.28GNUtoofor vlc
16:25.49GNUtoobecause I've a strange failure
16:32.55GarthPSGNUtoo: what do you mean ?
16:33.24GarthPSyes I did update the oe -old one ) recipe of live555 if i remember well.
16:34.14GarthPSGNUtoo: http://cgit.openembedded.org/openembedded/log/?qt=grep&q=live555
16:34.38GNUtoohttp://www.pastie.org/2736227
16:36.09mrmokuGNUtoo: my gta04 asked for a pin and registered :-)
16:39.04GNUtoowow
16:39.08GNUtooGarthPS, solved
16:39.13GNUtooINC_PR = "r0"
16:40.43GarthPSGNUtoo: good!
16:40.46GarthPS:)
16:42.12mrmokuGNUtoo: had nothing to do with udev
16:42.22GNUtoomrmoku, what was it?
16:42.29mrmokuwith the kernel from goldelico it just worked
16:42.30GNUtoorfkill?
16:42.33GNUtoook
16:42.46mrmokusomething is wrong with the oe built one
16:42.50GarthPSJaMa: bug closed fixed since a while
16:43.01mrmokustill have to find out what
16:43.31mrmokumight ARM_UNWIND cause such a misbehaviour?
16:49.39GNUtoono idea, altough loosing arm unwinding means loosing speed
16:50.46mrmokuGNUtoo: oe probably addd it because of the arm mode I still had in there
16:50.55mrmokuwill know in some min
16:53.56GNUtoook
16:55.29mrmokuGNUtoo: another problem I have is that the provider name does not come in clear text
16:55.32mrmoku004d002d006e00650074
16:55.55mrmokuahh... think I got it
16:56.24mrmokuhex and wide chars
16:58.03*** join/#openmoko-cdevel methril_work (~Rafael@189.114.111.135)
16:58.52GNUtoohmmm
16:58.53GNUtoobbl
17:00.40*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
17:06.57*** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051)
17:10.07*** join/#openmoko-cdevel paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
17:10.08*** join/#openmoko-cdevel turran (~jl@unaffiliated/turran)
17:34.51*** join/#openmoko-cdevel nschle85 (~kvirc@178-27-184-116-dynip.superkabel.de)
17:36.21*** join/#openmoko-cdevel NIN101 (~NIN101@p5DD28798.dip0.t-ipconnect.de)
17:42.13leviathanmrmoku: UNWIND option sometimes makes some drivers go kaka for some unknown reason
17:42.24leviathanI guess because of critical timing issues
17:42.31leviathanbut it's kinda para informatics
17:42.38leviathanwith such an amount of code
17:42.40leviathan>_<
17:45.59mrmokuleviathan: even without it goes still kaka
17:46.20leviathanhmm
17:46.21leviathanokee
17:46.23leviathanstrange
17:46.33leviathanwhich compilerversion are you using?
17:47.00mrmokuvery current
17:47.10leviathansometimes, even while the kernel is still building, certain compilerversions produce broken code in some driver cases
17:47.37mrmoku4.6.1
17:47.39leviathanhmm
17:47.41leviathanstrange
17:47.48leviathanthen it's not this reason...
17:48.09leviathanis there /proc/config.gz available within the kernel used by the rootfs where it is working?
17:48.17leviathanmaybe you can copy the config from there
17:48.25leviathanthen you are sure everything is alright
17:48.39leviathanor just try to boot with the modules+uImage from the debian build
17:48.46leviathanbasically that should work
17:48.51leviathaneating, brb
17:49.01mrmokuok
17:49.10mrmokuand yes... that works
17:57.05mrmokuGNUtoo: we have the following in linux.inc for all machines
17:57.07mrmokused -i -e /CONFIG_ARM_THUMB/d ${WORKDIR}/defconfig
17:57.24mrmokuwhich kills CONFIG_ARM_THUMBEE too
17:57.30mrmokuand does not readd it
17:57.38GNUtoook
18:00.16mrmoku0022 mok@ladyt[pts/3]:~/shr-chroot/OE/shr-core/meta-smartphone-> git grep THUMBEE
18:00.19mrmokumeta-htc/recipes-kernel/linux/linux-qsd8/htcleo/defconfig:CONFIG_ARM_THUMBEE=y
18:00.22mrmokumeta-nokia/recipes-kernel/linux/linux-nokia900-meego/defconfig:CONFIG_ARM_THUMBEE=y
18:00.25mrmokumeta-palm/recipes-kernel/linux/linux-hpveer/defconfig:# CONFIG_ARM_THUMBEE is not set
18:00.28mrmokumeta-samsung/recipes-kernel/linux/linux-samsung-crespo/defconfig:CONFIG_ARM_THUMBEE=y
18:00.36mrmokuGNUtoo: no idea whatever effect that has though
18:04.14GNUtoomake ARCH=arm xconfig
18:04.18GNUtooand look at the help
18:05.02mrmokuGNUtoo: sure
18:05.15mrmokuPrompt: Enable ThumbEE CPU extension
18:05.23mrmokudoes not tell me about the effects though
18:05.29GNUtooand in the extended help
18:05.31GNUtoohmmm
18:05.52GNUtoocan you produce a diff of both kernel defconfigs(official and shr)
18:06.20mrmokuGNUtoo: yeah
18:06.45mrmokuactually I used the config (from /proc/config.gz) of the working kernel as defconfig for OE
18:07.01mrmokuand the only differences are that THUMBEE is missing and the boot logo got turned off
18:07.37mrmokuhttp://paste.pocoo.org/show/496191/
18:08.00GNUtoook
18:08.09GNUtooidea:
18:08.16GNUtoomake ARCH=arm xconfig
18:08.19GNUtooin the workdir
18:08.27GNUtooI meant in S
18:08.34GNUtooremove thumbee
18:08.45GNUtoo../temp/run.do.compile
18:08.53mrmokuyou mean add it?
18:09.13GNUtooI mean have the exact same config with the exact same sources
18:09.30mrmokuyeah, it's enabled in the working kernel
18:09.38mrmokuthe same sources is not possible
18:09.46mrmokuas I need that fix to build with our new gcc
18:10.27GNUtooyes I saw
18:10.34GNUtoobut nearly the same then
18:12.32mrmokuok
18:16.03*** join/#openmoko-cdevel pespin (~pespin@90.163.60.41)
18:17.49leviathanmrmoku: re
18:18.07mrmokuleviathan: in 5min
18:18.10leviathank
18:27.34*** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59)
18:29.59*** join/#openmoko-cdevel Yoram (~kvirc@77.125.126.62)
18:31.26*** join/#openmoko-cdevel rah (rah@myrtle.6gnip.net)
18:31.46mrmokuleviathan: ok
18:34.48mrmokuleviathan: it might simply be some stupid toolchain issue hitting me
18:37.23leviathanmrmoku: ok
18:37.50GNUtooYES, I've music on my freerunner.....
18:39.19mrmoku:)
18:39.34GNUtooI'll try to push in a branch after eating
18:39.37GNUtooor as WIP
18:39.40GNUtooor something like that
18:39.55GNUtoobecause I've disabled dvdread or something like that with dvd in it
18:39.55leviathanGNUtoo: shouldn't be there music on FR already since a very long time?
18:39.56leviathan;-)
18:40.07GNUtooleviathan, shr-core....
18:40.12leviathanahh
18:40.13leviathanoke
18:40.34leviathanif you are using qtmoko+FSO you can use phonon+fso
18:40.35leviathanhmm
18:40.36GNUtooindeed it's quite annoying to have to adapt everything when it worked already in the past
18:40.44leviathanok
18:40.52GNUtooleviathan, idea: port qtmoko to shr-core
18:41.02GNUtooI'll eat
18:41.15leviathanGNUtoo: ok
18:41.24leviathanqtmoko already builds under OE
18:41.35leviathanGNUtoo: bon appetit ;-)
18:42.10mrmokuleviathan: ok... I decided to use the debian built kernel to go ahead working on fsogsmd
18:42.19mrmokuand hope you'll be fast with the new kernel :-)
18:47.28leviathanwell
18:47.31leviathanit boots now
18:47.33leviathanalready
18:47.41leviathanand starts the framebuffer
18:47.45leviathanusb also works
18:47.49leviathanbattery as well
18:47.50mrmokuyeah I had X running
18:47.57leviathanunder 3.1?
18:47.59mrmokuyup
18:48.03leviathanit worked for you?
18:48.06mrmokuI even told you :)
18:48.12leviathanbecause QtMoko fucks up
18:48.13leviathan-.-
18:48.30leviathanokee
18:48.32leviathangood to know
18:48.37leviathanI'll try it with Xorg
18:48.38leviathan:-)
18:50.13mrmokuleviathan: ohh... does the modem remember the PIN? ???
18:51.36mrmokuhmm... no... of course
18:52.19*** join/#openmoko-cdevel gnutoo_ (~gnutoo@host161-151-dynamic.11-79-r.retail.telecomitalia.it)
18:53.59leviathanhmm
18:54.29mrmokuleviathan: is there some way to reset the modem?
18:55.41*** join/#openmoko-cdevel Slyon_ (~lukas@ppp-188-174-102-197.dynamic.mnet-online.de)
18:56.00leviathanuhm
18:56.06Slyon_hey!
18:56.10mrmokuhey Slyon_
18:56.15Slyon_mrmoku, i just read the backlogs.
18:56.22leviathanmrmoku: reseting the phone might work
18:56.26Slyon_mrmoku, there is a special command to reset the modem (and pin)
18:56.26leviathanxD
18:56.31Slyon_nikolaus told me
18:56.34leviathanhmm
18:56.35leviathanokee
18:56.42mrmokuSlyon_: are you working on fsogsmd?
18:56.48Slyon_i don't remeber the command, though. you should ask nikolaus
18:56.56mrmokubecause I'm working on it
18:57.04Slyon_mrmoku, i did some palmpre fsogsmd work but not (yet) for gta04
18:57.09mrmokuok
18:57.38mrmokuSlyon_: the biggest problem I have is that the kernel I build with shr-core does not work correctly
18:57.48mrmokuwell... it works all fine apart from hso
18:58.25Slyon_mrmoku, hmm mine didn't even boot
18:58.45mrmokuleviathan: the backlight driver is missing in 2.6.32, right?
18:59.04Slyon_but my biggest problem is that my uSD cards always fuck up after several boots, and i've to reformat them
18:59.06leviathanit's missing in general >_<
18:59.21mrmokuleviathan: doesn't the one from gta02 work?
18:59.33leviathanmrmoku: no one has yet implemented the PWM stuff in order to regulate the LED instensity
18:59.51leviathanthe backlight is just a LED which is controlled by a PWM pin of our CPU
19:00.07mrmokuok
19:03.32leviathanI think there is even a simple command within the kernel API to do it
19:03.37leviathanI just need some time to code it
19:03.49leviathanmaybe this tomorrow evening
19:04.39mrmokugood :)
19:08.22*** join/#openmoko-cdevel geomat (~geomat@host-95-199-18-34.mobileonline.telia.com)
19:26.33*** join/#openmoko-cdevel turran (~jl@unaffiliated/turran)
19:28.28GNUtooleviathan, I hope it doesn't use the led API
19:33.17leviathanuhh?
19:33.19leviathanno
19:34.04GNUtoook nice, because copying android is not a good thing
19:37.08*** join/#openmoko-cdevel Yoram (~kvirc@87.68.247.129.adsl.012.net.il)
19:56.48*** join/#openmoko-cdevel anarsoul (~anarsoul@193.151.42.105)
19:56.55leviathanI've got to sleep
19:57.04leviathanbecause I've got too few sleep the last few day
20:06.07*** join/#openmoko-cdevel JaMa (~martin@94.230.152.246)
20:09.09mrmokuJaMa: meta-openmoko/recipes-kernel/linux/linux.inc:            sed -i -e /CONFIG_ARM_THUMB/d ${WORKDIR}/defconfig
20:09.13mrmokuis wrong
20:09.26mrmokuit removes CONFIG_ARM_THUMBEE too
20:11.40*** join/#openmoko-cdevel paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
20:14.27JaMamrmoku: there is slightly better linux.inc here meta-handheld/recipes-kernel/linux/linux.inc
20:15.06JaMabut it has the same.. but in kernel_conf_variable() { where we could fix it to do /CONFIG_ARM_THUMBEE[= ]/d
20:15.15JaMabut it has the same.. but in kernel_conf_variable() { where we could fix it to do /CONFIG_ARM_THUMB[= ]/d
20:15.25mrmokuok
20:16.52JaMashould I merge it or will you?
20:23.13GNUtooJaMa, hi
20:23.15*** join/#openmoko-cdevel Apsu (~apsu@xdsl-83-150-125-3.nebulazone.fi)
20:23.35GNUtoowhat was the bugreport that I should comment, I can't find it anymore in my logs
20:24.26mrmokuJaMa: I'm on my way to bed... and don't have meta-handheld
20:24.33mrmokuso if you can do it I'm all happy :)
20:24.49mrmokuwill be a good reason to push my gta04 stuff for the updated tomorrow :-)
20:24.59mrmokufor now... gnight all
20:25.04GNUtoogood night
20:25.09angelox|laptopgood night
20:25.24GNUtooenjoy the intone music (note the joke on enjoy)
20:26.41JaMaGNUtoo: #1275
20:26.59JaMamrmoku: ok I'll try tomorrow
20:27.07GNUtoothanks
20:27.16JaMamrmoku: if I don't fall in love with that bmw and stay there  :)
20:27.16GNUtooJaMa, btw I've mplayer + intone running on om-gta02
20:27.31JaMagood
20:28.09GNUtoomrmoku, got a new car?
20:28.29GNUtooprefers cars running GNU/Linux inside
20:28.55JaMaGNUtoo: tomorrow I'll drive this http://www.adrift.cz/cz/auto/bmw-m3-gtr.html
20:29.06GNUtooah ok
20:29.11GNUtoos/mrmoku/JaMa
20:29.42GNUtooknows what a M3 is but not the model
20:30.24angelox|laptoplol
20:30.43angelox|laptopJaMa: will you only drive,or later buy? :)
20:30.56angelox|laptoponly/just (i don't know)
20:31.21JaMaI've bought voucher to race in it.. so only drive :)
20:31.55angelox|laptop:) very nice car btw
20:31.58JaMabut one day I would love to buy 5 series
20:32.07angelox|laptopremembers that car with "NFS Most Wanted"..
20:32.26angelox|laptopI'd love to buy an Chevy Camaro/Corvette ;)
20:32.35JaMathey promise up to 350km/h in sprint :)
20:33.02GNUtooangelox|laptop, we already have GTA01,GTA02,GTA04, now you want a phone named NFS(nexus something) that everyone wants?
20:33.33GNUtoohmmm about the names of the phones
20:33.40JaMawhen all those alpha versions end there will be GT3? :)
20:33.51GNUtoogalaxy GT3?
20:34.05JaMaor ooooom GT3
20:34.18angelox|laptopGNUtoo: heh,no... that was the name of an 'old' game :)
20:34.50GNUtooI'm joking on the names of the phones mapped to games name
20:34.50GNUtoobecause GTA is also a (bad?) game
20:34.55angelox|laptopah yes
20:35.08angelox|laptopsorry,my bad English doesn't help to understand what is a joke :(
20:35.24*** join/#openmoko-cdevel yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net)
20:37.44angelox|laptopGTA04 comes with a screen? and ts?
20:39.47CIA-5SHR: 03Martin.Jansa 07meta-smartphone * rec12944ae05f 10/meta-shr/conf/distro/shr.conf: meta-shr: use --non-interactive --trust-server-cert in FETCHCMD_svn
20:40.18JaMaGTA is great game
20:40.24JaMabtw
20:41.05angelox|laptopWhat does it mean?
20:41.09angelox|laptop(the phone name)
20:41.18JaMagrand theft auto is game
20:41.48angelox|laptopand the phone?
20:43.14GNUtooGNU Telephony Appliance ?
20:43.28GNUtooyes but it's not a very moral game
20:44.07angelox|laptopah ok..understand
20:44.19angelox|laptopabout the game..i agree
20:46.15TAsnGTA is an awesome game.
20:46.59TAsnthe violent there is so ridiculous that it's obvious it has nothing to do with real life/moral.
20:47.10JaMahehe
20:47.12angelox|laptopif you're talking about the car driving experience i agree :)
20:47.25TAsnangelox|laptop, it's not a driving emulator
20:47.43TAsnit's all about running over people and pissing the cops
20:47.44GNUtooI'm not talking about violence, but rather promoting crime
20:47.45JaMait's american dream simulator :)
20:47.54TAsnJaMa, haha.
20:48.01angelox|laptopTAsn: i know,but i do like very much the car driving section in the game :)
20:48.08TAsnGNUtoo, do you think it really promotes crime?
20:48.27TAsnGNUtoo, if anything, it does the opposite, making sure you understand that doing something like that ends in death/prison.
20:48.52TAsnangelox|laptop, me too, I thought you were criticising the driving.
20:49.41angelox|laptopTAsn: no,i weren't :)
20:50.01TAsnah you were referring to my first statement (awesome game)
20:50.20angelox|laptopyes :)
20:50.24TAsnI thought you were referring to "ridiculous"
20:52.05angelox|laptopyou wrote too fast,when i was answering the first,you typed the other two messages..
20:52.46angelox|laptopor i write too slow :P
20:54.04TAsnI think I just talk too much
20:54.11TAsnit's not about speed
20:54.19TAsnI just jump between topics/statements/etc ):
20:54.21TAsn:P
20:59.55angelox|laptopi've never found an real driving simulator (not race simulator,just some kind of game you drive in the city) :(
21:00.26TAsnangelox|laptop, I guess it's because I've haven't seen anyone enjoying driving in traffic.
21:00.47miscangelox|laptop: microsoft did one, 10 years ago, but I forgot the name
21:02.12angelox|laptopPeople that can't drive by their age would enjoy :)
21:02.53angelox|laptopmisc: i see...
21:04.41GNUtooJaMa, is libdvdread strictly necessary for mplayer
21:05.01GNUtoo?
21:06.41miscangelox|laptop: midtown madness, with a mode "cruise"
21:06.42JaMaiirc you can disable it
21:06.53JaMa|Offgnight all
21:07.12GNUtoook thanks, I'll try to push in an shr branch as soon as possible
21:07.19angelox|laptopgood night JaMa|Off
21:07.23GNUtoobut tomorrow I've GNU/Linux days
21:07.27GNUtooand after tomorrow too
21:07.27GNUtoobye
21:08.11angelox|laptopbye..
21:08.23angelox|laptopmisc: i see...seems to be very cool..
21:08.45angelox|laptops/seems/seemed/
21:08.59angelox|laptopsometimes plays Rigs of Rods (at least open source)
21:41.26nschle85mrmoku: hello
21:54.54*** join/#openmoko-cdevel Yoram (~kvirc@87.68.247.129.adsl.012.net.il)
21:55.44YoramHi, should the "config" option of elfe work in SHR ?
21:56.07Yoramit never wroked form me...
22:10.05*** join/#openmoko-cdevel phh (~quassel@quassel.rezel.enst.fr)
22:10.26Yoramno one ?
22:11.28*** join/#openmoko-cdevel zeroedout (~quassel@S0106000e0c3c6fb3.vc.shawcable.net)
22:11.28*** join/#openmoko-cdevel albertD (~albert@nncmain.nicenamecrew.com)
22:11.28*** join/#openmoko-cdevel pini (~pini@bou-fi.pustule.org)
22:11.28*** join/#openmoko-cdevel pwerken (~pwerken@square.phys.uu.nl)
22:55.39antrikangelox|laptop: GTA are the initials of the major components in the first model... don't remember them offhand
22:56.46angelox|laptophmm
22:57.05angelox|laptoptranslates major..
22:57.56angelox|laptopah ok..understood :)
23:29.00*** join/#openmoko-cdevel angelox|laptop (~angelo@201-43-69-175.dsl.telesp.net.br)
23:39.55DocScrutinizerUMMMM http://lists.openmoko.org/pipermail/community/2011-October/065592.html
23:41.06DocScrutinizerdoes this "enjoy!" imply the OP thinks you could get access to those DS?

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