**** BEGIN LOGGING AT Tue Jan 12 02:59:56 2010 Jan 12 05:07:02 Hi, Anyone know abt CPU utils on SHR distribution Jan 12 05:07:22 if i do opkg list | grep cpu Jan 12 05:07:37 i don't find CPU related utils Jan 12 05:07:42 any clue ? Jan 12 06:11:26 hi Jan 12 06:14:10 is it safe to upgrade, now? Jan 12 06:24:23 well... can't be worse Jan 12 06:26:00 ThibG: safe to upgrade what? Jan 12 06:26:10 SHR unstable, sorry Jan 12 06:26:22 ok, don't know about that Jan 12 06:26:51 ThibG: I upgraded last night... should be safe Jan 12 06:27:00 ok Jan 12 06:28:30 " * Package fsodeviced md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'." Jan 12 06:28:35 same with fsonetworkd :o Jan 12 06:28:57 (I did opkg update && opkg upgrade, still the same error) Jan 12 06:31:46 ThibG: moment Jan 12 06:32:34 guess just the index is missing... building that now Jan 12 06:32:42 ok :) Jan 12 06:33:21 there is a fix to fsodeviced to make Wifi and BT work again Jan 12 06:33:29 (which I don't have installed yet) Jan 12 06:35:33 mrmoku: is dialer working now? Jan 12 06:44:27 JaMa: ping Jan 12 06:44:38 Q-Master: nothing changed... for me it still works Jan 12 06:45:16 Q-Master: but I'm building an update fsodeviced with fixed configuration now Jan 12 06:45:51 Q-Master: if you don't want to wait... or have a custom config anyway... edit /etc/freesmartphone/fsodeviced.conf and go to the bottom of the file Jan 12 06:46:13 change powercontrol_openmoko to read openmoko_powercontrol Jan 12 06:46:26 after that wifi and BT will reappear :) Jan 12 06:48:18 edited and rebooted Jan 12 06:49:02 ThibG: hmm... strange... the index was up to date... and the fsodeviced update not yet built Jan 12 06:49:28 huh? It has a md5sum of something that doesn't exist? Jan 12 06:49:33 mrmoku: BTW, can anyone fix the fsodeviced to not suspend while booting? Jan 12 06:51:54 ThibG: well... that the reason for the md5sum thing is the updated fsodeviced was just my blind guess... Jan 12 06:52:26 Q-Master: not sure what the correct fix for that is... have to think about it Jan 12 06:52:38 (on my way to the kindergarten...) Jan 12 06:52:40 bbl Jan 12 06:55:03 mrmoku|away: just call dbus signal when everything is set up in frameworkd Jan 12 06:55:44 mrmoku|away: dialer fixed Jan 12 06:56:08 huh, numbers aren't resolved, in the messages application :o Jan 12 06:56:36 furthermore, EFL's sliders seems to be broken Jan 12 06:57:28 for me numbers are not resolved in all apps Jan 12 06:57:47 (only the off position is working) Jan 12 06:57:59 yeah Jan 12 06:58:05 but it was, recently Jan 12 06:58:21 for me - never Jan 12 06:58:35 oh? Jan 12 06:58:47 yep Jan 12 06:59:19 well, for me, maybe it's because of me backing up opim databases and restore them Jan 12 06:59:27 I have imported contacts from vcard by my script, so I have various phone names in opimd Jan 12 06:59:55 * Q-Master away to a bus station Jan 12 07:00:05 anyway, I have to go Jan 12 07:00:19 bye :) Jan 12 07:14:07 mrmoku|away: pong Jan 12 07:15:50 hi every one, has any of you see this thread? http://lists.shr-project.org/pipermail/shr-user/2010-January/003159.html Jan 12 07:16:21 mrmoku|away: last time I built fsodeviced with other daemons because of CONFFILES and .service.. including index.. I'll check Jan 12 07:16:27 Thomas Zimmernann suggested me to join this channel Jan 12 07:17:52 eocampos: did you built -lite image? Jan 12 07:18:04 ah I see it in e-mail sorry Jan 12 07:18:31 eocampos: then check .bb file with image to see which *task* recipes are included Jan 12 07:18:46 yeap, although it still has 64Mb Jan 12 07:21:43 and then remove whole task or just simple package from those tasks Jan 12 07:22:22 eocampos: http://wiki.openembedded.net/index.php/Documentation and this will help you with understanging how its built.. Jan 12 07:23:06 JaMa: ok, to complete the make I've already disabled openembedded/recipes/tasks/task-fso2-compliance.bb because it arises dependency problems Jan 12 07:23:20 eocampos: and you have to bump PR or call bitbake -c clean task_name, to make sure, that even that .bb file is "rebuilt" and will be used without that dependency Jan 12 07:24:23 eocampos: that one is quite essentiall.. but as long as you'll keep track of needed fso stuff like fsodeviced+deps, fsousaged+deps, frameworkd.. then you should be ok Jan 12 07:24:46 eocampos: you definitely don't need fsogsmd, fsodatad, fsotdld now Jan 12 07:26:18 JaMa : where can i find cpu utils packages for openmoko Jan 12 07:26:57 JaMa: thanks! I'll follow your suggestions and I'll read the wiki. Later I'll post my results. Jan 12 07:27:14 JaMa : where can i find cpu utils packages for openmoko Jan 12 07:27:43 satish: what is "cpu utils"? I don't have any package like that.. even on desktop Jan 12 07:28:16 mrmoku|away: index rebuilt.. I'll run task-fso2 update for your fsodeviced fix Jan 12 07:28:17 JaMa: As I said in the thread, I'll like to upload the images to some repository for anyone who like to test it. Jan 12 07:28:26 JaMa : i mean any package related to view cpu information Jan 12 07:30:10 JaMa : like sysstate util Jan 12 07:30:14 eocampos: then you have to make all your changes compatible with other distributions/devices (see overrides section in manuall, something like VARIABLE_om-gta01 Jan 12 07:32:07 find recipes/ -name \*sysstate\* -> nothing; find recipes/ -name \*cpu\*bb > cpufreqd, cpuspeed, cpusage, cpuburn, cpubench Jan 12 07:32:20 satish: have you seen my e-mail about mplayer? Jan 12 07:32:27 JaMa: ok, I'll do that. Jan 12 07:33:04 JaMa : let me check your mail Jan 12 07:33:31 satish: was it you, who asked me questions about mplayer in OE? Jan 12 07:33:48 JaMa : yes...it's me Jan 12 07:34:12 I've deadline at work today... :/ bye Jan 12 07:51:30 JaMa: great thanks Jan 12 08:37:09 moooo Jan 12 08:41:17 cowsay -f head-in "Have you mooed today?" Jan 12 09:08:37 JaMa|W: don't you know what package does contain libbz2? Jan 12 09:09:52 FBReader should be rebuilt Jan 12 09:10:28 it resides on libbz2.so.1.0 but there is only libbz2.so.1 there Jan 12 09:17:17 ~cowsay mooo Jan 12 09:20:25 DocScrutinizer51 : Do u know how to get cpufreqd package to install on SHR ? Jan 12 09:20:48 satish: sorry' no idea Jan 12 09:21:13 satish: it's not much use unless you get cpufreq patches Jan 12 09:21:47 lindi : do we have patches available for SHR ? Jan 12 09:21:56 kernel patches that is, I assume Jan 12 09:22:04 apm is not working for me Jan 12 09:22:18 neo doesn't suspend Jan 12 09:22:51 Q-Master : r u using SHR ? Jan 12 09:22:59 yep Jan 12 09:23:02 satish: i have not managed to build shr from source sorry :) Jan 12 09:23:23 Q-Master : Is is testing image or unstable image Jan 12 09:23:31 Q-Master: thanks for bz tip.. it was upgraded few days ago and all recipes depending on it needs PR bump now.. I'll do it for FBReader Jan 12 09:23:47 satish: unstable one. Jan 12 09:24:50 JaMa|W: heh. seems that fsousaged is borked: Jan 12 09:24:51 2010-01-12T09:17:36.768607Z fsousaged [INFO] : Binary launched successful (FsoFrameworkFileLogger created as theLogger) Jan 12 09:24:51 2010-01-12T09:17:38.106593Z LowLevelOpenmoko [INFO] <>: Registering openmoko low level suspend/resume handling Jan 12 09:24:51 2010-01-12T09:17:38.108080Z UsageController [INFO] <0 resources>: Ready. Using lowlevel plugin 'openmoko' to handle suspend/resume Jan 12 09:24:52 2010-01-12T09:20:58.876075Z UsageController [ERROR] <8 resources>: Resource WiFi can't be disabled: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or t Jan 12 09:24:58 he network connection was broken.. Setting status to UNKNOWN Jan 12 09:25:00 2010-01-12T09:21:02.746079Z UsageController [INFO] <8 resources>: >>>>>>> KERNEL SUSPEND Jan 12 09:25:02 2010-01-12T09:21:02.747350Z UsageController [WARNING] <8 resources>: Resource $(r.name) is not suspended nor disabled Jan 12 09:25:05 2010-01-12T09:21:02.747949Z UsageController [ERROR] <8 resources>: %d resources still alive :( Aborting Suspend! Jan 12 09:25:08 2010-01-12T09:21:14.226583Z UsageController [INFO] <8 resources>: >>>>>>> KERNEL SUSPEND Jan 12 09:25:10 2010-01-12T09:21:14.227683Z UsageController [WARNING] <8 resources>: Resource $(r.name) is not suspended nor disabled Jan 12 09:25:13 2010-01-12T09:21:14.228258Z UsageController [ERROR] <8 resources>: %d resources still alive :( Aborting Suspend! Jan 12 09:32:03 Q-Master: please consider to use pastebin Jan 12 09:32:47 Q-Master: imho log lines should also fit to around 80 characters. those overly long lines are not nice :) Jan 12 09:40:50 on anonymous request: any recommendation for a book for "Developing kernel drivers for linux"? Jan 12 09:41:50 isn't it bit old? Jan 12 09:42:13 just updated to the latest packages and the GSM antena is OFF. Jan 12 09:42:13 Using Settings => Phone => GSM antenna on does not make any diff. Jan 12 09:42:13 Any idea about a fix? Jan 12 09:42:23 well *my* first suggestion would be to skimm o'reilley Jan 12 09:42:57 the *ANTENNA* CAN NOT BE OFF Jan 12 09:43:14 sorry Jan 12 09:43:17 GSm modem Jan 12 09:43:33 but the settings talk about GSM antenna Jan 12 09:43:37 :-)\ Jan 12 09:43:44 not exactly your fault Jan 12 09:43:57 right mickey|zzZZzz ?? Jan 12 09:45:56 octavsly: I heard from guys who should know that this is fixed in most recent FSO specs, API, and eventually maybe even settings (!!! dos1 !!! >:-( ) Jan 12 09:46:47 DocScrutinizer51: I restarted /etc/init.d/phonefsod and /etc/init.d/fsodeviced without success. Jan 12 09:46:47 DocScrutinizer51:It worked untill this morning Jan 12 09:48:36 octavsly: the mentioned fix is merely about using 'antenna' inappropriately. the function throws error in newest FSO I've been told' as it is deprecated Jan 12 09:49:00 not much help to fix your problem though Jan 12 09:49:07 maybe I was not clear enough, but GSM is off in my case, and I cannot use the phone Jan 12 09:49:10 :-) Jan 12 09:50:26 * DocScrutinizer51 wonders if mickey|zzZZzz got stuck in a snow dune on his way to mickey|office Jan 12 09:53:58 octavsly: quite obviosly you changed some detail of your setup this morning (or lately). I guess the failure didn't come out of thin air. Did you upgrade? Jan 12 09:54:09 yes Jan 12 09:54:21 so that's the problem Jan 12 09:54:29 quote "just updated to the latest packages" Jan 12 09:54:34 :-) Jan 12 09:54:40 Xorg without hal works out of the box Jan 12 09:54:44 there were quite some issues last 2 days Jan 12 09:54:59 without modifying xorg.conf Jan 12 09:55:00 :) Jan 12 09:56:01 OK, did the windowss style Jan 12 09:56:05 :-( Jan 12 09:56:06 shr should really strip boot process Jan 12 09:56:11 rebooted and now it works Jan 12 09:56:21 runlevels are useless Jan 12 09:56:28 octavsly: sorry I don't know to tell the full story, There should be a dozen guys hanging around here who have better advice for you Jan 12 09:56:29 daniele_athome: patches are welcome.. Jan 12 09:56:33 could be becaus eof the network.... Jan 12 09:57:30 daniele_athome: runlevels do not hurt either Jan 12 09:58:18 daniele_athome: except maybe for ~3 dirs and a couple dozen symlinks Jan 12 09:58:22 DocScrutinizer51, actually I think an ad-hoc runparts infrastructure should be developed (or used if it exists) Jan 12 09:58:41 daniele_athome: why? Jan 12 09:59:05 DocScrutinizer51, the way init scripts are now they are complex Jan 12 09:59:24 DocScrutinizer51, i think that this should be a little speed up Jan 12 09:59:30 but quite mature Jan 12 09:59:34 but if you put together all these little stuff Jan 12 09:59:43 you get performance afterall Jan 12 09:59:51 little modifications... :) Jan 12 09:59:55 proof needed Jan 12 10:00:08 just handwaving Jan 12 10:01:44 handwaving <-- sorry I don't know this word, what does it mean? Jan 12 10:03:49 daniele_athome: I used it in a sense of "stating mere assumptions as facts, without providing any proof or supporting rationale" Jan 12 10:04:10 maybe... Jan 12 10:04:18 hm... kernel errors on poweroff Jan 12 10:04:21 ~dict handwaving Jan 12 10:04:33 DocScrutinizer51, I'm studying these solutions actually Jan 12 10:04:42 and testing here and there where I can cut Jan 12 10:04:59 DocScrutinizer51, for instance, i've just recompiled xorg without hal support and removed hal package Jan 12 10:05:09 and everything seems to work well Jan 12 10:05:17 DocScrutinizer51, so: one package remove :) Jan 12 10:05:22 one step at a time... Jan 12 10:05:53 daniele_athome: yep. hal is notorious for being nearly useless and nasty Jan 12 10:06:28 I'm not exactly sure if we need it for *anything* Jan 12 10:06:57 DocScrutinizer51, i'm testing the system if somewhere is needed Jan 12 10:07:04 but is not requested by any package but xorg Jan 12 10:07:23 daniele_athome: that's really really hard to accomplish Jan 12 10:07:27 this just in: Palms WebOS 1.3.5.2 increases the number of installable application. WTF? Jan 12 10:07:31 JaMa|W, sorry I've just read your message Jan 12 10:07:52 my "patch" could involve the entire boot process and package compositions Jan 12 10:10:30 daniele_athome: please be aware boot process is really complex' hard to verify for all sorts of different system configs, and actually boottime speedup is low priority anyway. So high risk and much work for small results Jan 12 10:12:07 DocScrutinizer51, why is it low priority? Jan 12 10:12:36 and if we take much care to it, I don't think we will get small results Jan 12 10:12:41 because you're not supposed to boot so frequently Jan 12 10:12:59 DocScrutinizer51, I am :D during night my FR is turned off Jan 12 10:13:26 daniele_athome: also see mail archives for several efforts to speed up boot Jan 12 10:13:44 of course DocScrutinizer51 i'm already reading it :) Jan 12 10:17:46 daniele_athome: even a "simple" task like removing hal is not easily verified. Imagine GTA01, different battery types, effort to test system response to bat low etc pp Jan 12 10:19:14 daniele_athome: I really doubt you can seroiusly *test* it in a way you can honestly state it's safe to remove hal Jan 12 10:21:14 daniele_athome: I don't want to discourrage any improvement. Just mentioning it's not *that* easy if you're maintainer of a distro. It's simple for your very own system, but everything beyond is much effort Jan 12 10:24:35 DocScrutinizer51, so I will try to determine if hal is really useless Jan 12 10:24:40 and then I will report :) Jan 12 10:24:59 a good plan Jan 12 10:30:22 daniele_athome: no problem.. and I was talking about hal if you have patch removing it from xserver-xorg only for shr.. Jan 12 10:31:24 JaMa|W, it's pretty simple, i've just removed it from bitbake recipe and changed --enable-hal-config in --disable-hal-config Jan 12 10:31:25 daniele_athome: as hal defined input devices are going to be replaced with devicekit or something..than I think we will never move from configuration in xorg.conf to hal's fdi files on neo Jan 12 10:31:29 JaMa|W, do you want a diff? Jan 12 10:31:47 daniele_athome: that's simple but we cannot commit stuff like this :) Jan 12 10:32:00 daniele_athome: its like revert of koen patch.. Jan 12 10:32:24 daniele_athome: we need to change it only for our distro/devices.. and let other decide if they want hal or no Jan 12 10:33:18 JaMa|W, i don't understand: you want to make a patch for users who wishes to have xorg without hal support? Jan 12 10:33:25 so these users shall recompile it... Jan 12 10:33:30 did I understand right? Jan 12 10:34:41 daniele_athome: no.. :) mmt Jan 12 10:34:43 daniele_athome: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=3a9b352acba24c78b562d8dc6527b774cbb86041 Jan 12 10:34:55 daniele_athome: iirc I send you this link yesterday.. Jan 12 10:35:13 JaMa|W, yes I remember Jan 12 10:35:16 daniele_athome: koen fixed hal issues on other devices with other distributions Jan 12 10:35:25 daniele_athome: we're using the same repository as he is Jan 12 10:35:39 JaMa|W, but isn't shr targeted for FR? Jan 12 10:35:46 daniele_athome: so if we just change it, we break others again just because we "don't like" it on neo Jan 12 10:36:01 mmm Jan 12 10:36:07 daniele_athome: SHR is but OE repositories are shared Jan 12 10:36:19 daniele_athome: see overrides in bitbake/OE manual Jan 12 10:36:31 daniele_athome: if distribution/device need some specific settings Jan 12 10:36:55 daniele_athome: it needs to set it with override (only used on specific device/distribution) Jan 12 10:37:00 JaMa|W, so there is a way to override OE Jan 12 10:37:19 so why don't you use it? (this is the thing I didn't understand previously) Jan 12 10:37:23 daniele_athome: no there is.. but its not so easy as " --enable-hal-config in --disable-hal-config" Jan 12 10:37:55 daniele_athome: I prepared new xorg recipes for all in OE repo with FR on my mind Jan 12 10:38:15 daniele_athome: about a month ago.. I merged whole xorg-7.5 branch to oe.dev directly Jan 12 10:38:30 daniele_athome: others started to use it and are fixing bugs even for us now.. Jan 12 10:39:00 daniele_athome: that's why I want to kill shr/merge branch as soon as possible (see e-mail "status shr/merge branch" Jan 12 10:39:27 JaMa|W, you mean that you want to exclude device-specific recipes for FR from shr?? Jan 12 10:39:50 daniele_athome: everything is possible directly in oe.dev branch.. but we have to be clever to have it as we want, but not to break it for others Jan 12 10:40:07 daniele_athome: not at all.. :/ I'm explaining it really bad probably.. Jan 12 10:40:35 daniele_athome: but right now I'm building SHR images directly from oe.dev Jan 12 10:40:39 JaMa|W, maybe I don't get this concept well Jan 12 10:40:52 daniele_athome: the same recipes, with same modifications Jan 12 10:40:57 it is possible to override OE using device-specific recipes Jan 12 10:41:04 JaMa|W, ok Jan 12 10:41:12 daniele_athome: YES as i said... :) Jan 12 10:41:18 11:36:48 < JaMa|W> daniele_athome: it needs to set it with override (only used on specific device/distribution) Jan 12 10:41:34 daniele_athome: ie DEPENDS = "blah" is for all Jan 12 10:41:36 so you want to use oe.dev for shr instead of making specific changes Jan 12 10:41:44 JaMa|W: maybe a way of saying it is that "our" patches against OE need to be made using the OE "override" mechanisms ? Jan 12 10:41:58 daniele_athome: DEPENDS_Shr = "blah bleh" is only for shr distribution (if we need additional dependency) Jan 12 10:42:19 JaMa|W, say for example the xorg - hal issue Jan 12 10:42:29 daniele_athome: DEPENDS_om-gta02 = "blah bleh" is the same but only for om-gta02 device but for all distributions Jan 12 10:42:36 hi all Jan 12 10:43:08 I would like to have your opinion on some issue because I have not the knowledge needed to understand Jan 12 10:43:14 daniele_athome: that one is more difficult.. but still doable.. I don't have time today at all (deadline at work).. so maybe later.. or just check my commits to OE.dev Jan 12 10:43:20 topic is mobile operating systems Jan 12 10:43:38 and specifically maemo, android, shr and web os Jan 12 10:43:55 daniele_athome: see ie this one http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=1f191e529ec4f2eae846ce727b71837951c762a0 Jan 12 10:44:17 daniele_athome: you can diff how gpe-icons looked in our own shr/merge branch Jan 12 10:44:34 daniele_athome: and what I had to change to be allowed to commit it to oe.dev Jan 12 10:44:56 daniele_athome: and this one is still quite basic example.. Jan 12 10:45:24 mmm Jan 12 10:45:31 JaMa|W, so it is doable :) good news :) Jan 12 10:45:45 daniele_athome: but point is that gpe-icons*.bb is building exactly the same for others Jan 12 10:45:51 I thought for a moment that you don't want to do it because you want to remain in line with oe.dev Jan 12 10:45:56 daniele_athome: and still has u-a feature for as Jan 12 10:46:21 among those systems I would like to understand which one is the most portable Jan 12 10:46:28 daniele_athome: I want to remain in line with oe.dev but not for cost of loosing our features/settings Jan 12 10:46:52 daniele_athome: AGAIN :) 11:39:43 < JaMa|W> daniele_athome: everything is possible directly in oe.dev branch.. but we have to be clever to have it as we want, but not to break it for others Jan 12 10:47:13 JaMa|W, do you think removing hal dependency from xorg (just for SHR) is a good compromise? Jan 12 10:47:20 daniele_athome: ie you can prepare DISTRO_HAL_USED_FOR_XOR_INPUT variable set to true by default Jan 12 10:47:20 (that's my final question :D ) Jan 12 10:47:35 daniele_athome: and conditionaly add hal to xorg recipe based on that variable Jan 12 10:47:57 daniele_athome: which will be set to false only in our shr.conf now Jan 12 10:48:01 * JaMa|W leaving.. Jan 12 10:48:40 ok Jan 12 11:02:11 i'm trying to reinstall xserver-xorg ipk without hal support Jan 12 11:02:17 Package xserver-xorg md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. Jan 12 11:02:19 why? :S Jan 12 11:02:25 package is not corrupted Jan 12 11:03:35 daniele_athome: no, but opkg is stupid and expects a different md5sum for your package... Jan 12 11:03:56 mrmoku, even if I remove previous installed package?! Jan 12 11:04:04 daniele_athome: yep Jan 12 11:04:28 mrmoku, different md5sum from what? Jan 12 11:04:36 on what base it decides it is different? Jan 12 11:04:46 oh I see Jan 12 11:04:51 package list index... Jan 12 11:04:52 daniele_athome: remove it from /var/lib/opkg/shr-armv4t Jan 12 11:05:08 or rebuilt it with a different PR Jan 12 11:05:19 Hi all Jan 12 11:05:47 d0rj3: hi Jan 12 11:07:30 moih mrmoku Jan 12 11:07:46 DocScrutinizer51: how's snow shipping? :P Jan 12 11:08:15 mrmoku: had no look to outside :-P Jan 12 11:08:26 DocScrutinizer51: lucky you ;) Jan 12 11:08:48 alas this will have to change soonish Jan 12 11:09:01 need breakfast Jan 12 11:09:39 DocScrutinizer51: at least over here it's not cold today... no fear :) Jan 12 11:10:57 mrmoku: well from a short glance through the window curtains it seems no worse than yesterday eve. My meteostation reports even nonfreezing temp for outside Jan 12 11:14:35 http://www.thefuckingweather.com/?zipcode=nuernberg&CELSIUS=yes though Jan 12 11:20:38 daniele_athome: or bitbake -c rebuild -b recipes/meta/package-index.bb Jan 12 11:21:10 daniele_athome: we have to stay in line with oe.dev. Otherwise updates from OE.dev won't be possible and we have to resolv conflicts manually, which is a pain. Jan 12 11:21:14 JaMa|W, for now I manually replaced md5sum in package index :) Jan 12 11:21:22 So we need to stay as close to upstream OE as possible Jan 12 11:21:49 apart from SHR which other os implements / follow oe? Jan 12 11:21:56 spaetz, eh... Jan 12 11:21:58 ideally (our goal) we use upstream OE.dev directly, to avoid merging problems Jan 12 11:22:29 graziano, almost any linux embedded distro Jan 12 11:22:37 graziano: slugbox, angstrom, openwrt stuff, many netbook projects, (e.g. the alwaysinnovating.org thingie) Jan 12 11:22:47 quite many Jan 12 11:22:53 spaetz, sigh... Jan 12 11:23:18 it's sad... I mean OE will never fit to any embedded device on the planet Jan 12 11:23:31 spaetz: I am trying to compare some os for mobile phones in terms of portability: maemo, android and web os Jan 12 11:23:36 there are always specific issues Jan 12 11:23:40 but don't know where to ask Jan 12 11:23:52 daniele_athome: we did split away and kept our overlay for quite some time, but it was just not managable. Jan 12 11:24:49 lindi : rtcwake -s 20 -m standby Jan 12 11:24:51 so fixing up OE proper and using shr specific overrides when needed is the only way to go. Otherwise 3 persons will never be able to maintain a distro Jan 12 11:24:51 spaetz, can't you do that just for a few packages? e.g. the xorg case. Or are they just too many? Jan 12 11:25:26 daniele_athome: no, 1) there are too many. 2) the underlying OE will move further and there will be incompatibilities which will break our overlay Jan 12 11:25:40 graziano: iirc web os building is also based on some branch from OE Jan 12 11:25:45 satish: ? Jan 12 11:25:46 lindi : it is saying /dev/rtc not enabled for wakeup Jan 12 11:25:52 so the only chance would be to completely fork OE, and never take any of the upstream OE updates Jan 12 11:25:56 satish: so? Jan 12 11:26:08 which basically means we have to maintain the whole shebang ourselves. Which we cannot Jan 12 11:26:20 lindi : any clue....looks you have answered same long time back Jan 12 11:27:00 lindi : did you remembered anything ? Jan 12 11:27:04 of course... you need an entire team :) Jan 12 11:27:13 right :) Jan 12 11:27:17 which we don't have Jan 12 11:27:39 daniele_athome: you're looking at it wrong way imho.. "OE can fit to any embedded device on the planet" if commiters are clever and share their workload.. Jan 12 11:28:08 JaMa|W, but what about issues like the xorg-hal one? Jan 12 11:28:23 daniele_athome: I hoped I've already explained it ... Jan 12 11:28:33 JaMa|W, ok stop Jan 12 11:28:39 never mind Jan 12 11:29:00 daniele_athome: you just create varible.. which is set based on device/machine preferences :) Jan 12 11:29:13 daniele_athome: this wa OE can fit to any... Jan 12 11:29:13 yes yes I remember now :) Jan 12 11:29:18 way Jan 12 11:29:59 anyway it's a big work... Jan 12 11:30:15 I want to remove runlevel infrastructure and replace it wih a smaller one Jan 12 11:30:29 and "our" recipes/applications are not usally so specific and can be used on many embedded devices.. so it would be selfish to have them only in own repo.. Jan 12 11:30:53 as long as we keep them working and clean Jan 12 11:31:04 hi Jan 12 11:31:38 JaMa|W, understood Jan 12 11:31:53 daniele_athome: if you do remove runlevel infrastructure in a way which is usable for other distros/devices you'll get many thanks not only from SHR devs/users :) Jan 12 11:32:13 i've installed the last unstable version to my freerunner and mokomaze doesn't work and the wifi is not available, is it a bug or i'm doing somethig wrong? Jan 12 11:32:37 pepe_cat: wifi should be back with latest upgrade Jan 12 11:32:39 i'm talking about SHR Jan 12 11:32:47 * JaMa|W off again.. Jan 12 11:33:11 well, how can i upgrade it if i don't have wifi? Jan 12 11:33:48 my NOR is not activated and i can't conect to freerunner with SSH Jan 12 11:34:15 07:46:06 < mrmoku> change powercontrol_openmoko to read openmoko_powercontrol Jan 12 11:34:24 pepe_cat: in /etc/freesmartphone/fsodeviced.conf Jan 12 11:34:58 what have I to do there? Jan 12 11:36:21 ^^^ see what mrmoku said and do it Jan 12 11:36:39 pepe_cat: then restart fsodevicde Jan 12 11:37:10 hi, i have problem using " rtcwake -s 1 -m standby " command on SHR, anyone has clue ? Jan 12 11:38:00 satish, better :) because I don't know how to help you ;) Jan 12 11:38:02 i can't read what mrmoku wrote... could you copy what he said please? Jan 12 11:39:03 pepe_cat: You don't see this line? 12:34:08 < JaMa|W> 07:46:06 < mrmoku> change powercontrol_openmoko to read openmoko_powercontrol Jan 12 11:39:33 oh! yes... sorry :) Jan 12 11:40:32 with this will i get the wifi available? Jan 12 11:41:07 satish, describe the problem Jan 12 11:41:48 i'm getting /dev/rtc is not enabled for wakeuop Jan 12 11:42:11 how to enable /dev/rtc for wakeup ? Jan 12 11:42:35 i got this on net Jan 12 11:42:36 http://lists.openmoko.org/nabble.html#nabble-td3940237 Jan 12 11:43:45 seems a serious issue... Jan 12 11:45:11 but i didn't find the solution on this page Jan 12 11:45:34 maybe because it hasn't been solved yet Jan 12 11:45:37 wait a few days... Jan 12 11:48:50 ok Jan 12 11:54:06 somebody could help me in connecting the FreeRunner with SSH to my PC? It came without NOR and i don't know how to install it Jan 12 11:55:06 pepe_cat, without NOR? :S Jan 12 11:55:53 daniele, without the NOR enabled Jan 12 11:56:14 pepe_cat, how did you disable nor memory? Jan 12 11:56:17 if I press AUX and then Power, it doesn't boot from the NOR Jan 12 11:56:38 i didnˇt disable it Jan 12 11:56:58 where i bought the phone told me that i came withou NOR enabled Jan 12 11:57:24 they told me about a debug board is it possible? Jan 12 11:59:11 pepe_cat, yes, I guess with a debug board you can re-enable it Jan 12 11:59:22 really strange... a FR with NOR disabled... Jan 12 12:00:31 and without NOR i can't connect it to my PC trough SSH? Jan 12 12:00:49 pepe_cat, actually no Jan 12 12:00:57 you don't need it for networking Jan 12 12:01:04 pepe_cat, can you ping it? Jan 12 12:02:01 i can ping it when it's connected to my network wifi Jan 12 12:02:20 with USB i can't ping Jan 12 12:04:20 pepe_cat, I presume you correctly set networking on the PC Jan 12 12:05:15 yes Jan 12 12:06:36 but i can't boot in the nand Jan 12 12:07:35 sorry pepe_cat, lunch time Jan 12 12:07:40 bbl Jan 12 12:07:44 oks ;) Jan 12 12:07:48 see u Jan 12 12:07:51 thanks Jan 12 12:12:38 paul, to whom feel it honestly applies, it fits Jan 12 12:32:18 please do not use nabble urls to refer to mailing lsit posts. Please use pipermail.openmoko.org instead Jan 12 12:33:13 * DocScrutinizer51 considers to ask for a complete removal of that crappy nabble feature from om servers Jan 12 12:41:27 pepe_cat got tricked by a really nasty reseller it seems Jan 12 12:41:47 NOR disabled - pffff o.O Jan 12 12:42:34 booting is useless activity anyway :) Jan 12 12:43:23 ack Jan 12 12:44:01 I know of engines that were *never* booted Jan 12 12:44:03 we should have freerunner uptime contest :) Jan 12 12:44:40 heh I missed to check the uptime of those bootless engines Jan 12 12:45:30 should be some amount of time greater than P even on first start Jan 12 12:45:41 s/P/0 Jan 12 13:13:51 DocScrutinizer51, lindi-: that changes when WSOD comes into the game ;) Jan 12 13:14:46 mrmoku: i haven't see WSOD for ages :) Jan 12 13:15:17 lindi-: had one the other day :| though it became very rare for me fortunately Jan 12 13:15:47 never seen one here. just in TPE Jan 12 13:19:58 _o/ Jan 12 13:21:20 mickey|office: ping Jan 12 13:21:29 mickey|office: what are your thoughts regarding BT headsets in FSO2? Jan 12 13:23:12 As I've said earlier, I'm currently having 2 issues with SHR unstable that I didn't have before (before the fso breakage, that seems to be resolved now): Jan 12 13:23:51 first, phone numbers are not "resolved" anymore Jan 12 13:24:25 at least in incoming messages Jan 12 13:24:57 second, all sliders seems to be stuck in off position Jan 12 13:25:10 mrmoku: definitely a must to support. the only thing I'm unsure of yet is who's going to be responsible for talking w/ bluez about that Jan 12 13:25:15 ThibG: sliders is a python_elementary issue Jan 12 13:25:40 mickey|office: in FSO it was ophoned... which is dead (and disabled in SHR) Jan 12 13:26:00 mrmoku: yep. i have to look at that support and then decide where it's going to Jan 12 13:26:26 mrmoku: i see it definitely as part of FSO though Jan 12 13:26:28 ok, PaulFertser had interesting talk in #bluez about how to do it the right way Jan 12 13:26:36 good. do we have a transcript? Jan 12 13:26:44 I can provide it yes Jan 12 13:26:56 send to smartphone list? Jan 12 13:27:16 ok Jan 12 13:28:22 mrmoku: yes, please. smartphones-standards in that case Jan 12 13:29:17 ok Jan 12 13:44:31 sigh, why do people always complain about the lack of a stable base but install any random crappy ultra-unstable shr-unstable image anyway? Jan 12 13:46:02 spaetz: because you need ultra-new crap to fix ultra-crap a bit older :) Jan 12 13:46:10 lol Jan 12 13:46:13 hehe Jan 12 13:46:17 true :) Jan 12 13:46:35 spaetz: I told you not to merge oe.dev to shr/merge :) I know that it was too late.. Jan 12 13:46:51 yep, shouldn't have done that Jan 12 13:47:17 new fso* caused quite some disturbance Jan 12 13:48:18 spaetz: I also refused to build it, but the we (with mrmoku) didn't expect so much breakage and wanted to build -cworth asap.. Jan 12 13:48:37 right Jan 12 13:48:53 spaetz: so I run it while mrmoku was preparing configs.. so there was no time to test them before build :/ Jan 12 13:49:05 well, things will settle down again... Jan 12 13:50:10 yeah.. I'll push that merger to opkg and I can confirm that postinst of opkg is always run before other postinst (ie busybox) I'll unblock busybox an block -cworth... Jan 12 13:50:19 but now no time for that.. Jan 12 13:51:09 !seen cz_jc Jan 12 13:51:12 cz_jc (n=jc@88.146.126.102) was last seen quitting from #openmoko-cdevel 2 days, 9 hours, 23 minutes ago stating ({"Leaving"}). Jan 12 13:56:43 daniele_athome: please check that commit from Koen about hal.. I just wanted to send him an e-mail and there is perfect example of how you can also customize options in bb recipe.. se XINERAMA variable show in that commit.. Jan 12 13:57:38 ok JaMa|W, right now I'm quite busy at work Jan 12 13:57:48 will see it later Jan 12 13:57:53 daniele_athome: you can use HAL_INPUT variable with machine in ['om-gta01','om-gta02'] and patch like this can go to oe.dev (well better to ask on od-devel if its ok also for others with same device.. Jan 12 13:58:09 daniele_athome: sure.. enjoy work :) Jan 12 13:58:48 :) Jan 12 14:10:23 daniele_athome: then also check http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg02597.html Jan 12 14:19:42 larsc: do you happen to have on an agenda to merge some new stuff from andy-tracking to 2.6.32/33 branches? I noticed that at least Thomas' LCD memory access one-liner is missing, not sure if there is something else relevant Jan 12 14:35:05 new stuff in andy-tracking? Jan 12 14:35:19 i doubt there is any... Jan 12 16:23:27 !logs Jan 12 16:23:28 Channel logs for #openmoko-cdevel are archived at: Jan 12 16:23:29 http://hentges.net/tmp/logs/irc/%23openmoko-cdevel Jan 12 16:23:30 Live-logs are available at Jan 12 16:23:31 http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog Jan 12 16:23:33 See ?? help-logs for usage instructions Jan 12 16:25:26 can possibly illume's keyboard work as a T9 keyboard? Jan 12 16:26:39 ThibG: if you change the source to do that... sure it could Jan 12 16:27:08 I mean, using a stylus isn't always practical Jan 12 16:27:20 anyway I don't see the use of T9 for a full qwerty kbd Jan 12 16:27:56 well, what I mean is: "is it doable without modifying illume's internals?" Jan 12 16:28:02 or not too much Jan 12 16:28:26 maybe not T9, but something quick and easy to type text Jan 12 16:28:52 ThibG: you're aware illume is a predictive keyboard that 'autocorrects' your typing according to proximity of keys to what you actually typed? Jan 12 16:28:56 can someone have a look at mdbus -s and tell me what provides org.freesmartphone.Time.Alarm ? Jan 12 16:29:31 I'm not :o Jan 12 16:29:37 how does that work? Jan 12 16:29:49 if you already have fsotdld, fsotdld Jan 12 16:29:50 ThibG: it's waaaay smarter than T9 Jan 12 16:30:25 Heinervdm, there should be a method to get the process name on org.freedesktop.DBus / Jan 12 16:30:47 ThibG: type what you want without bothering bout typos. then at end of word select from dropdown menu found upper left Jan 12 16:31:19 Heinervdm, mdbus -s org.freedesktop.DBus / org.freedesktop.DBus.GetConnectionUnixProcessID org.freesmartphone.Time.Alarm Jan 12 16:31:22 oh, that only works with the default keyboard, does it? Jan 12 16:31:33 ThibG: illume kbd even learns your word prefeences Jan 12 16:31:41 playya: thx Jan 12 16:31:49 ThibG: yes Jan 12 16:32:09 not with terminal kbd Jan 12 16:32:24 nor with azerty-like kbd Jan 12 16:33:11 ThibG: I'd guess it should work with whatever layout it supports Jan 12 16:33:19 playya: i don't know what's the right word for it Jan 12 16:33:45 playya: i want to know the 2 parameters for bus.get_object in python Jan 12 16:34:22 it does not work with illume-keyboard-french. However, I'm not fully satisfied with it. I'll look at how illume keyboards work Jan 12 16:34:29 busname and object path? Jan 12 16:34:38 playya: yes Jan 12 16:34:48 ThibG: we had no questions regarding kbd for quite a while now. You'd have to query raster about the details I guess Jan 12 16:34:58 playya: i think object path will be /org/freesmartphone/Time/Alarm Jan 12 16:35:14 playya: but i have no idea about busname Jan 12 16:35:18 i don't know. my FR is in my jacket :) Jan 12 16:35:31 playya: and mine doesn't boot :) Jan 12 16:35:34 ~seen raster Jan 12 16:35:35 try mdbus -s and it should list all busnames Jan 12 16:35:39 argh, the idle screen kills the messages app, and there is no draft or anything alike.... Jan 12 16:35:39 ah .ok Jan 12 16:35:42 1s Jan 12 16:35:50 wtf? Jan 12 16:35:58 ~ping Jan 12 16:36:28 who killed apt????? Jan 12 16:36:45 TAsn: confess!! Jan 12 16:37:41 DocScrutinizer51, and apt seem to be the best friends: they both have the same sleeoing time :) Jan 12 16:38:06 infobot: nasty bot! Jan 12 16:38:24 ~botsnack Jan 12 16:38:25 DocScrutinizer51: thanks Jan 12 16:38:37 ~seen raster Jan 12 16:38:40 raster was last seen on IRC in channel #webos-internals, 1d 9h 11m 47s ago, saying: 'depends what u are doing'. Jan 12 16:42:26 Heinervdm, yes it's /Time/Alarm Jan 12 16:42:50 playya: thx, and the first argument? Jan 12 16:43:00 the second one Jan 12 16:43:06 first is the busname Jan 12 16:43:22 playya: yes, i need that too :) Jan 12 16:43:28 here's a list of (base)paths: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=libfsoframework/fsoframework/interfaces.vala;h=70b2c1afe74a1f0aa1e46e51f5a594186c01de8d;hb=HEAD#l126 Jan 12 16:44:04 ehh. i think org.freesmartphone.otdld Jan 12 16:44:06 oh ok, it's otimed Jan 12 16:44:13 or otimed Jan 12 16:44:20 then i quessed right Jan 12 16:44:38 quessed Jan 12 16:44:43 guessed :) Jan 12 16:45:15 i think my display is officially broken: i can connect with ssh, but screen stays blank :/ Jan 12 16:46:02 playya: what do you think, should i make a new connection an every call or should i store my dbus object in a singleton Jan 12 16:46:23 why do you need a singleton? Jan 12 16:46:26 DocScrutinizer51, is there any documentation about illume keyboards? Jan 12 16:47:03 if you don't register to signals, it should consume much memory Jan 12 16:47:43 playya: so i should close the dbus connection, if i use it only seldom? Jan 12 16:48:19 not necessarily. it's cheap Jan 12 16:48:31 but in a dev version it might be btter Jan 12 16:48:48 playya: it's in opimd Jan 12 16:48:49 else you have to listen if someone restarts the daemon Jan 12 16:48:54 ThibG: dunno. Ask raster ;-) Or maybe dos1 or TAsn Jan 12 16:49:15 ok Jan 12 16:55:25 freesmartphone.org: 03mickey 07cornucopia * r56a5b9fc52fc 10/ (7 files in 6 dirs): all: catch up with libfso-glib 0.2.2 containing convenience constructors for structs Jan 12 17:08:03 ich bin mal bräuler innen ofen schieben Jan 12 17:22:11 playya: aaah ja Jan 12 17:22:32 immer schoen wenden! Jan 12 17:22:39 a) wrong window b) no good translation Jan 12 17:25:50 ThibG, there is (kinda) Jan 12 17:25:54 what do you need? Jan 12 17:26:03 DocScrutinizer51, I would never do that to apt! I like apt! Jan 12 17:26:37 ThibG, the best docs available: http://wiki.openmoko.org/wiki/Illume_keyboard Jan 12 17:26:46 TAsn, well, format documentation, or, better, some GUI or script to generate it easily Jan 12 17:26:56 ThibG, GUI: no such thing. Jan 12 17:27:16 if you have any questions about stuff that are not in there, let me know, and I'll tell you. Jan 12 17:27:26 ok, thanks Jan 12 17:29:00 argh, pixel-based! Jan 12 17:29:26 TAsn: good boy :-) Jan 12 17:29:47 ThibG, hehe, yeah. Jan 12 17:29:55 but at least t's flexible ;) Jan 12 17:31:28 is there some guidelines about making keyboards? Jan 12 17:31:56 mickeyl: if i do org.freesmartphone.Time.Alarm.ListAlarms() how does this List looks like? Is it a HashMap mit busnames as key and timestamp as value? Jan 12 17:34:07 no, it's an ordered array with 2-tuples Jan 12 17:34:09 a(ss) Jan 12 17:34:32 starting from the nearest alarm Jan 12 17:35:03 since a busname can register multiple alarms, a HashMap with busname as key doesn't work Jan 12 17:35:14 same for timestamp Jan 12 17:35:52 ok, so in python i can do for (busname,timestamp) in List: Jan 12 17:36:13 correct Jan 12 17:36:27 ~hug tuples Jan 12 17:36:28 * infobot sneaks up on tuples and suddenly hugs tuples tightly Jan 12 17:36:41 ~lart Vala for lack of tuples Jan 12 17:36:41 * infobot follow's Vala with a gauntlet and ... scratch ... HUMILIATION for lack of tuples Jan 12 17:36:48 ~botsnack Jan 12 17:36:48 mickeyl: aw, gee Jan 12 17:36:52 :) Jan 12 17:37:44 maybe infobot is missing some plugins Jan 12 17:39:25 ThibG, that page... (and example keyboards) Jan 12 17:39:40 ThibG, it's less than optimal, but it's still easy. Jan 12 17:40:17 I'll just "port" the bĂ©po layout for now Jan 12 17:40:46 freesmartphone.org: 03mickey 07cornucopia * r2d6810ff0c89 10/ (39 files in 6 dirs): Jan 12 17:40:46 freesmartphone.org: BIG CHANGE: move generic utility classes that have nothing to do with the framework, subsystems, or plugins into libfsobasics. Jan 12 17:40:46 freesmartphone.org: Bump versions to reflect actual state and add some more unit tests. Jan 12 17:45:15 ~poke playya Jan 12 17:45:17 * infobot cuts down a small tree, sneaks up behind playya, pokes playya repeatedly, hilarity ensues. Jan 12 17:46:52 freesmartphone.org: 03mickey 07cornucopia * r103f13d72794 10/ (5 files in 2 dirs): libfsoframework: move scheduled-for-upstream vapis into libfsobasics/vapi Jan 12 17:47:35 ~hail bitbake for not using maven Jan 12 17:47:36 * infobot bows down to bitbake for not using maven and chants, "I'M NOT WORTHY!!" Jan 12 17:49:57 heh Jan 12 17:50:18 not much related.. but I hate maven right now :) Jan 12 17:51:17 maybe you schould lart it instead of hail Jan 12 17:53:31 no I feel always depresed looking how slowly something builds with bitbake.. now after 2 hours watching maven.. I hail bitbake, because it would be much worse with bitbake running with maven as some strangely used backend Jan 12 17:53:32 TAsn, a few questions: does illume-keyboard support dead keys? Does it handle ISO_Level3_Shift the same way it handles shift? How do you enable correction for a given keyboard? Jan 12 17:55:02 ThibG, if by correction you mean the use of the dictionary, you just enclose the text a key prints with ", that will make this key a "dictionary using key" Jan 12 17:55:05 as for shift, no idea. Jan 12 17:55:24 as for dead keys Jan 12 17:55:29 ok Jan 12 17:55:38 control, alt and shift work Jan 12 17:55:39 thanks Jan 12 17:55:43 just check how they are done Jan 12 17:55:49 I don't know if they are special cases Jan 12 17:55:59 or will just give you a good example. Jan 12 17:56:06 they are Jan 12 17:56:46 i c. Jan 12 17:56:49 then no idea ;| Jan 12 17:56:54 you should ask raster about that. Jan 12 17:57:30 he wrote the damn thing, I just wrote some keyboards and sent a few patches. Jan 12 17:58:07 anyhow, I'm off. Jan 12 17:58:22 ok Jan 12 18:04:52 ~seen raster Jan 12 18:04:54 raster was last seen on IRC in channel #webos-internals, 1d 10h 38m 1s ago, saying: 'depends what u are doing'. Jan 12 18:34:14 ~praise Cintereon Jan 12 18:34:15 All hail Cintereon! Jan 12 18:34:16 [ "^SIND: eons,1,4,"0045002D0050006C00750073","0042004100530045"", "OK" ] Jan 12 18:34:23 that's how we like it Jan 12 18:34:41 real operator, virtual operator Jan 12 18:39:41 and an OK at the end Jan 12 18:40:42 that's ok, it was an actual reqeust Jan 12 18:40:45 full line is: Jan 12 18:40:54 2010-01-12T18:40:35.614098Z libfsotransport [INFO] <0710:3>: SRC: "^SIND="eons",1" -> [ "^SIND: eons,1,4,"0045002D0050006C00750073","0042004100530045"", "OK" ] Jan 12 18:51:08 freesmartphone.org: 03mickey 07cornucopia * rbb82a4bb222b 10/fsogsmd/ (4 files in 4 dirs): fsogsmd: make log configurable; bind utility functions from pppd Jan 12 18:51:09 freesmartphone.org: 03mickey 07cornucopia * rabfbec33fc1d 10/libfsotransport/fsotransport/commandqueue.vala: libfsotransport: fix reporting of free-form URCs without PDU Jan 12 18:55:58 freesmartphone.org: 03mickey 07cornucopia * r05ae1bfe8cdb 10/fsogsmd/src/lib/ (atmediators.vala atunsolicited.vala modem.vala): Jan 12 18:55:59 freesmartphone.org: fsogsmd: raise org.freesmartphone.InvalidParameter upon context activation without any credentials Jan 12 18:55:59 freesmartphone.org: NOTE: CDMA? Jan 12 19:00:35 freesmartphone.org: 03mickey 07cornucopia * r08c8f50f282a 10/docs/fsogsmd/cinteron/modem: fsogsmd: docs++ Jan 12 19:03:40 mrmoku: ping Jan 12 19:09:18 gena2x: pong Jan 12 19:10:03 mrmoku: Martin asked to test kernels from http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/ Jan 12 19:10:29 mrmoku: i've found they for some reason lacking module dependency information Jan 12 19:10:46 gena2x: hmm Jan 12 19:11:18 mrmoku: how do you generate it in ordinary way? Jan 12 19:11:55 gena2x: via OpenEmbedded Jan 12 19:12:32 mrmoku: do you mean it is generated automatically on boot? Jan 12 19:13:02 no, somehow via bitbake/OE Jan 12 19:13:47 nee, hängt genauso Jan 12 19:14:01 ehh... moment Jan 12 19:14:08 falsches DIGOXLIBDIR? Jan 12 19:15:02 oops Jan 12 19:15:09 mgm. by ordinary way i mean you have kernel and modules.tgz, how do you install modules to shr? Jan 12 19:16:12 freesmartphone.org: 03mickey 07cornucopia * r417af53379c1 10/fsogsmd/configure.ac: fsogsmd: fix moduledir Jan 12 19:16:13 freesmartphone.org: 03mickey 07cornucopia * r0d32185cdb5a 10/fsogsmd/vapi/ppp.vapi: fsogsmd: bind ppp phase enum Jan 12 19:16:15 extract and do depmod on previous version of kernel? Jan 12 19:16:39 then flash new one and reboot? Jan 12 19:18:41 gena2x: just extract it Jan 12 19:18:58 mrmoku: ok Jan 12 19:20:23 mrmoku: have all 3 last kernels tested to provide ethernet over usb? Jan 12 19:21:42 gena2x: you just had to add version parameter to depmod Jan 12 19:21:56 gena2x: yes all have g_ether included Jan 12 19:22:01 JaMa|W: should it work on host? Jan 12 19:22:17 host? like with uSD in card reader? Jan 12 19:22:23 JaMa|W: yes Jan 12 19:22:31 I'm not sure probably yes.. Jan 12 19:22:38 JaMa|W: ok Jan 12 19:22:49 gena2x: if it creates modules.dep then its ok :) Jan 12 19:23:29 JaMa|W: just standard build with andy script produced dependency information Jan 12 19:23:37 hi, are phone-calls suposed to work on shr-u now? Jan 12 19:23:48 gena2x: if you're interested in configs for all 3 I'll send them to you or all should have configs module Jan 12 19:23:55 for /proc/config.gz Jan 12 19:24:30 but I'll be at work for at least an hour :/ Jan 12 19:24:44 JaMa|W: ok, a bit later. Jan 12 19:29:10 gena2x: as you're already booting all 3, please get that config from /proc/config.gz probably most certain way Jan 12 19:29:41 JaMa|W: yes, just wanted to told that it's nice idea to include dependency info to tar.gz Jan 12 19:29:58 JaMa|W: and ask if all free should work. Jan 12 19:30:15 because I'm not sure if I've already built some updates which I had localy on shr buildhost.. Jan 12 19:30:37 JaMa|W:ok. Jan 12 19:30:54 gena2x: problem with modules.dep in modules.tgz is that on target device it depends which modules do you actually install Jan 12 19:31:15 gena2x: so you're right that we can create modules.dep for all (as they are already all in modules.tgz) Jan 12 19:31:45 hm, is there any french person here? Jan 12 19:31:47 but normally it let postinst of kernelmodules package handle it.. Jan 12 19:32:24 JaMa|W: mgm. ok. Jan 12 19:32:30 gena2x: so it could be a bit difficult to patch kernel.bbclass in OE to generate modules.dep for modules.tgz Jan 12 19:32:52 JaMa|W: ok, all clear for me Jan 12 19:37:11 fwiw, I'd really appreciate if we could use Xorg without either HAL or udev Jan 12 19:37:25 with devtmpfs coming up I'd actually would appreciate getting rid of udev Jan 12 19:38:41 sounds like even more speed :-) Jan 12 19:38:58 yes, pretty exciting on boot Jan 12 19:39:22 lets see when we have .32 in production quality Jan 12 19:39:56 mickey|dinner: seen my e-mail to Koen? Jan 12 19:40:11 JaMa|W: yes, that's why i was saying that Jan 12 19:40:22 i don't like either HAL or udev Jan 12 19:40:34 but if we have to chose, I#d say udev (for now) Jan 12 19:40:42 mickey|dinner: ok.. I agree.. Jan 12 19:41:33 mickey|dinner: I think that it should be 3-way switch --disable-hal && --enable-udev, vice versa and disable both Jan 12 19:41:57 yes Jan 12 19:42:07 but apparantly xorg's tslib needs one of those? Jan 12 19:42:45 mickey|dinner: haven't checked but koen said so.. iirc Heinervdm was using tslib without hal enabled.. Jan 12 19:42:50 sidenote: hal breaks my hplip driver. but shutting down hal breaks half of my KDE applets Jan 12 19:44:00 luckily we won't be using KDE for hopefully some more years on our mobiles... Jan 12 19:44:14 hehe true Jan 12 19:44:16 DocScrutinizer51, its because now hal really impo Jan 12 19:44:29 rtant now) Jan 12 19:44:30 the showcase of someone running KDE on a FR got me really scared Jan 12 19:44:47 sidenote2: /me tried new cups (1.4) with libusb access instead of usblp and never seen his Epson again.. (now downgraded back to 1.3 cups) Jan 12 19:44:47 anyways, off to dinner Jan 12 19:45:00 waaaah kde on fr Jan 12 19:45:58 JaMa|W: seems related to my issue Jan 12 19:46:16 JaMa|W: sounds strangely familiar Jan 12 19:53:29 DocScrutinizer51: found quite a lot issues similar to mine.. but all solutions like wrong /dev usb node permissions were right on my side but it still failed to find that printer.. Jan 12 19:54:46 JaMa|W: try /etc/init.d/hal stop Jan 12 19:55:25 iirc I tried.. but not sure.. and now that pc with epson is 170km away.. Jan 12 19:55:33 Does someone know how to build qtlibs ? I need it to compil my app on shr Jan 12 19:55:56 also I need a camera and robotic arm for inserting papers and checking if it prints ok :) Jan 12 19:56:09 I mean remotely Jan 12 19:56:27 JaMa|W: :-D Jan 12 20:01:21 hi, are phone-calls suposed to work on shr-u now? there was a breakage reccently...is it fixed or are everyone still talking about speed issues? Jan 12 20:02:28 it works (at least for me), now Jan 12 20:03:00 ThibG, wow how did you fix it? Jan 12 20:03:19 upgraded, that's all Jan 12 20:03:47 ok Jan 12 20:03:58 I'll hope I won't have to reinstall Jan 12 20:04:02 I reboot the phone Jan 12 20:06:37 arg, ISO_Level3_Shift would be useful to have a full keyboard layout :/ Jan 12 20:08:56 :P Jan 12 20:09:52 ThibG, you can do something nice Jan 12 20:10:01 TAsn, ah? Jan 12 20:10:10 there are states for each key Jan 12 20:10:15 normal, shift Jan 12 20:10:18 and caps lock Jan 12 20:10:22 yeah Jan 12 20:10:23 try using caps lock to your needs Jan 12 20:10:24 ... :) Jan 12 20:10:35 it won't do Jan 12 20:10:39 ok :) Jan 12 20:10:43 but some keys in the layout use only one state Jan 12 20:10:49 and are misplaced btw... Jan 12 20:10:58 * ThibG is editing Azerty.kbd Jan 12 20:11:02 oh Jan 12 20:11:14 never seen this keyboard Jan 12 20:11:24 illume-keyboard-french Jan 12 20:12:06 I know Jan 12 20:12:16 I meant I never looked at the actual keyboard Jan 12 20:12:17 :) Jan 12 20:12:35 ok Jan 12 20:12:58 freesmartphone.org: 03morphis 07msmcomm * rd03909660297 10/msmcommd/ (3 files in 2 dirs): msmcommd: import talloc memory management Jan 12 20:13:00 freesmartphone.org: 03morphis 07msmcomm * rc82b3ece11df 10/msmcommd/ (11 files in 2 dirs): msmcommd: use talloc for memory allocation and be more precise with the used types Jan 12 20:13:00 freesmartphone.org: 03morphis 07msmcomm * r01aa434228d2 10/msmcommd/src/ (7 files): msmcommd: remove odd udp control interface Jan 12 20:13:01 freesmartphone.org: 03morphis 07msmcomm * r3964cb31fa04 10/msmcommd/ (8 files in 2 dirs): msmcommd: add relay interface Jan 12 20:13:03 freesmartphone.org: 03morphis 07msmcomm * r154a413c6786 10/msmcommd/ (7 files in 4 dirs): msmcommd: add tests for frame encoding/decoding Jan 12 20:13:05 freesmartphone.org: 03morphis 07msmcomm * rec64bf1b28d3 10/msmcommd/ (.gitignore src/frame.c tests/frame_test.c): msmcommd: reimplement the decode_frame function Jan 12 20:13:06 ThibG, alternatively Jan 12 20:13:09 you can write a patch Jan 12 20:13:19 or contact the illume-keyboard developers ;) Jan 12 20:13:33 that's right, I'll have a look at it Jan 12 20:14:28 shouldn't be hard. Jan 12 20:18:08 I'm done with modifying Azerty.kbd... Where can I put the file for review/comments? Jan 12 20:20:41 freesmartphone.org: 03morphis 07msmcomm * r072226ac1e0f 10/openembedded/msmcommd_git.bb: msmcommd: add openembedded recipe Jan 12 20:20:59 ThibG, you fixed it? or created a new one? Jan 12 20:21:10 "fixed" it Jan 12 20:21:13 if it's just a fix, tell me what you changed Jan 12 20:21:16 and I'll commit it. Jan 12 20:21:27 (send me a git patch) Jan 12 20:21:38 http://git.shr-project.org/git/?p=illume-keyboards.git;a=summary Jan 12 20:21:49 some things may be subject to debate however Jan 12 20:22:09 then send an email to shr-devel Jan 12 20:22:11 ThibG, it works partially...I can't set the mic volume and it's at the lowest modem Jan 12 20:22:25 also, consider contacting the original author Jan 12 20:22:59 GNUtoo, ah, yeah, forgot about that... I've been told that python-efl is broken Jan 12 20:23:08 yeah Jan 12 20:23:12 sliders are broken Jan 12 20:23:15 lol Jan 12 20:23:17 (from what I have heard) Jan 12 20:23:24 so is there a workarround? Jan 12 20:23:39 where does it store the mic volume? Jan 12 20:23:55 not only sliders Jan 12 20:24:08 lol ouch.... Jan 12 20:24:08 scrolls too Jan 12 20:24:15 what's that? Jan 12 20:24:37 I think? Jan 12 20:25:20 sometimes, you have to scroll a window Jan 12 20:25:33 it works for me Jan 12 20:25:35 strange Jan 12 20:25:35 but it's not a big deal as dragging still works Jan 12 20:25:42 ah? Jan 12 20:25:48 I don't get the difference Jan 12 20:25:58 the scroll bar doesn't work Jan 12 20:26:01 I'll look on enlightenment howto Jan 12 20:26:05 ciao. Jan 12 20:26:14 bye TAsn Jan 12 20:26:57 in fact, there is a lot of broken things, try changing enlightment settings Jan 12 20:27:46 ok Jan 12 20:28:02 I just need phones calls for now Jan 12 20:48:02 ThibG, what should I change in enlightenment settings? Jan 12 20:49:27 no, I mean, there are a lot of widgets in enlightment settings, and some are broken Jan 12 20:50:06 sorry Jan 12 20:51:07 ThibG: scrolls work for contacts and messages though Jan 12 20:51:17 I think it is a python binding issue... Jan 12 20:51:40 np but is there a workarround to at least get calls working with the mic settings? Jan 12 20:52:49 GNUtoo: none I know off :( Jan 12 20:53:07 I only need to change the mic volume Jan 12 20:53:13 how do I do that without that slider Jan 12 20:53:14 ? Jan 12 20:53:21 modifyng an sqlite db? Jan 12 20:53:35 modifying the statefile Jan 12 20:53:38 manually running a script when I call someone Jan 12 20:53:43 ok thanks a lot Jan 12 20:53:46 what's the control? Jan 12 20:54:26 becase I did alsamixer and didn't find a mic Jan 12 20:54:30 only some input Jan 12 20:54:32 but not mic Jan 12 20:55:30 GNUtoo: you can check it in /etc/libphoneui.conf Jan 12 20:55:39 microphone = Mono Playback Volume Jan 12 20:55:48 ok thanks a lot Jan 12 20:58:06 fucking mokonnect hardly ever works Jan 12 20:58:33 though trying a 2nd time *sometimes* does Jan 12 20:58:45 yeah, strange beast :P Jan 12 20:58:56 it might actually be fucking connman... Jan 12 20:59:10 probably Jan 12 20:59:26 i am tempted to kick that beast to /dev/null land ... Jan 12 20:59:54 YES... lets switch to nm :P Jan 12 20:59:59 or write my own gui to connman Jan 12 21:00:23 if nm works, i ´d be happy to do that :-) Jan 12 21:01:15 spaetz: time to retry it :-) Jan 12 21:02:40 you´d think that an intel-run project worked more reliable though, but who knows whose fault it is. i might try nm or a different connman frontend... Jan 12 21:03:04 still busy with kid though... Jan 12 21:03:50 are there other frontends we could use? Jan 12 21:05:12 only a -gtk one. but i am eager to restart learning vala ;-) Jan 12 21:05:23 hehe :) Jan 12 21:05:38 and the gtk one is an applet imho Jan 12 21:05:59 but vala is a pain, as it´s a moving target... Jan 12 21:07:07 and there is no tutorial besides very simple stuff. Jan 12 21:08:26 is it possible to see boot log throught usb? i mean i want to have full kernel log for kernel, which panics before mounting root Jan 12 21:09:02 where is seem some related option in uboot, do anyone used it? Jan 12 21:10:40 and finally anyone is using uboot console with minicom? Jan 12 21:13:06 hmm. i can photograph log... Jan 12 21:18:15 so it should work...according to the state files...thanks a lot Jan 12 21:21:27 is shr safe for upgrade now? ;> Jan 12 21:27:08 is sd card access working on .31 and .32? Jan 12 21:27:38 rephrase: anyone have usable .31 or .32 Jan 12 21:29:44 bad Jan 12 21:34:05 gena2x: I think JaMa|W is using .32... though without working suspend Jan 12 21:34:23 and sd card access was working for me the last time I tried .31 Jan 12 21:34:28 (some time ago though) Jan 12 21:36:50 mrmoku: nice that it is working in other hands. now it cant find partition table on my sd. so i'll try to play with that damn speed... Jan 12 21:37:27 gena2x: yes.. I'm using both from uSD Jan 12 21:37:38 gena2x: and I never suspend/resume with them successfully Jan 12 21:38:28 gena2x: ah.. warning.. increase rootdelay Jan 12 21:38:36 JaMa|W: hm... i just tried to boot kernels and nor .31 nor .32 can find partition table. Jan 12 21:38:45 gena2x: I think that >=7 was needed to boot .32 from uSD Jan 12 21:39:26 gena2x: or if you boot with POWER pressed .. then its delayed enough.. Jan 12 21:39:50 JaMa|W: both are saying 'no partition table found' Jan 12 21:40:19 JaMa|W: while determining SD capacity. Jan 12 21:40:28 I've just rebooted 2.6.32.3 :/.. Jan 12 21:40:51 JaMa|W: .3? seem i have .2 Jan 12 21:41:28 gena2x: 2.6.32.2 worked for me the same.. but you can try with my build http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/ Jan 12 21:41:57 gena2x: it should be the same in that kms folder after I run upgrade there.. (its already in repository..) Jan 12 21:41:58 JaMa|W: yes, mb dos partition table support excluded from config :) Jan 12 21:45:17 how is dos partition table different to the one created with fdisk? Jan 12 21:46:05 JaMa|W: fdisk creates dos-style (i don't know how it is real name) partition table Jan 12 21:46:27 gena2x: so I've created mine with fdisk and it works for me :/ Jan 12 21:46:28 JaMa|W: i'm not very serious with that guess Jan 12 21:46:52 gena2x: do you want me to rebuild it with that option enabled? Jan 12 21:47:22 JaMa|W: I meant that mb that option is missing in kernel on mrmoku page, but included in yours Jan 12 21:48:30 gena2x: but we're building the same options.. actually I've built it in mrmokou page.. so I'm pretty sure it should be the same.. Jan 12 21:49:05 JaMa|W: i really was not very serious with that guess. Jan 12 21:49:56 gena2x: ok... only change in config between mine and whats on mrmoku page is http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=b864411e790b99421679d12f1dee3484885276fb Jan 12 21:50:07 gena2x: and then .3 http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=b24aa1e1916b828d683ac588588aa03a986501db Jan 12 21:50:21 gena2x: I'll run build there too just in case.. Jan 12 21:51:12 JaMa|W: ok, i've gone to try to boot it. if i'll fail, i'll put it to nand and move system where but this is damn long and may influence some of test results Jan 12 21:51:50 gena2x: don't forget to put bigger rootdelay to boot params Jan 12 21:52:01 gena2x: do you use Qi or u-boot? Jan 12 21:52:09 JaMa|W: u-boot Jan 12 21:52:18 gena2x: because the error is similar "unable to find root device.." Jan 12 21:52:36 and then kernel panic because of that.. Jan 12 21:53:30 JaMa|W: can you grep dmesg for 'partition'? Jan 12 21:56:07 gena2x: only with successful boot http://pastebin.ca/1748858 Jan 12 21:56:56 JaMa|W: thanks Jan 12 22:29:31 gena2x: 2.6.32.3 built on that page too.. http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/ Jan 12 22:59:03 freesmartphone.org: 03mickey 07cornucopia * r15d64db54cd3 10/libfsobasics/fsobasics/logger.vala: libfsobasics: improve logger output formatting Jan 12 23:10:30 JaMa|W:ok **** ENDING LOGGING AT Wed Jan 13 02:59:57 2010