**** BEGIN LOGGING AT Wed Dec 28 02:59:57 2011 Dec 28 07:26:26 moin Dec 28 09:50:16 freesmartphone.org: 03morphis 07aurora * reb962ba87920 10/aurora-systemmanager/systemmanager/controller.vala: Dec 28 09:50:16 freesmartphone.org: aurora-systemmanager: don't die when dbus object can not be aquired Dec 28 09:50:16 freesmartphone.org: Signed-off-by: Simon Busch Dec 28 09:50:28 freesmartphone.org: 03morphis 07cornucopia * r0e55f12b1e01 10/fsoaudiod/src/plugins/sessionpolicy_default/plugin.vala: Dec 28 09:50:28 freesmartphone.org: fsoaudiod: sessionpolicy_default: initialize array before accessing it Dec 28 09:50:28 freesmartphone.org: Signed-off-by: Simon Busch Dec 28 11:11:37 SHR: 03morphis 07meta-smartphone * rafe6cdd8b74e 10/meta-aurora/recipes-aurora/aurora/aurora-base.inc: meta-aurora: aurora-base: bump SRCREV Dec 28 11:11:38 SHR: 03morphis 07meta-smartphone * r60a4be6a63b5 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: we're using devtmpfs all the time Dec 28 11:11:38 SHR: 03morphis 07meta-smartphone * rb8eb0827d84d 10/meta-fso/recipes-freesmartphone/tasks/task-fso2-compliance.bb: meta-fso: task-fso2-compliance: drop fsoaudiod as dependency Dec 28 11:11:51 SHR: 03morphis 07meta-smartphone * r32de7a01248e 10/meta-aurora/recipes-aurora/images/aurora-image.bb: meta-aurora: aurora-image: add fsoaudiod as it's not part of task-fso2-compliance anymore Dec 28 11:11:51 SHR: 03morphis 07meta-smartphone * r6f49d1d0ffd6 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV Dec 28 11:22:51 mickey_office, hi Dec 28 11:22:56 morning GNUtoo Dec 28 11:23:11 mickey_office, do you know how to use that: Dec 28 11:23:13 [METHOD] net.connman.Technology.SetProperty(s:arg_0, v:arg_1) -> () Dec 28 11:23:47 and why are you against having multiples plugin to handle one resource? Dec 28 11:24:50 is there any page for gta04 with detailed hardware info, inc components and stuff? like http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware ? Dec 28 11:25:56 GNUtoo: morphis just rolled the mdbus syntax for variants back to how it was, i'd have to scan the code to check Dec 28 11:26:11 ok Dec 28 11:26:16 I'll ask morphis then Dec 28 11:26:49 multiple plugins handling one resource makes things a lot more complex, i have no idea how to do that offhand Dec 28 11:27:48 ah ok Dec 28 11:28:24 then I'll have to implement something at higher level for handling connmand stuff right? Dec 28 11:28:45 the basic question is what level of connmand interaction do you want Dec 28 11:29:03 who should be the "master" Dec 28 11:29:06 also maybe you didn't note it but it's s:arg_0, v:arg_1 Dec 28 11:29:09 fsodeviced or connmand Dec 28 11:29:14 and not sv Dec 28 11:29:33 that is sv Dec 28 11:29:37 it's not a(sv) Dec 28 11:29:41 ah ok Dec 28 11:29:45 * pabs3 finds GTA04A3-1-complete.pdf and looks at the license of it :( Dec 28 11:30:31 pabs3, officially it's for preventing people to resell it and to make people pay for something gratis Dec 28 11:30:50 so maybe complain and ask for a license change Dec 28 11:31:44 several things about GTA04 make me go meh, this included Dec 28 11:32:03 the biggest problem is the wifi firmware Dec 28 11:32:42 did they end up implementing that dumb FSF-inspired thing for locking away the WiFi firmware? Dec 28 11:32:50 no Dec 28 11:33:09 but many people are interesting in freeing the wifi firmware Dec 28 11:33:21 I also dislike their use of OS X :) Dec 28 11:33:27 and there was a now abandoned work on it from the olpc Dec 28 11:33:38 but of course it's easy for me to dislike since I'm not doing any of the work Dec 28 11:33:53 I also dislike them not using wiki.openmoko.org Dec 28 11:34:15 maybe because it's not a real openmoko device Dec 28 11:35:05 neither was gta02-core :) Dec 28 11:36:12 just use gnuradio for wifi, you only need a large backpack to hold the car battery and laptop Dec 28 11:36:48 or an usb key that doesn't have a firmware or a free firmware(carl1970) Dec 28 11:38:14 "doesn't have firmware" is quite impossible :/ Dec 28 11:38:26 but I do get what you mean Dec 28 11:38:48 not-loadable firmware then Dec 28 11:38:53 it is a problem if the distros would need to ship the firmware indeed Dec 28 11:39:04 so i'd prefer that the firmware was at least stored in the device Dec 28 11:40:16 what about rtl* Dec 28 11:40:32 rtl? Dec 28 11:40:38 realtek Dec 28 11:42:05 basically there are that possibility and carl1970 which would be better Dec 28 11:42:53 *carl9170 Dec 28 11:42:57 what about ath5k/ath9k? Dec 28 11:43:13 pabs3, that requires PCI bus I guess Dec 28 11:43:16 or other busses Dec 28 11:43:42 PCI/PCI-E/PCMCIA and AHB Dec 28 11:47:12 do we have an AXI/AHB bus on omap? Dec 28 13:25:09 Project shr-core-deploy-cleanup build #3: SUCCESS in 0.7 sec: http://norman-schleicher.de/jenkins/job/shr-core-deploy-cleanup/3/ Dec 28 13:28:37 hey Dec 28 13:29:55 hey Dec 28 13:30:17 * JaMa finally participated in poll :) Dec 28 13:30:38 JaMa, heh, so it was a good choice to reopen it ;) Dec 28 14:21:29 Project shr-core-nokia900-aurora-image build #3: SUCCESS in 56 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-aurora-image/3/ Dec 28 14:39:09 Project shr-core-nokia900-feed build #2: SUCCESS in 17 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-feed/2/ Dec 28 15:03:17 heyho Dec 28 15:06:12 Project shr-core-nokia900-shr-image build #29: SUCCESS in 27 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-shr-image/29/ Dec 28 15:50:37 Project shr-core-om-gta02-aurora-image build #3: SUCCESS in 44 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-aurora-image/3/ Dec 28 15:56:30 JaMa|Off, where to put firmware recipes? meta-openmoko/recipes-bsp/firmware ?? Dec 28 15:59:36 JaMa|Off, GNUtoo: this is the recipe in question: http://paste.pocoo.org/show/526924/ (firmware for gta04) Dec 28 16:04:04 Project shr-core-om-gta02-feed build #2: SUCCESS in 13 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-feed/2/ Dec 28 16:18:47 Slyon, hi Dec 28 16:19:27 Slyon, first there is already linux-firmware somewhere(core or meta-oe) Dec 28 16:19:41 Slyon, second, do we really want the firmwares: Dec 28 16:20:09 because there are a certain number of users who are against non-free firmwares according to paulk Dec 28 16:20:56 maybe we need to handle that in shr-wizard? Dec 28 16:20:59 morphis, hi Dec 28 16:21:03 I've a question: Dec 28 16:21:21 [METHOD] net.connman.Technology.SetProperty(s:arg_0, v:arg_1) -> () Dec 28 16:21:28 GNUtoo, hmm i didn't find linux-firmware (except in oe-classic). and we should have the firmwares in the feeds at least, so user who want them can install them Dec 28 16:21:29 how to access that? Dec 28 16:21:57 Slyon, there are firmwares in core-based oe Dec 28 16:22:00 let me find it Dec 28 16:23:05 linux-firmware Dec 28 16:23:39 openembedded-core/./meta/recipes-kernel/linux-firmware/linux-firmware_git.bb Dec 28 16:23:43 GNUtoo: heyho Dec 28 16:24:01 morphis, I'm trying to fix the connman bug Dec 28 16:24:15 I didn't work on crespo yet because of the multi-machine breakage Dec 28 16:24:26 I cannot even work on om-gta02 Dec 28 16:24:34 I'm stuck with gta94 Dec 28 16:24:38 *gta04 Dec 28 16:24:58 GNUtoo: which connman bug? Dec 28 16:25:02 GNUtoo, thanks Dec 28 16:25:03 GNUtoo: the rfkill thing? Dec 28 16:25:06 yes Dec 28 16:25:08 the rfkill thing Dec 28 16:25:14 how do you want to fix it? Dec 28 16:25:20 no idea Dec 28 16:25:26 I bugreported to mickeyl Dec 28 16:25:38 he told me he prefered not to remove connmand dependency Dec 28 16:25:48 GNUtoo: in general mickeyl said everything we need Dec 28 16:25:48 and instead to teach it to cohabitate Dec 28 16:25:52 yes Dec 28 16:26:00 and that needs to be done on the FSO side Dec 28 16:26:13 so I first tried to access connman trough dbus Dec 28 16:26:18 as rfkill is part of the core code of connman Dec 28 16:26:19 to see what could be done Dec 28 16:26:22 because the rest failed Dec 28 16:26:24 yes I saw that Dec 28 16:26:35 net.connman.Technology.SetProperty Test Test Dec 28 16:26:41 but I've some issues with variants Dec 28 16:26:43 should be working Dec 28 16:26:59 let me boot the gta04 and verify Dec 28 16:27:04 with a boolean it worked Dec 28 16:27:07 with a string no Dec 28 16:27:52 during hours and hours I tried to make connmand work Dec 28 16:28:04 trough mdbus2,dbus-send,python and even vala Dec 28 16:28:17 all failed Dec 28 16:28:17 GNUtoo: a variant can be everything, but it depends on the key which value you need Dec 28 16:28:42 string Dec 28 16:28:46 I need that: Dec 28 16:29:24 State': <'offline'> Dec 28 16:29:37 I wanted to change to online Dec 28 16:29:39 like that: Dec 28 16:30:21 what's the syntax for variants Dec 28 16:30:28 where? Dec 28 16:30:36 mdbus2 Dec 28 16:30:58 just pass the value you like there is no special syntax Dec 28 16:31:02 1 for a number Dec 28 16:31:05 ok Dec 28 16:31:09 "Test" or Test for a string Dec 28 16:31:21 but complex types like hash tables are currently not supported Dec 28 16:31:22 mdbus2 -s net.connman /net/connman/technology/bluetooth net.connman.Technology.SetProperty State "online" ? Dec 28 16:31:29 yes Dec 28 16:31:37 or just online without quotes Dec 28 16:31:40 Unsupported type v Dec 28 16:31:40 [ERR]: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method "SetProperty" with signature "s" on interface "net.connman.Technology" doesn't exist Dec 28 16:31:59 the signature is: Dec 28 16:32:00 [METHOD] net.connman.Technology.SetProperty(s:arg_0, v:arg_1) -> () Dec 28 16:32:11 Project shr-core-om-gta02-shr-image build #60: SUCCESS in 28 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-shr-image/60/ Dec 28 16:32:21 GNUtoo: another thing you can do is; use the test scripts which are part of the connman sources Dec 28 16:32:26 there is a test folder Dec 28 16:32:31 with a lot of python scripts Dec 28 16:32:50 yes but I grepped inside and didn't found what I wanted Dec 28 16:33:02 maybe I grepped for the bad thing? Dec 28 16:33:29 Unsupported type v Dec 28 16:33:34 what does that means? Dec 28 16:34:39 it means mdbus2 can't map your "online" to a variant type Dec 28 16:34:43 let me try on my own here Dec 28 16:34:47 but I need to reboot first Dec 28 16:34:48 ok Dec 28 16:34:56 I will be back in some minutes Dec 28 16:35:06 ok Dec 28 16:39:25 so I am back Dec 28 16:40:16 GNUtoo: I am copying now a new image on my phone and then trying to do the same as you Dec 28 16:40:25 ok thanks a lot Dec 28 16:40:28 GNUtoo: btw. you already tried the 3.0 kernel for the nexus s? Dec 28 16:40:39 no, not yet Dec 28 16:40:44 only once Dec 28 16:40:52 I just booted it Dec 28 16:40:57 but I didn't try everything Dec 28 16:41:07 or to port things from 35 to 3.0 Dec 28 16:41:41 s/no, not yet// Dec 28 16:44:05 GNUtoo: you didn't tried usbnet? Dec 28 16:44:18 I think I did Dec 28 16:44:24 but I don't remember Dec 28 16:44:28 I think it didn't compile Dec 28 16:44:32 or something like that Dec 28 16:44:50 I really don't remember sorry Dec 28 16:44:53 I can retry Dec 28 16:46:02 altough when I did that: Dec 28 16:46:02 no not the usbnet the android-gagdet-ubsnet thing Dec 28 16:46:17 dbus-send --system --print-reply --type="method_call" --dest=net.connman /net/connman/technology/bluetooth net.connman.Technology.SetProperty string:Tethering variant:boolean:true Dec 28 16:46:24 I get that: Dec 28 16:46:25 connmand[344]: Missing support for 802.1d ethernet bridging Dec 28 16:46:29 Error net.connman.Error.NotSupported: Not supported Dec 28 16:46:33 so that seem to work Dec 28 16:46:38 ok Dec 28 16:46:55 morphis, no I didn't try the android function thing Dec 28 16:46:56 maybe cause the interface is ignored? Dec 28 16:46:58 ok Dec 28 16:46:59 I must fix usbnet Dec 28 16:47:13 morphis, no I think some modules are missing Dec 28 16:47:13 why not using the android gadget thing? Dec 28 16:47:27 morphis, yes we can use that too Dec 28 16:47:28 which packages you have installed? Dec 28 16:47:38 on gta04? Dec 28 16:47:55 where you trying to get connman working Dec 28 16:47:59 CONFIG_BRIDGE=y Dec 28 16:48:07 I'm currently on gta04 Dec 28 16:48:11 ok Dec 28 16:48:21 but it breaks all machines Dec 28 16:48:28 gta04, gta02, n900 Dec 28 16:48:36 and it's broken since too long Dec 28 16:48:44 in the official feeds too Dec 28 16:48:49 ok Dec 28 16:48:56 connman is now deactivated Dec 28 16:49:06 so it's not a problem we need to solve right now Dec 28 16:49:06 I know, JaMa|Off did it Dec 28 16:49:14 but anyway Dec 28 16:49:18 bridging is missing Dec 28 16:49:22 ok Dec 28 16:49:23 not an issue Dec 28 16:49:26 it's for tethering Dec 28 16:49:33 ok Dec 28 16:49:41 but you tried to set the state to online right? Dec 28 16:49:45 look better at what I pasted Dec 28 16:49:48 does that work with dbus-send? Dec 28 16:50:01 I tried to make sure dbus-send worked so I tried another dbus method Dec 28 16:50:35 ok Dec 28 16:50:42 maybe it's an issue with mdbus2 Dec 28 16:50:49 yes Dec 28 16:51:07 root@om-gta04:~# dbus-send --system --print-reply --type="method_call" --dest=net.connman /net/connman/technology/bluetooth net.connman.Technology.SetProperty string:State variant:string:online Dec 28 16:51:08 Error net.connman.Error.InvalidProperty: Invalid property Dec 28 16:51:42 ok Dec 28 16:55:20 ah yes, mdbus2 doesn't supports variants atm Dec 28 16:55:44 didn't it support variant before? Dec 28 16:55:50 yes Dec 28 16:55:57 but things have changed with conversion to gdbus Dec 28 16:56:02 ah ok Dec 28 16:56:04 so I have rewritten the argument parsing Dec 28 16:56:15 so we don't have to rely on using gvariant syntax Dec 28 16:56:24 but a small subset Dec 28 16:56:24 GNUtoo: Service State is a readonly property. Dec 28 16:56:28 from #connman Dec 28 16:56:35 good to know Dec 28 16:58:26 i've to leave. bye! Dec 28 17:11:05 freesmartphone.org: 03morphis 07cornucopia * rae5cf9d0cbb6 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Dec 28 17:11:05 freesmartphone.org: fsogsmd: modem_samsung: be more verbose when enqueue commands to channel Dec 28 17:11:05 freesmartphone.org: Signed-off-by: Simon Busch Dec 28 17:31:03 VQuickSilver, hi Dec 28 17:31:21 what's the status of your patches? Dec 28 17:32:20 GNUtoo, Hi Dec 28 17:33:18 GNUtoo, I haven't done any more progress, just waiting to get armv6-novfp support first Dec 28 17:33:45 yes but what's the status of that particular patch? Dec 28 17:34:19 GNUtoo, I don't know last time I checked the v1 was still discussed, and the v2 still doesn't have any comment Dec 28 17:34:36 ok Dec 28 17:34:39 did it arrive? Dec 28 17:34:44 GNUtoo, yup Dec 28 17:34:48 ok Dec 28 17:35:12 v1 it's wrong anyway according to mark Dec 28 17:35:20 ok Dec 28 17:35:34 v1 missed the overrides Dec 28 17:36:05 GNUtoo, anyway I don't know if I have to do something on patchwork, to mark as invalid v1 Dec 28 17:36:45 http://patchwork.openembedded.org/patch/17393/ Dec 28 17:36:50 it already has some comments Dec 28 17:37:14 http://patches.openembedded.org/patch/17393/ Dec 28 17:38:11 see under Saul Wold - Dec. 27, 2011, 7:02 p.m. Dec 28 17:38:59 oh I see Dec 28 17:40:03 GNUtoo, according to mark the v2 it's ok Dec 28 17:41:25 maybe respond to his comments? Dec 28 17:44:17 GNUtoo, I should, but I'm bussy now, and Mark would explain it better than me. Dec 28 17:47:23 ah? Dec 28 17:49:37 GNUtoo, I'll try to post a comment tonight Dec 28 17:49:47 ok nice Dec 28 18:05:29 hm, can someone tell me why the shr-e17-gadget for the gsm status polls the org.freesmartphone.GSM.Network.GetStatus() method all the time? Dec 28 18:12:33 no idea Dec 28 18:12:36 is it a problem? Dec 28 18:13:06 morphis, btw mplayer freeze the palm pre also with the default kernel within fso chroot.... Dec 28 18:21:21 morphis, ???? Dec 28 18:21:26 I rebuilt a gta04 image Dec 28 18:21:37 and connmand is still inside Dec 28 18:21:53 so it's STILL BROKEN Dec 28 18:22:59 is there a working shr-core image for gta02? Dec 28 18:23:10 jluis, define working? Dec 28 18:23:18 what functionalities you need Dec 28 18:23:33 at least usbnetwork Dec 28 18:23:35 because I think the one in the feeds have telephony working Dec 28 18:23:40 + usbnet Dec 28 18:24:39 the last images don't have usbnet working???? Dec 28 18:25:44 013 and 014 haven't Dec 28 18:25:45 I'm testing latest shr-core-staging and starts in usbhost mode Dec 28 18:25:51 at least by me GNUtoo Dec 28 18:25:54 ah staging Dec 28 18:30:13 shr-core hr-full-20111207-om-gta02.rootfs.tar.gz don't have usbnet working and don't start illume after setup Dec 28 18:30:44 then bugreport + tell in the wiki at the usual page Dec 28 18:31:02 JaMa|Off, hi Dec 28 18:31:06 JaMa|Off, ping Dec 28 18:31:10 ok Dec 28 18:32:08 for usbnetwork in 013 I've already filed a bug... Dec 28 18:42:19 gahhh the elm-softkey *isn't fixed* Dec 28 18:42:26 who told it was fixed Dec 28 18:42:42 f Dec 28 18:43:10 Desc: Hopefully shr_elm_softkey fix Dec 28 18:43:22 http://www.shr-project.org/trac/wiki/StagingTests#a015 Dec 28 18:44:21 where's the fix Dec 28 18:47:26 arrrg iliwi works Dec 28 18:47:37 but the network name can't be see Dec 28 18:47:40 *seen Dec 28 18:47:46 because they are blank on blank Dec 28 18:48:15 GNUtoo: for me it's not part of the image anymore Dec 28 18:48:44 I just bitbaken an image 5 min ago Dec 28 18:48:50 did I do something bad Dec 28 18:48:50 ? Dec 28 18:48:56 I'll sync again Dec 28 18:49:47 mine is about 30 minutes old Dec 28 18:49:57 I mean the image finished 5 min ago Dec 28 18:50:18 ahhh Dec 28 18:50:22 my branch tracks master Dec 28 18:50:23 and not shr Dec 28 18:50:25 let me fix it Dec 28 18:51:07 now I should get all the fixes Dec 28 18:51:09 thanks a lot Dec 28 19:36:20 alokb> GNUtoo, no connman cannot leave rfkill alone :P Dec 28 19:36:20 GNUtoo, use the manager interface to enable wifi/bluetooth Dec 28 19:39:33 shr_elm_softkey still not fixed Dec 28 19:39:35 where's the fix? Dec 28 19:39:45 what should I do to get the fix? Dec 28 19:39:51 morphis, is it fixed for you? Dec 28 19:44:38 JaMa|Off, ping Dec 28 19:46:52 wow new images have fixed iliwi Dec 28 20:08:30 pong Dec 28 20:08:35 JaMa|Off, hi Dec 28 20:08:48 JaMa|Off, how to fix the shr_elm_softkey bug? Dec 28 20:08:54 did I miss something Dec 28 20:09:07 because an image synced like less than one hour ago doesn't seem to be fixed Dec 28 20:09:14 but in that page: Dec 28 20:09:35 http://www.shr-project.org/trac/wiki/StagingTests#a015 Dec 28 20:09:41 it says that it could have been fixed Dec 28 20:10:19 no it's not yet fixed.. mrmoku and I was trying to fix it but it's not yet Dec 28 20:10:32 2) I'll push a kernel with working TWL CODEC in shr-core for gta04 Dec 28 20:10:45 3) I'll push an updated defconfig too (not savedefconfig) Dec 28 20:11:35 4) I don't remember what else I wanted to ask Dec 28 20:14:02 if 2,3 are questions then fine with me I "don't care" about gta04 yet :) Dec 28 20:20:41 ok Dec 28 20:38:23 JaMa|Off, do you want me to look at it too? Dec 28 20:39:39 when you launch like 40 instance of shr_elm_softkey you see clearly that its size is very small Dec 28 20:39:46 because the white line grown a bit Dec 28 20:39:54 *grow Dec 28 20:45:04 JaMa|Off, I've a problem: Dec 28 20:45:08 | ERROR: Package version for package kernel-headers went backwards which would break package feeds from (0:3.2+gitr5+38c76959e3209026c390a7a52e778e3e661a7214-r1 to 0:3.2+gitr1+d14022482bc7635d89efeb02637e439591119c1d-r3) Dec 28 20:45:22 that's because I changed the SRC_URI Dec 28 20:45:28 any idea on how to fix that? Dec 28 20:45:33 I bumped PR already Dec 28 20:45:35 as usual Dec 28 20:59:07 JaMa|Off, ping Dec 28 20:59:28 else I could use a trick? Dec 28 20:59:33 like @ stuff Dec 28 21:06:23 hi, im looking for someone who knows how to rotate the freerunners framebuffer. Dec 28 21:09:18 Yomin: xrand -o 1 ? Dec 28 21:09:19 Yomin, hi Dec 28 21:09:21 yes Dec 28 21:09:27 xrandr -o 1 indeed Dec 28 21:10:37 yeah that would do it if there were an x server running, but im only want to use it for basic only terminal requiring stuff so i removed all x related stuff Dec 28 21:11:01 then let me look Dec 28 21:11:08 cd /sys/class/graphics/fb0 Dec 28 21:11:11 and look there Dec 28 21:11:41 yes, fb0/rotate actually does rotating but doesnt change the virtual fb size which garbles my screen Dec 28 21:12:16 maybe rotating the framebuffer console then Dec 28 21:12:24 you need dynamic or static rotation? Dec 28 21:12:54 changing something in fbcon doesnt change anything, even boot parameter fbcon=roate:3 dont work Dec 28 21:13:01 i only need it rotate once Dec 28 21:13:18 just landscape for better readability Dec 28 21:15:18 i then came up with reconfiguring the terminal to less lines, but due to fixed fb size i cant extend the columnsize Dec 28 21:15:24 ok Dec 28 21:15:26 let me try Dec 28 21:17:50 hmmm Dec 28 21:21:15 try fbset Dec 28 21:23:14 or to change the resolution trough the command line Dec 28 21:23:31 because rotating trough /sys/class/fb0 works but it doesn't change the resolution Dec 28 21:26:34 trying to switch x and y axis via fbset results in ioctl FBIOPUT_VSCREENINFO: Invalid argument Dec 28 21:26:42 yes for me too Dec 28 21:26:53 maybe trough kenrel parameters Dec 28 21:28:11 i found the vga=... option but the values are only for resolutions with y axis greater than x axis aka portrait Dec 28 21:28:50 video= should be better Dec 28 21:28:56 vga= [BOOT,X86-32] Select a particular video mode Dec 28 21:29:07 kernel-parameters.txt says it's for x86 only Dec 28 21:29:10 but video.... Dec 28 21:29:19 video= [FB] Frame buffer configuration Dec 28 21:29:19 See Documentation/fb/modedb.txt. Dec 28 21:30:55 looks interesting, ill try Dec 28 21:39:04 ping JaMa|Off Dec 28 21:47:29 i HATE elm api changes arghhhh Dec 28 21:47:42 pespin, hi Dec 28 21:47:57 hi there Dec 28 21:56:11 eflvala is uptodate up to line 8k of Elementary.h. Enough "machine" work/checking for today -.- Dec 28 22:00:58 GNUtoo: you cannot change SRC_URI or even branch for git recipes without PE bump Dec 28 22:01:08 ok Dec 28 22:01:14 that's what I asked in #oe Dec 28 22:01:27 I wasn't sure there was another way than PE Dec 28 22:01:34 thanks a lot Dec 28 22:01:36 locally you can remove it from pkghistory.. but that won't provide upgradeable path for other people Dec 28 22:01:45 indeed Dec 28 22:02:18 which is maybe not so big problem with gta04 yet and there recipe has wrong PV anyway :/ Dec 28 22:02:56 wrong PV? Dec 28 22:02:57 if you're going to bump PE then please fix it like this: Dec 28 22:02:57 KERNEL_RELEASE = "3.2.0-rc7" Dec 28 22:02:57 OLD_KERNEL_RELEASE = "3.1.99" Dec 28 22:02:57 PV = "${OLD_KERNEL_RELEASE}+${KERNEL_RELEASE}+gitr${SRCPV}" Dec 28 22:03:16 ok thanks Dec 28 22:03:37 because 3.2+git will sort higher even when it's just rc now Dec 28 22:03:45 ok Dec 28 22:08:08 JaMa|Off, the version is Linux 3.2-rc6 Dec 28 22:08:18 so I'll add rc6 Dec 28 22:10:41 that's still higher then 3.2 release when it's released Dec 28 22:17:07 yes but in KERNEL_RELEASE it's rc6 not rc7 Dec 28 22:17:10 in what you pasted Dec 28 22:17:31 for the rest I kept as you pasted Dec 28 22:18:33 JaMa|Off, last question Dec 28 22:18:43 Ive one commit for PE + pv issue Dec 28 22:18:48 and one commit for branch update Dec 28 22:19:00 should I add one PE bump for each? Dec 28 22:19:06 or should I merge the 2 commits Dec 28 22:20:35 or the third possibility: should I put the PE only for pv sorting commit (breaks the git bisect) Dec 28 22:24:28 anyway we can't go backward for git bisect Dec 28 22:24:35 so it's not that much an issue right? Dec 28 22:24:53 JaMa|Off, awaiting for pushing.... Dec 28 22:26:07 git.openmoko.org is unreachable, knows anyone the name of the video driver? Dec 28 22:26:23 glamo? Dec 28 22:26:46 xf86-video-glamo? Dec 28 22:26:52 hi Weiss Dec 28 22:27:19 Weiss, did we finish fixing 320x240? Dec 28 22:28:46 GNUtoo: don't think so.. :S Dec 28 22:28:53 I haven't done any OM work for a looong time Dec 28 22:29:00 ok Dec 28 22:32:38 JaMa|Off, also could we activate the meta-osmocombb layer? Dec 28 22:32:43 some users want to use it Dec 28 22:39:28 GNUtoo, ive tried now several driver names and resolutions with the video argument but nothing seems to happen, is there any way to see whether any argument was successfull applied or not? Dec 28 22:39:45 hmmm Dec 28 22:39:48 I've no idea sorry Dec 28 22:40:07 I can try later if you ping me in the right moment tough Dec 28 23:33:39 SHR: 03GNUtoo 07meta-smartphone * rd6aa9c920bd8 10/meta-openmoko/recipes-kernel/linux/linux-gta04_git.bb: meta-openmoko: linux-gta04: switch to the updated branch Dec 28 23:33:49 SHR: 03GNUtoo 07meta-smartphone * rdb02aec44288 10/meta-openmoko/recipes-kernel/linux/ (linux-gta04/defconfig linux-gta04_git.bb): meta-openmoko: linux-gta04: update defconfig Dec 28 23:33:50 SHR: 03GNUtoo 07meta-smartphone * rbfa9f862c6c3 10/meta-openmoko/recipes-kernel/linux/linux-gta04_git.bb: meta-openmoko: linux-gta04: fix PV sorting **** ENDING LOGGING AT Thu Dec 29 02:59:57 2011