**** BEGIN LOGGING AT Tue Mar 08 02:59:57 2011 Mar 08 07:36:20 antrik: I did, but how many developers would you assign to project where commercial licenses and support bussiness are handled by different company and you don't plan to use that project in your own products? Mar 08 08:49:54 hmm, how do people use call forwarding on openmoko normally? Mar 08 08:50:46 ATD**21*${number}*11# ? Mar 08 09:04:43 yeah that works Mar 08 09:05:08 so in bash: dbus-send --system --print-reply --dest=org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Debug.DebugCommand $'string:ATD**21*${number}*11#\r\n' Mar 08 09:59:47 http://blog.shr-project.org/2011/03/news-news-news.html Mar 08 10:35:42 Hi there Mar 08 10:36:16 I am building SHR according to http://shr-project.org/trac/wiki/Building%20SHR Mar 08 10:36:41 When i do Mar 08 10:36:42 $ cd shr-chroot Mar 08 10:36:42 $ su Mar 08 10:36:42 # ./shr-chroot.sh Mar 08 10:37:09 i have such result Mar 08 10:37:16 shade@shade-A7N8X-X:/media/shr/shr-chroot-32bit$ sudo ./shr-chroot.sh Mar 08 10:37:17 [sudo] password for shade: Mar 08 10:37:17 + mount -o bind /dev/ dev Mar 08 10:37:17 + chmod 1777 dev/shm Mar 08 10:37:17 + mount -o bind /dev/pts dev/pts Mar 08 10:37:17 + mount -o bind /sys/ sys Mar 08 10:37:17 + mount -o bind /proc/ proc Mar 08 10:37:18 + mount -o bind /tmp/ tmp Mar 08 10:37:18 + '[' -e /usr/bin/linux32 ']' Mar 08 10:37:19 + cp -pf /etc/hosts etc Mar 08 10:37:19 + cp -pf /etc/mtab etc Mar 08 10:37:20 + cp -pf /etc/resolv.conf etc Mar 08 10:37:20 + cp -Ppf /etc/localtime etc Mar 08 10:37:21 + linux32 chroot . /bin/bash Mar 08 10:37:34 exit Mar 08 10:37:41 + umount dev/pts Mar 08 10:37:42 + umount dev Mar 08 10:37:42 + umount sys Mar 08 10:37:42 + umount tmp Mar 08 10:37:42 + umount proc Mar 08 10:37:48 shade-khv1: use pastebin please Mar 08 10:37:56 shade-khv1: and do you have /usr/bin/linux32 ? Mar 08 10:38:07 is it ok that all unmounts Mar 08 10:38:20 and are you using shr-chroot-32bit? Mar 08 10:38:20 ? Mar 08 10:38:36 Jama i not familiar with pastebin Mar 08 10:38:58 > are you using shr-chroot-32bit? YES Mar 08 10:39:07 paste output to site like this http://paste.pocoo.org/ and paste here just link to that Mar 08 10:39:22 Ok Mar 08 10:39:41 "linux32 chroot . /bin/bash" fails for some reason.. that's why it umounts all after it Mar 08 10:39:56 or did you type "exit" ? Mar 08 10:40:10 i did type exit Mar 08 10:40:20 than what's problem? Mar 08 10:40:42 i thought that its looks strange Mar 08 10:40:58 ind about next Now you don't need root anymore, so switch to prepared bitbake account and setup preferred shr version. Mar 08 10:41:17 Does its mean that i can proceed under my user account? Mar 08 10:41:25 ./shr-chroot.sh Mar 08 10:41:28 you need to "switch to prepared bitbake account" while being in that chroot Mar 08 10:41:34 so before typing "exit" Mar 08 10:41:37 did not create ane bitbake account Mar 08 10:42:42 bitbake account is _inside_ that chroot, it's not changing your normal system Mar 08 10:43:15 Now its looks ok. Wiki is wrong in that point? Mar 08 10:43:26 Thanks Mar 08 10:43:37 is there something about typing "exit"? Mar 08 10:44:10 but feel free to improve wiki, if it's not clear from current text Mar 08 10:44:25 Ok thanks again Mar 08 10:45:01 yw Mar 08 10:45:33 shade-khv1: let me know if you find something missing in 32bit version (as I use only 64bit Mar 08 10:51:58 JaMa|Off, what about adding "su - bitbake" to the chroot script? Mar 08 11:20:54 i started make setup-shr-stable and look like its downloading all again O_o Mar 08 11:21:06 make: Entering directory `/OE' Mar 08 11:21:09 make[1]: Entering directory `/OE' Mar 08 11:21:09 preparing shr-stable tree Mar 08 11:21:09 Cloning into openembedded... Mar 08 11:21:09 remote: Counting objects: 422489, done. Mar 08 11:21:09 remote: Compressing objects: 100% (120274/120274), done. Mar 08 11:21:09 Receiving objects: 11% (49095/422489), 10.42 MiB | 29 KiB/s Mar 08 11:21:09 ^( Mar 08 11:21:45 Why download objects twice? Mar 08 11:25:19 shade-khv1: which objects? and don't use shr-stable Mar 08 11:26:20 pespin: chroot call starts new shell.. so su - bitbake in shr-chroot.sh won't work and if I add it as bash -c "su - bitbake" then it would be harder to change something as root inside chroot Mar 08 11:26:27 pespin: that's why this manual step is needed Mar 08 11:27:24 shade-khv1: if you had openembedded checkout before you could migrate it, see: http://wiki.shr-project.org/trac/wiki/Building%20SHR#Migrateolddatabuildstoshr-chrootenvironment Mar 08 11:28:35 shade-khv1: otherwise shr-u/shr-t/shr-s checkouts are using git clone --reference path.to.openembedded.checkout, so it's not downloading shared objects twice Mar 08 11:39:52 hi all, "GNUtoo has been looking at om-gta02 kernel config and has enabled some options which hopefully will bring us some speedup." -> topic interesting for me, where to see diff? Mar 08 11:40:50 gena2x: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=1516588acd3c4b4dd4add71d06ab8ce0d1bafa02 Mar 08 11:42:44 hi Mar 08 11:42:52 <[Rui]> wonder if it'll fix my white screens Mar 08 11:43:05 [Rui]: :) Mar 08 11:43:21 SHR: 03Martin.Jansa 07shr-chroot * r5f4e0e1c6655 10/ (953 files in 83 dirs): system upgrade Mar 08 11:43:34 <[Rui]> gena2x: if they come up again with apparently unrelated changes, why not going away with apparently unrelated changes? :) Mar 08 11:44:17 [Rui]: may be changes were not really so unrelated :) Mar 08 11:44:34 <[Rui]> gena2x: you have already found out why it reappeared? Mar 08 11:45:00 I added elfe as follows to shr image locally but it doesn't start. Any idea ? http://privatepaste.com/763386faf8 Mar 08 11:45:14 <[Rui]> would love to try elfe as well :) Mar 08 11:45:55 [Rui]: i am qtmoko user, and updating kernel only then i want to do it, compiling it on my own, so not getting 'unexpected changes' :) Mar 08 11:46:40 <[Rui]> gena2x: have you diffed your kernel config with shr's? Mar 08 11:47:09 [Rui]: i think they were pretty same... some time ago :) Mar 08 11:47:18 <[Rui]> :( Mar 08 11:48:13 anyway, i think in shr you free to use any kernel you want Mar 08 11:48:19 (as in qtmoko) Mar 08 11:48:54 leviathan: sorry to hear about your exams. I still didn't get any results for this semester Mar 08 11:49:07 so if you got WSes with particular upgrade, alternative to fixing is installing older kernel Mar 08 11:50:05 dcordes_: thx Mar 08 11:50:21 i know this is 'bad advice' but if you can't fix it on your own, you have no choise Mar 08 11:50:33 dcordes_: well, i'm now subscribed into a holyday semester Mar 08 11:50:42 and am using the time to do useful stuff Mar 08 11:50:51 like porting libgts to C++ Mar 08 11:50:55 my new project is called Mar 08 11:50:59 gtspp Mar 08 11:51:00 :-) Mar 08 11:51:11 will be on sourceforge Mar 08 11:51:15 as soon as its usable Mar 08 11:51:22 a guy once had tried it to Mar 08 11:51:24 but gave up Mar 08 11:51:32 and purged all the traces of the project Mar 08 11:51:33 ... Mar 08 11:51:34 GNUtoo|laptop: I still don't understand how you fixed the dialer segfault "22:38 < GNUtoo|laptop> dcordes_, works now" after reading the logs. could you detail on it ? Mar 08 11:52:00 dcordes_, I made mrmoku fix it Mar 08 11:52:03 no idea what he did Mar 08 11:52:14 *_* ?! Mar 08 11:52:36 leviathan: libgts ? Mar 08 11:52:38 I "bugreported" Mar 08 11:52:42 and it was fixed Mar 08 11:52:46 not by me Mar 08 11:52:50 GNUtoo|laptop: so how can I fix it locally ? Mar 08 11:53:07 dcordes_: http://git.shr-project.org/git/?p=libphone-ui.git;a=commit;h=f55043354795bfff148163ca654f9dfe8542d15d Mar 08 11:53:31 dcordes_, bitbake shr-image Mar 08 11:53:44 as it's autorev Mar 08 11:53:48 you should get the fix Mar 08 11:54:43 ok. before I would like to make sure if I add elfe and task-sdk-native correctly. can you take a look at how I tried it ? http://privatepaste.com/763386faf8 Mar 08 11:55:14 dcordes_: you have to rebuild task-shr manually as you didn't bump PR Mar 08 11:55:35 JaMa|Off: ok Mar 08 11:56:30 JaMa|Off: will -c rebuild fetch it again ? Mar 08 11:56:53 (unwind) very interesting change. really feels faster? Mar 08 11:56:57 my oe is really eingerostet Mar 08 11:56:59 dcordes_: fetch? Mar 08 11:57:12 dcordes_: http://gts.sourceforge.net/ Mar 08 11:57:30 JaMa|Off: yes I guess bitbake will need to pull in the source code in order to get http://git.shr-project.org/git/?p=libphone-ui.git;a=commit;h=f55043354795bfff148163ca654f9dfe8542d15d ? Mar 08 11:58:16 dcordes_: as GNUtoo|laptop said, it's autorev.. so building image will also upgrade used libphone-ui SRCREV Mar 08 11:58:43 dcordes_: or just building libphone-ui (without -c rebuild too) will use newer libphone-ui Mar 08 11:58:47 oh ouch, my keyboard modifications are capable of making segfault any program Mar 08 11:59:01 JaMa|Off: ah ok. then I got your comment wrong, sorry Mar 08 11:59:18 just press a key and it segfaults Mar 08 11:59:19 dcordes_: because that was to 2nd issue with elfe Mar 08 11:59:57 JaMa|Off: :) ok Mar 08 12:01:25 could anybody do me a favor and try building autoconf213-native ? I wasted hours with this yesterday in order to compile fennec browser and still can't get it to build Mar 08 12:02:23 leviathan: do you have a particular use for libgts ? Mar 08 12:03:51 uhm Mar 08 12:03:52 yes Mar 08 12:03:55 the autorouter Mar 08 12:03:59 it's a topographic one Mar 08 12:04:10 he uses highly complex graph theory Mar 08 12:04:20 in order to adapt it into KiCad Mar 08 12:04:28 which is entirely written in c++ Mar 08 12:04:28 autorouter ? Mar 08 12:04:38 some c hacks aren't allowed anymore Mar 08 12:04:46 they just aren't comptabible Mar 08 12:04:54 So I need to hack around a bit... Mar 08 12:04:57 additionally Mar 08 12:05:04 it's a wonder it worked anyway Mar 08 12:05:13 this must give sefaults all five minutes... Mar 08 12:05:24 lol congrats then Mar 08 12:05:27 I'm now using try-cache Mar 08 12:05:39 caches segfaults Mar 08 12:05:40 :-) Mar 08 12:06:42 dcordes_: http://www.toporouter.com/scr/scr2.jpg Mar 08 12:07:10 ah ok a search engine result already pointed me in the direction of electronics Mar 08 12:07:40 that looks like airwires Mar 08 12:10:59 GNUtoo|laptop: how unwind, do it really feels faster? Mar 08 12:11:30 GNUtoo|laptop: do you have any better description than in git comment? Mar 08 12:12:13 [Rui]: < [Rui]> would love to try elfe as well :) <--- JaMa|Off just added it in the SHR feeds Mar 08 12:12:20 GNUtoo|laptop: any bugs revealed? Mar 08 12:14:39 h Mar 08 12:14:41 hm Mar 08 12:14:57 dcordes_: that's only formal.. I've built it manually to shr feeds before.. Mar 08 12:15:44 i'll test it with lmbench Mar 08 12:15:46 hi Mar 08 12:16:10 gena2x, I said in the commit that it was not scientifically tested, but it feels faster Mar 08 12:16:24 and the better description is Kconfig Mar 08 12:16:29 make ARCH=arm xconfig Mar 08 12:16:36 and look at the Kconfig of both Mar 08 12:16:42 FRAME_POINTER Mar 08 12:16:47 and the unwind thing Mar 08 12:16:49 ok. agree my questions are not really smart :) Mar 08 12:17:13 i'll test it in lmbench (just very interesting) Mar 08 12:18:23 dcordes_: yes Mar 08 12:18:39 Nikolaus screams for a usable autorouter for the openmoko project Mar 08 12:18:50 not even eagle manages to route all the airwires Mar 08 12:19:11 so I'm now importing one of the most sofisticated autorouting algorithms Mar 08 12:19:13 into KiCad Mar 08 12:19:16 afterwards Mar 08 12:19:22 EAGLE-import follows Mar 08 12:19:23 :-) Mar 08 12:20:16 do I need to add anything to the image task in order to get out of the box feeds for armv7a ? Mar 08 12:21:40 <[Rui]> dcordes_: cool Mar 08 12:22:39 dcordes_: if phoneuid failed to aqcuire the configured (or not configured) alsa device it did not try to connect to fsodeviced/audio Mar 08 12:22:55 consequently tries to access the proxy made it segfault Mar 08 12:23:22 I see glad that you found it so future problems are erased too Mar 08 12:30:45 dcordes_: you mean feeds pointing to your web server? Mar 08 12:31:01 JaMa|Off: no to shr webserver Mar 08 12:32:05 that should be there by default Mar 08 12:32:17 cool Mar 08 12:33:11 or does your device have differnt FP mode? FEED_ARCH = "armv7a${ARM_FP_PACKAGESUFFIX}" Mar 08 12:33:33 hard Mar 08 12:34:20 ah, then you can add it to PACKAGE_EXTRA_ARCHS Mar 08 12:34:45 and rebuild distro-feed-configs.bb Mar 08 12:35:00 could you elaborate ? Mar 08 12:35:51 dcordes_: see conf/machine/include/tune-cortexa8.inc and recipes/meta/distro-feed-configs.bb Mar 08 12:36:30 ok Mar 08 12:37:41 JaMa|Off: still don't get what you're trying to explain Mar 08 12:37:45 sorry Mar 08 12:39:02 PACKAGE_EXTRA_ARCHS += "armv7a" ie in local.conf && bitbake -c clean distro-feed-configs && bitbake shr-image will add armv7a feed config to your image Mar 08 12:39:16 do I need to add anything to the image task in order to get out of the box feeds for armv7a ? maybe he meant shr feeds Mar 08 12:39:32 that is to say access to the official feeds Mar 08 12:39:39 GNUtoo|laptop: yeah like that Mar 08 12:39:58 basically by default you'll get official feeds for armv7 Mar 08 12:40:01 but... Mar 08 12:40:03 dcordes_: did you change DISTRO_FEED_URI in local.conf? Mar 08 12:40:14 as leo is not offcially built by the shr build server Mar 08 12:40:22 you'll miss machine arch packages Mar 08 12:40:24 that is to say Mar 08 12:40:32 what is specific to your machine such as: Mar 08 12:40:34 *the kernel Mar 08 12:40:36 *xorg.conf Mar 08 12:40:38 etc... Mar 08 12:41:04 if you want those feeds mixed (not so good) then you can hack distro-feed-configs recipe to add both feeds Mar 08 12:41:21 but inconsistent versioning of packages (SRCPV) will hit you sooner or later.. Mar 08 12:44:11 there is a solution tough Mar 08 12:44:20 get the cache from the build machine Mar 08 12:44:28 I don't remember the address tough Mar 08 12:46:08 dcordes_, (elfe) didn't fully read the log, but... did you enabled the E module and disabled the illume-home one? Mar 08 12:46:51 that's only initial "import" then it will become inconsistent anyways.. Mar 08 12:48:42 pespin: GNUtoo et al told me to just put elfe in the image install .. Mar 08 12:48:50 pespin: that's all I did Mar 08 12:49:57 dcordes_, I think that you'd need to change enlightenment config in OE if you want it by default. Mar 08 12:50:03 dcordes_, go to E wrench -> modules Mar 08 12:50:16 and 1st disable illume-home module and then enable Elfe module Mar 08 12:51:10 pespin: ok I will first see if it was installed at all in my image now Mar 08 12:51:59 dcordes_, if the module is shown in the modules list then it is ;) Mar 08 12:54:22 * pespin going home, bbl Mar 08 12:56:07 Local number settings has large timeout Mar 08 12:56:25 that setup menu Mar 08 12:56:37 and can't cancel it manually Mar 08 12:58:06 GNUtoo|laptop: just adding elfe to image does not make it show automatically Mar 08 12:58:35 ok dialer works ! Mar 08 13:00:19 "Error will trying to resolve number." ... org.freesmartphone.PIM.Contacts doesn't exist Mar 08 13:01:08 dcordes_: frameworkd is not started then Mar 08 13:01:13 or has opimd disabled Mar 08 13:03:16 dcordes_, it must be enabled manually Mar 08 13:03:22 go in illume settings Mar 08 13:03:48 go in extensions->modules->mobile Mar 08 13:03:51 enable it Mar 08 13:03:55 GNUtoo|laptop: ok. why ? Mar 08 13:03:57 and disable illume-home Mar 08 13:04:13 oh you are talking about the elfe ? Mar 08 13:04:19 yes Mar 08 13:04:22 I thought pim. Mar 08 13:04:29 ok Mar 08 13:06:04 I would like to enable it by default in my image Mar 08 13:06:58 no idea how Mar 08 13:07:06 I don't know even how to change illume stuff yet Mar 08 13:07:16 maybe trough e-wm repo? Mar 08 13:07:27 13:48 < pespin> dcordes_, I think that you'd need to change enlightenment config in OE if you want it by default. Mar 08 13:07:27 (shr-themes git) Mar 08 13:07:31 13:48 < pespin> dcordes_, go to E wrench -> modules Mar 08 13:07:33 13:48 < pespin> and 1st disable illume-home module and then enable Elfe module Mar 08 13:07:37 yes Mar 08 13:07:40 in elfe do you know how to add apps ? Mar 08 13:07:40 that's what I just said Mar 08 13:07:48 about the E wrench Mar 08 13:07:59 you see the home Mar 08 13:08:02 yeah Mar 08 13:08:07 press on it Mar 08 13:08:10 it'll show some apps Mar 08 13:08:13 it's sexy really Mar 08 13:08:17 keep pressing on the app Mar 08 13:08:19 and move it Mar 08 13:08:22 to the desktop Mar 08 13:09:00 is shr expected to show 'extra installed' programs like pidgin? Mar 08 13:09:08 I can't find pidgin Mar 08 13:09:10 ok that works Mar 08 13:09:46 <[Rui]> oh ho... drag and drop + tslib right mouse button emulation may conflict Mar 08 13:12:38 captainigloo: good stuff really! especially finger friendliness is awesome Mar 08 13:13:06 dcordes_: hehe! specialy on our phone with big CPU Mar 08 13:13:31 captainigloo: it sucks on the mokos ? Mar 08 13:13:44 <[Rui]> oh... /etc/libphoneui.conf is obsolete now? where did it go? Mar 08 13:14:17 dcordes_: i don't know Mar 08 13:16:22 captainigloo: scrolling between the 5 desktops, it will sometimes skip one or two desktops unexpectedly. it might be my touchscreen sens. being higher than yours. did you consider to scroll only one desktop per swipe ? Mar 08 13:17:40 [Rui]: how comes oyu think so? Mar 08 13:17:42 I think it would solve it. cause you will always have different sensitivities Mar 08 13:17:55 <[Rui]> mrmoku: think what? Mar 08 13:18:02 that libphoneui.conf is obsolete... Mar 08 13:18:11 <[Rui]> mrmoku: I don't know, opkg said that Mar 08 13:18:19 heh? Mar 08 13:18:24 <[Rui]> I'm doing an upgrade Mar 08 13:18:25 how about making elfe the default home screen right now ? Mar 08 13:18:37 [Rui]: I hope for you opkg does not remove it ;) Mar 08 13:18:44 <[Rui]> mrmoku: it preserved it Mar 08 13:18:49 <[Rui]> but weird Mar 08 13:19:32 <[Rui]> dcordes_: you're with a freerunner? how does it "run"? or does it "crawl"? Mar 08 13:19:45 <[Rui]> illume-home already was quite bad in the crawling part Mar 08 13:20:29 [Rui]: you make me want to ask some questions some won't like Mar 08 13:21:04 dcordes_: nope, i have the same problem here Mar 08 13:21:17 it's the elementary scrolling configuration Mar 08 13:21:39 dcordes_: has elfe improved the "adding icons to desktops"? Mar 08 13:21:50 here it was way too difficult to add icons Mar 08 13:21:53 [Rui]: I'm running on htc hd2 device Mar 08 13:21:55 * vanous upgrading now Mar 08 13:22:06 <[Rui]> dcordes_: ask away, what questions? Mar 08 13:22:06 vanous: what's the problem ? Mar 08 13:22:35 [Rui]: does it make sense to cover very obsolete hardware Mar 08 13:23:00 dcordes_: what's very obsolete hardware? ;) Mar 08 13:23:14 <[Rui]> dcordes_: freerunner is not obsolete. it's top quality hardware if you want a free phone with no binary drivers :) Mar 08 13:23:22 captainigloo: adding icons is very erratic Mar 08 13:23:37 then, impossible to rearrange icons Mar 08 13:23:45 as you cannot select icon to move it Mar 08 13:23:45 <[Rui]> vanous: captainigloo: I'm suspecting it has something to do with tslib right mouse button emulation, no? Mar 08 13:23:50 vanous: yes indeed Mar 08 13:23:52 vanous: I can't tell it's the first time I'm running it. built from org.oe.dev HEAD Mar 08 13:24:23 vanous: in next version you should be able to rearrange icons on desktops Mar 08 13:24:25 vanous: ah true. I didn't notice you cannot rearrange Mar 08 13:24:51 other then this, it'đ great Mar 08 13:24:55 you can always remove ~/.e/e/config/illume-shr/config-elfe.* Mar 08 13:24:59 *it's* Mar 08 13:25:07 captainigloo: ok Mar 08 13:25:09 but it's not a solution :) Mar 08 13:25:13 :) Mar 08 13:27:57 captainigloo: what's the big show stopper for next version ? Mar 08 13:29:30 * vanous just removed illume-home to see how it feels with fulltime elfe Mar 08 13:30:20 vanous: same Mar 08 13:31:37 GNUtoo|laptop: ok I think one task left before we hand it to cotulla Mar 08 13:32:59 dcordes_: time :) Mar 08 13:33:30 captainigloo: no other e fans interested ? Mar 08 13:34:19 to work on it no :( Mar 08 13:34:59 that's a real pity. if I had the capabilites I wou Mar 08 13:35:09 ld sure help Mar 08 13:35:40 sorry vodafone.de is hungry for my packages today Mar 08 13:36:29 <[Rui]> installing elfe now. how does one swap illume-home for elfe and reverse? Mar 08 13:37:00 I just found a bug: after bringing the keyboard illume up, elfe will be split vertically Mar 08 13:37:47 14:01 < GNUtoo|laptop> go in illume settings Mar 08 13:37:47 14:02 < GNUtoo|laptop> go in extensions->modules->mobile Mar 08 13:37:47 14:02 < GNUtoo|laptop> enable it Mar 08 13:40:55 <[Rui]> captainigloo: doesn't crawl at all (at least not more than illume-home) and it's pweety! :) Mar 08 13:41:36 <[Rui]> captainigloo: how does one swap to another virtual desktop? Mar 08 14:00:24 <[Rui]> captainigloo: elfe is a proof you can get a nice phone desktop on the freerunner without sacrificing speed :) Mar 08 14:12:05 glad to hear it also works on the freerunner Mar 08 14:14:23 GNUtoo|laptop: ping Mar 08 14:17:34 GNUtoo|laptop: cotulla can use gui dialer to easily test, he has adb acess, can compile programs natively, now we only need to fix the backlight problem ! Mar 08 14:20:40 ok Mar 08 14:20:51 hmmm Mar 08 14:21:33 look if puting the led backlight to 100 fixes the problem Mar 08 14:21:44 in fso ? Mar 08 14:21:57 in /sys Mar 08 14:22:03 or in fso Mar 08 14:22:28 but I'm not sure about fso Mar 08 14:22:52 hi guys! Mar 08 14:23:13 How is "in charge" of plampre 2 kernel stuf ? Mar 08 14:23:23 GNUtoo|laptop: this is an ugly workaround. he must write the value to sys every time on booat Mar 08 14:23:38 GNUtoo|laptop: something in fso/shr userspace writes 0 to the device node. Mar 08 14:23:47 GNUtoo|laptop: it is not a kernel problem Mar 08 14:23:54 GNUtoo|laptop: maybe it wants to turn off led .. Mar 08 14:24:00 GarthPS, you mean who is in charge.... Mar 08 14:24:23 GNUtoo|htcdream: yope sorry for typo Mar 08 14:24:40 dcordes_, as i don't understand the issue i ask you to do some tests Mar 08 14:24:50 ok which tests ? Mar 08 14:25:11 echo 100 to the led sys node Mar 08 14:25:17 turns it back on . Mar 08 14:25:18 to see if it comes back Mar 08 14:25:20 anything > 30 Mar 08 14:25:20 ok Mar 08 14:25:24 nice Mar 08 14:25:29 it is set to 0 some point during fso/shr start. Mar 08 14:25:33 then mod the config Mar 08 14:25:39 which Mar 08 14:25:40 fsodeviced.conf Mar 08 14:25:44 ok Mar 08 14:25:55 there is an ignore section for leds Mar 08 14:26:02 ignore by name Mar 08 14:26:10 or something like that Mar 08 14:28:48 GNUtoo|htcdream: there is something like that set already Mar 08 14:28:51 GNUtoo|htcdream: look Mar 08 14:28:53 [fsodevice.kernel26_leds] Mar 08 14:28:54 ignore_by_name = lcd-backlight Mar 08 14:28:57 yes Mar 08 14:29:07 lcd-backlight is the directory name where brightness is in Mar 08 14:29:08 but maybe the name is wrong Mar 08 14:29:11 ok Mar 08 14:29:18 strange.... Mar 08 14:29:18 and brightness receives 0 from fso Mar 08 14:29:23 ok Mar 08 14:29:35 then disable leds Mar 08 14:29:39 maybe config not parsed ? Mar 08 14:29:56 no idea....look in fsodeviced.log Mar 08 14:30:10 how to disable leds ? Mar 08 14:30:13 be sure to put DEBUG Mar 08 14:30:17 # Mar 08 14:30:23 comment it Mar 08 14:30:27 log_level = DEBUG Mar 08 14:30:28 ok Mar 08 14:30:38 #[fsodevice.kernel26_leds] Mar 08 14:30:39 ok ? Mar 08 14:30:41 yes Mar 08 14:31:02 I will pastebin the file to be sure Mar 08 14:31:19 http://privatepaste.com/download/63d4dd0461 Mar 08 14:31:22 can you review it ? Mar 08 14:31:24 note that on nexus I've non standard backlight and it works Mar 08 14:31:45 by non standard i mean it's a led Mar 08 14:32:09 and by it works, you mean fso can scale backlight ? Mar 08 14:32:22 [Rui]: i don't understand what you said Mar 08 14:32:49 captainigloo: I am sorry about the vertical split: I hit the splut button :X Mar 08 14:32:53 captainigloo: my bad Mar 08 14:33:10 dcordes_: yes but i guess it should be better with next version Mar 08 14:33:38 this behaviour should be avoir for elfe itself Mar 08 14:33:46 avoid* Mar 08 14:33:55 i fix it some days ago Mar 08 14:34:09 but also add some regressions Mar 08 14:34:15 dcordes_ I mean it doesn't go black at boot Mar 08 14:34:23 ok Mar 08 14:34:24 fuck Mar 08 14:34:29 it still goes black Mar 08 14:34:34 can you see the pastebin ? Mar 08 14:34:46 GNUtoo|htcdream: btw did you see my comment on the bcm4329 yesteday ? Mar 08 14:34:53 no Mar 08 14:35:01 dcordes_ hmmm Mar 08 14:35:13 pastebin seemed ok Mar 08 14:35:36 GNUtoo|htcdream: it seems that wifi scanning is present in bcm4329 driver Mar 08 14:35:37 whaaa it drives me crazy Mar 08 14:35:44 GNUtoo|htcdream: wait... in the nexus image you gave me Mar 08 14:35:54 GNUtoo|htcdream: it did not go black on leo Mar 08 14:36:18 captainifloo, it is but it's non standard Mar 08 14:36:27 (iwpriv) Mar 08 14:36:30 2011-03-08T13:42:49.899597Z [DEBUG] KernelIdleNotifier : onState transitioning from FREE_SMARTPHONE_DEVICE_IDLE_STATE_IDLE to FREE_SMARTPHONE_DEVICE_IDLE_STATE_IDLE_DIM Mar 08 14:36:34 GNUtoo|htcdream: it's not build Mar 08 14:36:36 ok Mar 08 14:36:38 in the current driver Mar 08 14:36:44 ah ok Mar 08 14:36:49 there is specific flag directly in Makefile Mar 08 14:37:06 wow Mar 08 14:37:13 interesting.... Mar 08 14:38:07 GNUtoo|htcdream: -DCSCAN had to be remove from Makefile Mar 08 14:38:13 ok Mar 08 14:38:25 i'll try very soon Mar 08 14:38:36 but if i do that, i get exported function redefined in kernel and in module Mar 08 14:38:43 so module is not loaded correctly Mar 08 14:39:07 ok I'll try Mar 08 14:41:18 <[Rui]> captainigloo: what didn't you understand? Mar 08 14:42:52 GNUtoo|htcdream: did you see IDLE_DIM above ?? Mar 08 14:42:59 [Rui]: it works on freerunner ? Mar 08 14:43:08 <[Rui]> captainigloo: yes! very well indeed! Mar 08 14:43:15 ah ! good ! Mar 08 14:43:31 <[Rui]> captainigloo: in fact, way better than illume-home Mar 08 14:43:48 [Rui]: i really need to take the time to finish the current version Mar 08 14:44:09 app and modules reorganisation Mar 08 14:44:19 and a way to resize widgets Mar 08 14:44:36 <[Rui]> captainigloo: ok. is the horizontal swipe supposed to work well, now? Mar 08 14:45:00 nope it's too fast Mar 08 14:45:02 <[Rui]> captainigloo: as I drag from left to right or right to left, sometimes it changes 1 section, sometimes 2, sometimes more Mar 08 14:45:08 dcordes_, yes Mar 08 14:45:17 <[Rui]> captainigloo: not on the freerunner, it's just right ;) Mar 08 14:45:40 GNUtoo|laptop: how can we get rid of it (conf) ? Mar 08 14:45:40 <[Rui]> captainigloo: the only problem is that it sometimes goes more than one section in any one direction Mar 08 14:45:41 [Rui]: yes i need to change only 1 desktop at a time Mar 08 14:45:43 dcordes_, strange Mar 08 14:45:51 try getting rid of backlight? Mar 08 14:45:55 s/?// Mar 08 14:45:55 GNUtoo|laptop meant: try getting rid of backlight Mar 08 14:46:27 [Rui]: i use an elm scroller Mar 08 14:47:12 and if you try elementary_test with launcher test, it's the same problem Mar 08 14:47:19 i should ask on E ml Mar 08 14:47:31 GNUtoo|laptop: how to disable fsodeviced ? Mar 08 14:47:51 dcordes_, just disable the backlight Mar 08 14:48:08 because disabling fsodeviced is a bad idea Mar 08 14:48:16 I commented out the whole freaking config already and it still went black Mar 08 14:48:37 why bad ? Mar 08 14:48:38 hmmm Mar 08 14:48:40 lsof it Mar 08 14:48:56 how to disable fsodeviced from boot Mar 08 14:48:57 to see what writes something to the backlight sys node Mar 08 14:49:09 disable dbus-1 Mar 08 14:49:15 chmod -x it Mar 08 14:49:20 (dbus-1) Mar 08 14:49:25 ok I will first lsof Mar 08 14:49:50 GNUtoo|htcdream: nice, unwinding is 5%-10% everywhere Mar 08 14:50:19 ammm too many GNUtoo's :) ^^^ Mar 08 14:50:33 lol Mar 08 14:50:42 <[Rui]> captainigloo: ok Mar 08 14:52:29 GNUtoo|laptop: how to lsof continously ? Mar 08 14:52:36 captainigloo, drivers/net/wireless/bcm4329/wl_iw.c:1435:3: error: implicit declaration of function 'wl_iw_parse_ssid_list_tlv' Mar 08 14:52:37 GNUtoo|laptop: it doesn't seem to be locked by something Mar 08 14:52:44 GNUtoo|laptop: lsof /sys/class/leds/lcd-backlight/brightness Mar 08 14:52:58 dcordes_, I'll try Mar 08 14:55:12 watch -n 0.1 fuser -m trout-backlight/brightness ? Mar 08 14:56:46 hmmm doesn't seem to work Mar 08 14:56:49 I'll try with lsof Mar 08 14:58:18 dcordes_, else you could guess with htop Mar 08 14:59:17 GNUtoo|laptop: in the image you gave me, the screen turned not black Mar 08 14:59:24 ok Mar 08 14:59:34 GNUtoo|laptop: in the image I compiled, the screen turns black after fso start Mar 08 14:59:35 diff fsodeviced config Mar 08 14:59:37 why ? Mar 08 14:59:51 I copied mahimahi fsodeviced conf over htcleo Mar 08 14:59:53 no joy Mar 08 15:00:02 hmmm Mar 08 15:00:13 I'll look for a way to find files with lsof Mar 08 15:00:22 *accessed files Mar 08 15:01:22 chmod -x let's see Mar 08 15:02:19 still black Mar 08 15:05:32 dbus is disabled Mar 08 15:05:35 and it's black? Mar 08 15:05:50 mdbus -s Mar 08 15:05:57 mdbus2 -s Mar 08 15:05:58 rather Mar 08 15:05:58 no Mar 08 15:06:04 fsodeviced is disabled. Mar 08 15:07:36 now I -x'd mdbus2 too Mar 08 15:07:37 let's see Mar 08 15:08:51 now I -x'd mdbus2 too Mar 08 15:08:52 ??? Mar 08 15:09:08 why do you want to -x something that is not an init script Mar 08 15:09:19 I said what I said for verifying that dbus was disabled Mar 08 15:09:51 :'( sorry Mar 08 15:10:28 mdbus2 -s Mar 08 15:10:28 /system/bin/sh: mdbus2: Permission denied Mar 08 15:10:43 re-chmod +x mdbus2 Mar 08 15:11:02 <[Rui]> GNUtoo|laptop: 2.6.34.8-oe17-r7-oe17.6 already includes your patch, no? Mar 08 15:12:51 [Rui], my patch is in oe, not in the kernel itself, I'll look Mar 08 15:13:55 recipes/linux/linux-2.6.34/om-gta02/defconfig Mar 08 15:14:05 recipes/linux/linux-openmoko_2.6.34.bb Mar 08 15:14:11 are the paths touched by the patch Mar 08 15:14:15 <[Rui]> GNUtoo|laptop: +OM-PR = "17" Mar 08 15:14:25 it starts at r17 Mar 08 15:14:27 so yes Mar 08 15:14:37 <[Rui]> it does feel faster Mar 08 15:15:06 it's faster but also preserve debugability Mar 08 15:15:08 <[Rui]> captainigloo: hms... I don't know what's necessary (perhaps dh does) but elfe should register as home Mar 08 15:15:08 which is nice Mar 08 15:16:33 <[Rui]> GNUtoo|laptop: I'm going to test if your change also affected my WS somehow Mar 08 15:16:47 [Rui]: need help with WS? Mar 08 15:17:02 [Rui]: what kind of WS you getting? Mar 08 15:17:06 <[Rui]> gena2x: would like to see it gone, yes. Mar 08 15:17:11 :) Mar 08 15:17:19 what kind of WS? Mar 08 15:17:24 <[Rui]> gena2x: sometime after blank, WS, let it blank again, recover well Mar 08 15:17:31 clean Mar 08 15:17:51 ok Mar 08 15:17:56 <[Rui]> if the kernel is a bit faster maybe some timer is affected and it could solve it Mar 08 15:18:15 GNUtoo|htcdream: nice, unwinding is 5%-10% everywhere Mar 08 15:18:21 so it is faster Mar 08 15:18:46 grrr. yes :) Mar 08 15:19:24 fast and good Mar 08 15:19:29 :) Mar 08 15:20:16 GNUtoo|laptop: i posted mail to community Mar 08 15:20:29 GNUtoo|laptop: you may check actual lmbenchning results Mar 08 15:20:32 ok nice Mar 08 15:21:42 [Rui]: there is an half fix in current svn for that Mar 08 15:21:56 dh comment on my commit i need to fix it correctly Mar 08 15:22:18 <[Rui]> strange, it suspended while plugged Mar 08 15:22:18 but it works well in ccurrent svn, when you click on home button, it switch to elfe Mar 08 15:22:30 <[Rui]> captainigloo: cool Mar 08 15:24:57 <[Rui]> meh, either it's gone or I didn't wait long enough with the phone dimmed off Mar 08 15:25:20 probably the only "obsolete" phone that keeps getting better <<=== getting less and less obsolete :) Mar 08 15:25:32 hmmm Mar 08 15:25:36 is elfe in some feeds? Mar 08 15:25:44 because I don't see it in htcdream's feeds Mar 08 15:28:54 <[Rui]> nah, WS is there Mar 08 15:29:14 <[Rui]> GNUtoo|laptop: it's on omgta02 feed Mar 08 15:29:27 ok Mar 08 15:29:39 why isn't it on other devices's feed Mar 08 15:29:40 strange Mar 08 15:29:43 I'll look in oe Mar 08 15:30:21 <[Rui]> gena2x: and there's a new change, previously, when you recovered right after it went dark again it recovered, now it takes a few seconds more Mar 08 15:30:52 [Rui]: hm Mar 08 15:31:32 this unblank stuff were workarounded by that delay(1) Mar 08 15:31:55 need to check first is it still in shr kernel Mar 08 15:32:03 <[Rui]> what delay? Mar 08 15:32:29 i am looking to shr kernel right now Mar 08 15:32:38 so just wait :) Mar 08 15:32:38 it's not in tasks-shr Mar 08 15:32:50 so I wonder from where it's built Mar 08 15:33:29 <[Rui]> ehehe Mar 08 15:35:18 [Rui]: ok, can we do some weird expirement? Mar 08 15:35:27 <[Rui]> sure Mar 08 15:36:16 ah, wait first i need to compile shr kernel... Mar 08 15:46:24 freesmartphone.org: 03morphis 07gdbus * r95365635a6a9 10libfso-glib/configure.ac: Bump version for newer specs version Mar 08 15:46:25 freesmartphone.org: 03morphis 07gdbus * r34354118ba0d 10libfso-glib/configure.ac: Bump required specs version Mar 08 15:46:28 freesmartphone.org: 03morphis 07specs * rd5fce7ec861e 10/ (4 files in 4 dirs): Some changes on org.freesmartphone.Audio API and bump version Mar 08 15:46:31 freesmartphone.org: 03morphis 07specs * rc2814e5fe78a 10/ (4 files in 4 dirs): org.freesmartphone.Audio: rework API a little bit and bump version Mar 08 16:03:04 captainigloo, drivers/net/wireless/bcm4329/wl_iw.c:1435:3: error: implicit declaration of function 'wl_iw_parse_ssid_list_tlv' Mar 08 16:03:09 did you fix that? Mar 08 16:03:13 or should I try to fix Mar 08 16:10:10 <[Rui]> playya__: have you liked my recent changes in elmdentica? status list now on full dimension of window, and the toolbar popups? Mar 08 16:10:37 <[Rui]> playya__: new change just commited... I removed the "Clear" (status entry) button replacing it with a swipe,left. Mar 08 16:20:08 GNUtoo|laptop: only thing i want to disagree about UNWIND, is enabling LZMA. I build kernel and size changed 2455840 -> 2483360. Mar 08 16:20:34 gena2x, then feel free to remove it Mar 08 16:20:49 this is really negligible size change Mar 08 16:21:15 it's up to distro Mar 08 16:21:23 ok Mar 08 16:21:47 so you built without LZMA? Mar 08 16:21:51 yes Mar 08 16:21:54 ok Mar 08 16:21:58 then remove LZMA Mar 08 16:22:02 in oe Mar 08 16:22:19 i have no access of course, ask jama Mar 08 16:27:24 gena2x, ok then send a patch to oe Mar 08 16:27:32 JaMa should pick it Mar 08 16:52:39 leviathan: by "porting" here you mean fixing it so it can be used in C++ programs, or actually rewriting in C++?... Mar 08 16:55:22 dcordes_: not caring about "obsolete hardware" would be a very counterproductive step, considering that Freerunner is the only hardware on which SHR is actually more or less usable Mar 08 16:55:59 (plus keeping Freerunner as baseline prevents SHR from turning into a bloated sluggish mess :-) ) Mar 08 16:59:48 ack ack ack Mar 08 17:21:42 indeed Mar 08 17:21:53 dream has ALSA and wifi PSM issues Mar 08 17:22:10 n900 has problems with modem Mar 08 17:22:16 (modem is WIP) Mar 08 17:22:34 who needs a modem in a phone :) Mar 08 17:22:37 * lindi- hides Mar 08 17:22:43 and palm pre need some work but as I don't have it I've no idea on what needs to be done Mar 08 17:22:51 lol Mar 08 17:22:58 to do phone calls Mar 08 17:23:06 (I know) Mar 08 17:30:48 Good day everyone! Mar 08 17:31:16 It seems the SHR-U biuld environment has changed quite a lot... now 'make' doesn't even seem to work any more :-( Mar 08 17:33:26 make is obsolete i guess Mar 08 17:33:28 :) Mar 08 17:33:59 it's 20 years old software, written is C. Mar 08 17:39:33 gena2x: I'm pretty sure GNU make is older than 20 years Mar 08 17:39:38 25 at least I'd guess Mar 08 17:42:33 also, I don't think there is much stuff in make that could actually be written in a high-level language without sacrificing performance... it's probably one of the tools that really *should* be written in C Mar 08 17:44:58 [Rui], let me update the source Mar 08 17:49:04 antrik: hm... right (C) 1988... 2006 in info, and 1992..1999 in man so at least 23 years. C is probably a bit older? so it's 23 years old software written in >23 years old language. still useful. i guess some people will find it a bit strange. Mar 08 17:55:30 <[Rui]> playya__: and I've brought back the recycle status button (at least for me it's useful) Mar 08 18:02:32 [Rui], where's the menu? Mar 08 18:30:14 Had to reboot, something weird happened... Mar 08 18:30:42 So, I guess I missed if anyone could tell me how I can do an SHR-U rebuild at the moment. Mar 08 18:32:01 ChristW_: Checking audio. Mar 08 18:53:29 [Rui]: how ofter your WS happens? Mar 08 18:53:33 *often Mar 08 18:53:50 [Rui]: i finally recompiled shr kernel, it works pretty well Mar 08 18:57:29 ChristW_, we are using own chroot to build with OE now -> http://shr-project.org/trac/wiki/Building SHR Mar 08 19:04:05 gena2x: here it happens anytime when fr is colder - sitting on a table and so on Mar 08 19:04:25 when you warm it up a bit, the chances are still there but smaller Mar 08 19:12:59 vanous: so not only Rui suffer from this? Mar 08 19:13:10 gena2x: WS? Mar 08 19:13:15 yes Mar 08 19:13:46 as far as i understand, many people do suffer WS Mar 08 19:14:00 still? Mar 08 19:14:00 last time we talked about it, mrmoku had it too Mar 08 19:14:07 gena2x: it came back Mar 08 19:14:14 it was gone and came back Mar 08 19:14:19 have you noticed then? Mar 08 19:14:23 i presume it was before christmass Mar 08 19:14:37 hm christmas WS... Mar 08 19:14:45 but i was way too busy with my dayjob to be able to notice... Mar 08 19:15:20 <[Rui]> back Mar 08 19:15:24 <[Rui]> gena2x: it's deterministic Mar 08 19:15:38 [Rui]: ok, instruct me how to reproduce Mar 08 19:15:51 <[Rui]> playya__: tap top (below main bar), or bottom for the UI Mar 08 19:16:18 <[Rui]> gena2x: just let it go blank, wait a bit (don't know if 1 min, 2 min or more or less time, for sure). Mar 08 19:16:25 <[Rui]> I think over 1 min is enough, but it may vary Mar 08 19:16:36 good Mar 08 19:24:04 put to fridge, wait 5 min, unblank ok. Mar 08 19:24:06 hm Mar 08 19:24:20 ok, [Rui] can you test mine recompiled kernel? Mar 08 19:24:30 (to sort out toolchain issues) Mar 08 19:25:09 http://www.bsdmn.com/openmoko/cristmas_ws/ Mar 08 19:25:21 kernel & modules, don't forget to depmod Mar 08 19:54:35 <[Rui]> gena2x: I'm sorry gennady, I had to put the baby to bed Mar 08 20:04:00 [Rui]: i left instructions, do then you can :) Mar 08 20:04:27 <[Rui]> gena2x: sure, try a new kernel, depmod, ... Mar 08 20:04:35 <[Rui]> but did the WS happen to you? Mar 08 20:04:39 nope Mar 08 20:04:48 that's why i am asking you to test this kernel Mar 08 20:05:26 <[Rui]> wait phone Mar 08 20:05:43 no hurry, as always :) Mar 08 20:08:50 <[Rui]> ok Mar 08 20:08:54 <[Rui]> let's do it. Mar 08 20:09:46 <[Rui]> gena2x: that's an older kernel, right? Mar 08 20:09:53 nope Mar 08 20:10:00 it's shr one from git Mar 08 20:10:41 fresh like a cookie from oven Mar 08 20:11:10 <[Rui]> powering off Mar 08 20:11:13 with older .34 indridients, but still Mar 08 20:11:13 <[Rui]> ok Mar 08 20:11:28 <[Rui]> strange, because it says 2.6.34 when it should say 2.6.34.8 Mar 08 20:11:39 <[Rui]> booting Mar 08 20:11:54 .8 is too minor to mention :) Mar 08 20:12:12 <[Rui]> heh Mar 08 20:13:05 <[Rui]> boot confirmed under new kernel Mar 08 20:13:31 should be no problems, just test ws Mar 08 20:13:37 it has no changes at all Mar 08 20:13:55 only compiled with different toolchain Mar 08 20:13:56 <[Rui]> blanked now Mar 08 20:15:00 <[Rui]> 1 min Mar 08 20:16:04 <[Rui]> no blank in 2 minutes Mar 08 20:16:10 <[Rui]> no WS I mean Mar 08 20:16:22 try harder :) Mar 08 20:16:23 <[Rui]> I'm making a new test, now for 5 minutes Mar 08 20:16:33 <[Rui]> it was enough, IIRC Mar 08 20:16:37 i like fridge test Mar 08 20:16:43 <[Rui]> ok, 20:09:20 resets the clock Mar 08 20:16:47 <[Rui]> how's that test? Mar 08 20:17:03 try to get WS anyhow Mar 08 20:17:51 nothing more or less Mar 08 20:18:04 <[Rui]> how does the fridge help? Mar 08 20:18:14 lower temperature Mar 08 20:18:40 it were very helpful to reproduce low temperature WS Mar 08 20:19:24 blank -> put into-> wait 5 min -> connect back -> unblank -> easy reproduced WS :) Mar 08 20:22:36 <[Rui]> gena2x: got it Mar 08 20:22:39 <[Rui]> got WS Mar 08 20:22:48 <[Rui]> it's not cold in here Mar 08 20:23:46 with blank/unblank? Mar 08 20:26:50 any details? Mar 08 20:29:39 <[Rui]> here's nothing on dmesg or logread Mar 08 20:30:18 i mean how long you had to wait for WS, is it still easy to reproduce? Mar 08 20:30:30 <[Rui]> gena2x: it's sometime under 5 min Mar 08 20:30:44 <[Rui]> I can now reduce time to 3 minutes (as 2 didn't get me it) to test. Mar 08 20:30:56 try 5 min again Mar 08 20:31:24 <[Rui]> 20:24:10 Mar 08 20:31:28 <[Rui]> this is blank time Mar 08 20:37:46 <[Rui]> again Mar 08 20:38:00 good. Mar 08 20:39:03 <[Rui]> I'm trying 3 min now Mar 08 20:39:25 <[Rui]> 20:32:12 Mar 08 20:39:47 actually just nice that it is reproducible Mar 08 20:40:44 <[Rui]> it has always been Mar 08 20:40:49 <[Rui]> at least here Mar 08 20:41:27 ok, now let me prepare one more kernel Mar 08 20:42:33 <[Rui]> ok, in 3 min I get the WS as well Mar 08 20:42:40 <[Rui]> so no need to wait 5 min Mar 08 20:43:01 so it's pure time-based hm... Mar 08 20:43:30 what's the diff between 2 min blank and 3 min blank? Mar 08 20:43:46 <[Rui]> I don't know Mar 08 20:44:08 <[Rui]> 20:36:37 (will try 2.5 min so target is 20:38:07 Mar 08 20:44:43 don't, your tests more that enough Mar 08 20:44:47 *than Mar 08 21:07:43 antrik: sry, was afk Mar 08 21:07:57 antrik: I mean both, rewriting AND porting Mar 08 21:08:05 some parts need to be rewritten Mar 08 21:08:10 others just can be copied Mar 08 21:08:11 :-) Mar 08 21:12:15 well, rewriting existing software in another language is not something I would generally count under "useful work"... Mar 08 21:12:24 especially if that language happens to be C++ ;-) Mar 08 21:15:11 gena2x: C is almost as old as UNIX, i.e. something like 40 years Mar 08 21:20:31 <[Rui]> leviathan: porting to what? Mar 08 21:20:44 [Rui]: C++ and STL Mar 08 21:20:50 atm it's using glib Mar 08 21:20:56 and it's some kind of pseudo c++ Mar 08 21:21:01 with structs... Mar 08 21:21:04 fucking ugly Mar 08 21:21:04 * [Rui] shudders... C++ Mar 08 21:21:10 well Mar 08 21:21:13 better then now Mar 08 21:21:24 some stuff should just not be written in C Mar 08 21:21:32 even if some people don't like OOP Mar 08 21:21:38 for some stuff it's better to use OOP Mar 08 21:21:41 <[Rui]> if yoou want objects, use a real OOP lang Mar 08 21:21:41 and especially Mar 08 21:21:46 <[Rui]> C++... yurk Mar 08 21:21:47 DON't use gnome libs Mar 08 21:21:48 >_< Mar 08 21:21:59 <[Rui]> wouldn't vala be better for that? Mar 08 21:22:04 well Mar 08 21:22:17 atm I'm just copying the algorithms from simple functions into methods Mar 08 21:22:22 <[Rui]> :) Mar 08 21:22:24 remove all traces of glib usage Mar 08 21:22:29 and make it use stl Mar 08 21:22:35 so that it get's an indipendant Mar 08 21:22:38 easy to use library Mar 08 21:22:53 for example which could be used easier in Vala Mar 08 21:22:58 or Qt4-C++ Mar 08 21:23:00 :-) Mar 08 21:23:01 antrik: you're probably right. it is good to have something as a foundation to work with. recently I read something on your mailing list about a lack of 'direction' in this project. this might bringt up the question if it is possible to rearrange that foundation into something more recent Mar 08 21:24:31 <[Rui]> how can my sim storage be full? Mar 08 21:24:35 <[Rui]> shouldn't it be using opimdb? Mar 08 21:29:39 maybe it would be a good initiative to bring more structure into the SHR dev processes so that different interestes can be covered while sustaining diversity Mar 08 21:34:44 <[Rui]> in that sense I wrote some ideas in http://trac.shr-project.org/trac/wiki/GUIGuide Mar 08 21:34:50 <[Rui]> dcordes_: ^^^^ Mar 08 21:34:52 <[Rui]> antrik: ^^^^^^ Mar 08 21:34:56 <[Rui]> leviathan: ^^^^^^^ Mar 08 21:37:21 freesmartphone.org: 03morphis 07cornucopia * re527516dc2fc 10/fsoaudiod/src/plugins/router_palmpre/plugin.vala: fsoaudiod: router_palmpre: handle mode and output device changes Mar 08 21:37:23 freesmartphone.org: 03morphis 07cornucopia * r219fc1970d13 10/fsoaudiod/src/plugins/manager/plugin.vala: fsoaudiod: manager plugin: implement most API functionality Mar 08 21:37:25 freesmartphone.org: 03morphis 07cornucopia * r85e2103abd79 10/fsoaudiod/TODO: fsoaudiod: add TODO file Mar 08 21:37:28 freesmartphone.org: 03morphis 07cornucopia * r5134688a0f06 10/fsoaudiod/src/ (lib/router.vala plugins/router_palmpre/plugin.vala): fsoaudiod: move some general functionality into abstract router class Mar 08 21:37:31 freesmartphone.org: 03morphis 07cornucopia * r1f94938541a7 10/fsoaudiod/conf/default/fsoaudiod.conf: fsoaudiod: adjust default configuration file Mar 08 21:37:32 freesmartphone.org: 03morphis 07cornucopia * r0f6f4e438ea4 10/fsoaudiod/conf/palm_pre/fsoaudiod.conf: fsoaudiod: palm_pre configuration: set default log destination to file Mar 08 21:37:34 freesmartphone.org: 03morphis 07cornucopia * rde7e48f44b69 10/fsoaudiod/ (4 files in 3 dirs): fsoaudiod: router_alsa: add dummy implementation Mar 08 21:37:36 freesmartphone.org: 03morphis 07cornucopia * r2b23a8cfa1ca 10/fsoaudiod/src/ (4 files in 4 dirs): fsoaudiod: rework for api changes Mar 08 21:38:48 [Rui]: good work... well, we are working on a new relase OM-gta04 Mar 08 21:38:58 this will allow some additional features Mar 08 21:39:04 <[Rui]> leviathan: :) Mar 08 21:39:05 which allow better usage of the maindisplay Mar 08 21:39:07 :-) Mar 08 21:39:27 <[Rui]> leviathan: my idea of UI is that the screen size is really small, so it should be used as best as possible Mar 08 21:40:30 leviathan: you working on gta04 hardware? Mar 08 21:40:38 leviathan: how it is going? Mar 08 21:43:00 leviathan: C code is much easier to reuse in other languages than C++ code Mar 08 21:43:10 also, Vala actually uses gobject Mar 08 21:43:27 [Rui]: finger friendliness Mar 08 21:43:38 antrik: well Mar 08 21:43:50 I'm more talking about the pseudo OOP Mar 08 21:43:55 <[Rui]> dcordes_: those are just ideas, if you have more, drop them there Mar 08 21:43:56 I'm now doing it REALLY OOP Mar 08 21:43:58 :-) Mar 08 21:44:05 <[Rui]> don't worry too much about details and examples on that page Mar 08 21:44:07 gena2x: yes Mar 08 21:44:12 there is no such thing as "pseudo OOP" Mar 08 21:44:16 gena2x: together with Nikolaus and so on Mar 08 21:44:26 the difference is that some languages, like C++, offer special syntax for OOP Mar 08 21:44:26 <[Rui]> after we have enough, we can separate in sections, and add sub pages with examples Mar 08 21:44:33 whether this is a benefit is debatable Mar 08 21:44:38 antrik: you should really take a look how they rape the structs Mar 08 21:44:41 >_> Mar 08 21:45:35 BTW, glib is not a GNOME lib. it is used by a lot of programs nowadays, even non-GTK ones Mar 08 21:45:53 leviathan: is it a secret, then it will be possible to buy fully functional device? Mar 08 21:46:52 i mean from hardware side of course Mar 08 21:47:28 well Mar 08 21:47:42 there was a prototype shown at FOSDEM Mar 08 21:47:48 we also were on some newsflashes already... Mar 08 21:47:53 <[Rui]> gena2x: apparently it will be possible to buy a motherboard that can replace freerunner's Mar 08 21:47:58 but we don't let our selfs be stressed Mar 08 21:48:12 we hold it like the guys from "duke nuke'em - forever" Mar 08 21:48:13 <[Rui]> but you'll need a bit of handy work to replace the screen connections without breaking anything Mar 08 21:48:15 it's done when it's done Mar 08 21:48:16 ;-) Mar 08 21:48:28 i am just think about porting qtmoko to gta04 and upgrade Mar 08 21:48:50 leviathan: actually, please *don't* do it like DNF... i.e. start changing major components in the middle of it Mar 08 21:50:24 [Rui]: ok I created an account for the wiki Mar 08 21:50:28 dcordes_: I don't think it's realistic to replace GTA02 as the reference platform Mar 08 21:50:56 you see this by the fact that everyone works on porting to other hardware now; developers don't agree on the One True Device Mar 08 21:51:17 in fact, it needed OpenMoko to get this whole things started at all Mar 08 21:51:30 and it took years to make the software for GTA02 usable Mar 08 21:51:44 antrik: I bet you are not the only one with this view on things. that's why I proposed to add more structure Mar 08 21:52:18 antrik: ...in order to give this project a chance to become less gta centric while still maintaining it Mar 08 21:53:33 Well Mar 08 21:53:41 <[Rui]> antrik: how can you agree on a One True Device? I think it's unrealistic at this point. Mar 08 21:53:42 not too much structure Mar 08 21:53:55 I hate this hirarchic crap Mar 08 21:53:58 [Rui]: right, that's what I'm saying Mar 08 21:54:00 <[Rui]> GTA02 is the best supported BUT it's a bit outdated and has many flaws. Mar 08 21:54:03 that's the human way... Mar 08 21:54:11 <[Rui]> leviathan: ++ Mar 08 21:54:25 <[Rui]> all the others are worse :) Mar 08 21:54:26 I don't like autorities which tell me what to do Mar 08 21:54:36 I code when I like to code, and what I like to code Mar 08 21:54:37 :-) Mar 08 21:54:45 <[Rui]> so OpenMoko Freerunner is the worse free phone around except for all the others :) Mar 08 21:54:54 hrhr Mar 08 21:54:58 [Rui]: well Mar 08 21:55:00 well, it works at least Mar 08 21:55:04 yes Mar 08 21:55:07 <[Rui]> indeed! Mar 08 21:55:08 mmh. Mar 08 21:55:19 <[Rui]> but did you notice all the others == 0 devices? Mar 08 21:55:25 well, I think somehow we should talk more Mar 08 21:55:30 about who is doing what Mar 08 21:55:40 <[Rui]> hopefully GTA04 will give a new boost Mar 08 21:55:49 we have the shr-ticketing, don't we? Mar 08 21:55:51 maybe I should try to get that GTA02 from $friend which he destroyed by ripping the USB socket pins off... Mar 08 21:55:58 do people track their work there? Mar 08 21:56:16 so I don't need to sacrifice my GTA02 when I want to get a GTA04 Mar 08 21:56:25 we should make more IRC meetings for SHR Mar 08 21:57:31 dcordes_, [Rui] Mar 08 21:57:36 I made an shr-channel Mar 08 21:57:41 I suggest to hang there Mar 08 21:57:49 where? Mar 08 21:57:50 and discuss tasks Mar 08 21:57:54 #shr Mar 08 21:57:57 <[Rui]> I'd rather it was done here Mar 08 21:58:07 hmm Mar 08 21:58:15 I mean more for team discussions Mar 08 21:58:19 specially for SHR Mar 08 21:58:23 * dcordes_ joins #shr Mar 08 21:58:36 why not tell about gta04 to qtmoko guys too? Mar 08 21:58:50 as long as it is such a tinkering... no Mar 08 21:58:59 first we need to have something which we can sell Mar 08 21:59:01 ... Mar 08 21:59:02 <[Rui]> gena2x: gta04 has been announced a lot in openmoko-community so I don't understand what you mean Mar 08 21:59:27 [Rui]: I am glad to find at least one supported who doesn't like One Device To Rule Them All Mar 08 21:59:38 [Rui]: i saw progress mails few months ago Mar 08 21:59:53 but it's really unclean if project is alive at all Mar 08 22:00:05 <[Rui]> dcordes_: IF we got a decent platform that we could name it that, then I'd support that as primary goal. Mar 08 22:00:16 <[Rui]> but we haven't, so... screw it :) Mar 08 22:00:28 and really i glad to hear people are working on it Mar 08 22:00:30 yeah Mar 08 22:00:37 <[Rui]> gena2x: there's a gta04 list I think Mar 08 22:01:01 ah, i missed it somehow then Mar 08 22:02:07 really Mar 08 22:02:15 subscribing... Mar 08 22:04:28 just want to make my point clear: I'm not trying to get down on the freerunner. I just like this project and I think if it wants to move forward it is important to give developers and users with different hardware an equal voice Mar 08 22:05:07 ah, they selected memory, interesting.... Mar 08 22:07:21 <[Rui]> I thought we might have a new free software friendly phone with that Aava thing, but it appears to *still* be vapourware Mar 08 22:08:20 dcordes_: I totally support the efforts to port the software to other platforms. in fact, considering that OpenMoko doesn't exist anymore, it's the only way to keep this project relevant. all I'm saying is that GTA02 should remain the reference platform for the time being. (and probably quite some time to come...) Mar 08 22:10:31 antrik: I disagree Mar 08 22:10:58 antrik: I don't think freerunner should remain reference platform Mar 08 22:11:26 <[Rui]> what I think is that we should make an outreach asking people who don't care for their freerunners to donate them, rather than throwing to garbage Mar 08 22:11:43 <[Rui]> I know at least one enlightenment developer who would love to have one Mar 08 22:15:25 GNUtoo|laptop: I cleared my filesystem, extracted the image again and the black screen problem is gone. Mar 08 22:15:48 dcordes_, ok Mar 08 22:15:52 strange Mar 08 22:15:56 very Mar 08 22:16:10 I did not rebuild, same tarball. Mar 08 22:16:46 I am trying to find out how to make the top bar and fonts bigger Mar 08 22:17:59 can you recommend some screen size related actions you take on nexus ? Mar 08 22:18:24 yes Mar 08 22:18:28 change gtkrc Mar 08 22:18:29 in oe Mar 08 22:18:45 let me find all the repos Mar 08 22:18:49 this sounds familiar from my hd2 ubuntu images Mar 08 22:19:27 .../org.openembedded.dev/recipes/shr/gtk-theme-neo Mar 08 22:19:39 we can push the same gtkrc file fro leo and nexus. we can also share the xorg.conf . your ts calibration in the nexus rootfs works perfectly well on leo Mar 08 22:19:46 .../org.openembedded.dev/recipes/shr/gtk-theme-e17lookalike/ Mar 08 22:19:51 don't forget to bump PR Mar 08 22:19:57 xorg.conf not sure Mar 08 22:20:00 but gtkrc yes Mar 08 22:20:10 but no idea how Mar 08 22:20:16 there was a machine class stuff Mar 08 22:20:21 maybe we should use that Mar 08 22:20:51 .../org.openembedded.dev/recipes/shr/shr-settings Mar 08 22:20:59 try to change theses 3 stuff Mar 08 22:21:02 at first Mar 08 22:21:06 then look at the bar etc... Mar 08 22:21:26 I would rather try it on the fly (not rebuild) as I would like to upload cotulla image today Mar 08 22:21:44 then try on the fly Mar 08 22:22:29 guess we just need to put the gtrc in MACHINE Folder ? Mar 08 22:23:09 gena2x: yeah, reliably WS here too Mar 08 22:26:28 mrmoku: but tell me why here no WS, with same kernel :) Mar 08 22:27:58 GNUtoo|laptop: on nexus, is it easy for you to move the scaling bars ? Mar 08 22:28:06 e.g. in dpi scaling menu Mar 08 22:28:13 dcordes_, not on old images Mar 08 22:28:18 maybe on newer it's easier Mar 08 22:28:21 I must look Mar 08 22:28:31 but you can export the scalling Mar 08 22:28:33 or change it Mar 08 22:28:45 I'd like to finish a script first Mar 08 22:28:50 and then I'll look Mar 08 22:29:06 dcordes_, I just looked Mar 08 22:29:13 and you didn't look at what I said Mar 08 22:29:14 gena2x: since the beginning this was a device specific thing... some difference somewhere inside hardware causing it more easily on some devices and less on others Mar 08 22:29:17 .../org.openembedded.dev/recipes/shr/shr-settings Mar 08 22:29:19 it's inside Mar 08 22:29:23 <[Rui]> gena2x: maybe you can repeat the set of tests we did today with mrmoku? Mar 08 22:29:31 [Rui]: no need Mar 08 22:29:38 * mrmoku too tired anyway :P Mar 08 22:29:41 just came home Mar 08 22:29:56 [Rui]: enough information Mar 08 22:30:02 <[Rui]> mrmoku: don't know if you tried, but elfe works real nice on the freerunner Mar 08 22:30:22 [Rui]: yeah, fast enough too :) Mar 08 22:30:33 <[Rui]> mrmoku: faster than illume-home :) Mar 08 22:31:22 [Rui]: what is elfe? is it nice, any screenshot to stare? Mar 08 22:35:28 http://www.youtube.com/watch?v=9jcrSqCiNGo Mar 08 22:36:05 GNUtoo|laptop: what does ELM_FINGER_SIZE do ? Mar 08 22:36:23 it set the finger size which set the button size Mar 08 22:37:13 ah ok Mar 08 22:37:30 I copied your file from nexus Mar 08 22:37:54 GNUtoo|laptop: are you planning to add all the configs from nexus in org.oe.dev ? Mar 08 22:38:20 if so let me know. we can do it parallely after I test on leo Mar 08 22:38:34 dcordes_: looking very nice Mar 08 22:38:47 captainigloo develops elfe Mar 08 22:38:54 dcordes_: thanks for link. is it working fast on fr? Mar 08 22:39:04 dcordes_, later Mar 08 22:39:09 I wait for alsa Mar 08 22:39:13 I started doing it tough Mar 08 22:39:20 and general idea look nice Mar 08 22:39:48 * captainigloo just push some modifs on elfe ! Mar 08 22:40:32 gena2x: I use shr on htc hd2 so I can't tell. don't have freerunner. but some say it works nicely Mar 08 22:40:45 captainigloo: did you add rearrange function ? Mar 08 22:41:06 * gena2x even thinks to try some shr :) Mar 08 22:41:19 dcordes_: nope :( Mar 08 22:55:11 <[Rui]> gena2x: it works well on gta02 Mar 08 23:04:22 leviathan, have a look at the shr blog, I'm writing some entries there speaking about fixes, upgrades, things done, etc. ;) Mar 08 23:05:09 ok Mar 08 23:05:11 :-) Mar 08 23:08:56 leviathan, you are welcome to add whatever improvements you do here -> http://shr-project.org/trac/wiki/News Mar 08 23:09:07 so I can write the entries when there's enough info. Mar 08 23:09:35 Ok Mar 08 23:09:44 I mean Mar 08 23:09:50 we basically have a ticket system Mar 08 23:09:57 but only a few people really use it Mar 08 23:10:00 we should change that Mar 08 23:10:01 :-) Mar 08 23:10:46 this way we can avoid growing eventual authorities Mar 08 23:10:50 leviathan, but lots of devs just work on new stuff rather than fixing bugs, so it's nice to have some log of new stuff as well as bug fixes Mar 08 23:11:21 thats what I mean Mar 08 23:11:29 everything should go into the ticket system Mar 08 23:11:37 and it should enable mail-terror to you Mar 08 23:11:50 because if a ticketing system annoys you each single day Mar 08 23:11:54 to do something Mar 08 23:12:01 you will more likely Mar 08 23:12:05 :-) Mar 08 23:12:09 lol Mar 08 23:13:10 leviathan, well, basically I'm doing it to "outsiders" from the community, newcomers, people who doesn't have time to look at all tickets, etc. Mar 08 23:13:50 I mean, potential future users/devs doesn't go to ticket system when they discover the project. Mar 08 23:14:39 I think the want to see shiny stuff (we are lacking a good front page nowdays, such as enlightenment.org or gnome3.org?) and that the project is alive (recent feedback / news). Mar 08 23:15:53 most people won't bother looking at all the tickets, but wants to see an overall progress of the project which is uptodate reading few lines Mar 08 23:17:09 for instance, if you go on holidays, I would not like to read all the new tickets, only little diggest of the most important things which happened, what's happening now and some plans which may have appeared lately. Mar 08 23:17:34 GNUtoo|laptop: false alarm. I only destroy-repaired it: in the non-black-screen-rootfs fso didn't really start. the logs only had 'binary started' Mar 08 23:19:37 GNUtoo|laptop: but this proves fso is the bad guy Mar 08 23:21:46 GNUtoo|laptop: I tried to boot the image with qemu and might have messed dbus up in the process Mar 08 23:21:50 * pespin off to bed Mar 08 23:50:42 ok Mar 08 23:50:51 * leviathan goes sleep too Mar 08 23:50:54 gn8@all **** ENDING LOGGING AT Wed Mar 09 02:59:57 2011