**** BEGIN LOGGING AT Fri Aug 06 02:59:58 2010 **** ENDING LOGGING AT Fri Aug 06 05:44:27 2010 **** BEGIN LOGGING AT Fri Aug 06 08:30:14 2010 **** ENDING LOGGING AT Fri Aug 06 08:30:21 2010 **** BEGIN LOGGING AT Fri Aug 06 08:32:14 2010 Aug 06 08:36:37 JaMa: ok Aug 06 08:43:18 ~lart flaky internet connection Aug 06 08:43:18 * apt runs at flaky internet connection with an origami Swiss Army knife, and inflicts a nasty paper cut Aug 06 09:05:27 10:36 < mrmoku`> JaMa: ok Aug 06 09:05:35 don't know if you got that one Aug 06 09:07:40 yup, restarted it again :) Aug 06 09:08:00 forgot to push preferred ncurses version change.. Aug 06 09:08:41 ohh Aug 06 09:08:47 * mrmoku stops his build and pulls :) Aug 06 09:09:24 :) Aug 06 09:09:51 btw eglibc-initial issue is still there, but cleaning binutils workarrounds it ok Aug 06 09:10:34 hmm... have to do that between building from scratch for different machines too? Aug 06 09:10:57 * mrmoku is off to go camping over the weekend and wanted to start a megabuild :) Aug 06 09:12:25 mrmoku: no.. only when gcc is upgraded it cleans some parts of binutils-cross Aug 06 09:12:31 ok, good :) Aug 06 09:12:42 mrmoku: so to restore working toolchain you have to build _whole_ toolchain from scratch Aug 06 09:13:21 ok Aug 06 09:26:04 No matter how simple you make instructions some people just can't follow them :-( Aug 06 09:27:02 agreeed Aug 06 09:28:01 my conf/local-builds.inc, I assume, is the problem as my local build of libphone-ui-shr complains of "Missing configure.in or configure.ac" Aug 06 09:29:14 so I've got SRC_URI_pn-libphone-ui-shr in local-builds.inc completely wrong. I've set it to "file:///home/john/programming/openmoko/shr/shr-unstable/apps/libphone-ui-shr" Aug 06 09:30:17 if I do an ls of that directory it's where the configure.ac is. Hmmm. Perhaps a cup of tea is in order. Sorry for the babble but something is amiss Aug 06 09:30:58 Arigead: local builds are broken with current org.oe.dev :/ Aug 06 09:31:33 mrmoku: You mean I can follow instructions! Maybe I'm not as stupid as i thoguth ;-) Aug 06 09:31:44 Arigead: probably yes :) Aug 06 09:32:02 Any idea when it'll be on the road again? Aug 06 09:32:17 mrmoku: why? Aug 06 09:32:26 Arigead: did you set S_pn* ? Aug 06 09:32:33 JaMa: let me search the commit that broke it... Aug 06 09:33:55 JaMa: That's a very good question. I was wondering about $WORKDIR and assumed that got set by the build system so left the S_pn* to "${WORKDIR}/shr/${PN}" Aug 06 09:34:13 JaMa: 5ac52371b09a25518b60e23e80c8c812cdea6e36 and/or 74e32f114272668dfa4c88805741cf55ef965989 Aug 06 09:34:34 JaMa: it just tries to overwrite the source IIRC Aug 06 09:35:10 if I do a search in shr-unstable/tmp for libphone-ui-shr I get Aug 06 09:35:11 tmp/work/armv4t-oe-linux-gnueabi/libphone-ui-shr-0.0.0+gitrLOCAL-r8/shr/libphone-ui-shr Aug 06 09:35:46 So I assumed that S_pn* was ok. Aug 06 09:37:29 JaMa: I had a hack to make local builds working again... and lost it when changing disks on my laptop :/ Aug 06 09:37:45 always wanted to discuss that with khem... and always forgot :( Aug 06 09:37:55 Arigead: I would expect something like S_pn-libphone-ui-shr = "${WORKDIR}/libphone-ui-shr" Aug 06 09:38:56 JaMa: Thanks a million I'll try that but if mrmoku is right I might be on a hiding to nothing Aug 06 09:39:20 Arigead: I belive mrmoku that it's broken anyways :) Aug 06 09:41:06 JaMa: I'll just have to keep myself busy simple reading the source and hoping that local builds get fixed soonish. How does anybody get any work done around here if there's no local builds? Aug 06 09:43:21 Arigead: good question :P Aug 06 09:46:27 Arigead: you can still modify unpacked sources and rebuild Aug 06 09:46:45 mrmoku: maybe we should replace conf/local-builds.inc with that srctree.bbclass Aug 06 09:46:58 ohh... srctree.bbclass? Aug 06 09:46:59 * mrmoku looks Aug 06 09:47:06 mrmoku: I never tried that, but seems much more efective than local-builds Aug 06 09:47:23 mrmoku: [oe] Examples of srctree and gitver Aug 06 09:48:18 JaMa: looks enteresting Aug 06 09:50:54 JaMa: the inherit has to be in the recipe? Aug 06 09:51:01 that would be a disadvantage... Aug 06 09:51:48 afaik yes.. but big advantage if I understand it right, is that you don't need to clean/compile for rebuild Aug 06 09:52:14 building only changed stuff as with normal make without OE Aug 06 09:52:31 yeah, that indeed is an advantage :) Aug 06 09:53:49 hmm... we could add a copy of the recipes with that inherit to the sources and build that... Aug 06 09:59:21 Perhaps I could write my own recipe for a local build. I've messed with gumstix and their OE build has three directories of recipes. One is local and if I add a recipe for libphone-ui-shr into the local directory it over rides the standard recipe in the other two directories. I think as far as I remember the three directories are recipes which are "universal", recipes which are specific to gumstix and local personal recipes. Local ove Aug 06 09:59:21 r rides gumstix, which over rides Universal. Nice system. Well it worked for me but you to have to write a recipe for you local code. Aug 06 09:59:51 that would be possible too, yes Aug 06 10:00:47 And there were very few packages I was building locally so I'd only ever write a handful of recipes Aug 06 10:01:27 and there was also some amend.inc feature discussed on oe-devel Aug 06 10:01:41 yeah Aug 06 10:01:55 There are probably disadvantages to having three recipes for the same package but it's just a thought and one way of doing it. Aug 06 10:02:17 or [oe] A new bitbake extension: .bbappend files Aug 06 10:52:17 Phew, finally, I'm buying a new computer :) Aug 06 10:52:59 :) Aug 06 10:53:41 Hi, I am looking at the shr sources. Does anyone know where can I find the sources for the shr idle screen ui? (not the phoneuid-idle-screen but the actual ui) Aug 06 10:54:38 Daramarak: libphone-ui-shr Aug 06 10:57:14 dos1: thanks. I was getting tired of git cloning. Aug 06 11:06:53 I was thinking about implementing some kind of notification system in the idle screen. Text lines that can come from various sources (news feeds, system information, weather, todo items) and that are shown in turn while the idle screen is on. In that way when I have my FR charging in the office I can get more information out of it (other than the time) Aug 06 11:07:44 Anyone else need something like this? Aug 06 11:17:38 Daramarak, I don't really care, but we should make it more modular. Please consider making it modular with convenient API :) libphone-ui-shr is just an implementation of the libphone-ui API. Aug 06 11:19:07 org.freedesktop.Notifications Aug 06 11:19:54 please keep this API in mind when doing something notification related Aug 06 11:20:58 dos1: thanks, I am reading about it right now. Aug 06 11:21:40 ok, will be back sunday night... have fun Aug 06 11:23:55 mrmoku|away: enjoy! Aug 06 11:25:01 zub: any reply from c_c about ventura@newer_webkit-efl? Aug 06 11:43:54 hi Aug 06 11:45:04 hi Aug 06 11:47:02 JaMa: starting a new shr-lite-image build Aug 06 11:47:12 with org.oe.dev HEAD and the auto revs Aug 06 11:47:23 hope I will get lucky this time Aug 06 11:47:25 so do we Aug 06 11:47:48 I've rebuild 4 times over last few days (always lucky) Aug 06 11:47:57 I Aug 06 11:48:05 I've been wondering if my host has some problems Aug 06 11:48:16 it's a qemu vm running lenny Aug 06 11:50:02 So, how about this: a service that starts creating low urgency notifications when the idle screen is on, and make the Idle screen generally display notifications of low (and normal?) levels? Aug 06 11:53:04 JaMa: could you compile a full shr-image for htcleo machine type ? Aug 06 11:53:21 JaMa: this way I could exclude local problem Aug 06 11:53:41 dcordes_: same arch as htcdream? Aug 06 11:53:46 JaMa: no Aug 06 11:53:59 what arch is it? Aug 06 11:54:10 JaMa: conf/machine/htcleo.conf Aug 06 11:54:16 JaMa: it is a cortex-ax Aug 06 11:54:22 armv7a would be quick Aug 06 11:54:24 JaMa: it is a cortex-a8 Aug 06 11:54:36 I want the good neon accerlation and all Aug 06 11:54:51 armv7 can be downloaded from gnutoo and leviathan website Aug 06 11:54:57 or your autobuild Aug 06 11:55:12 ok mmt Aug 06 11:55:17 it is about sorting what kind of problem exists with the build Aug 06 11:55:19 dcordes_: I have n900 build in my tmpdir Aug 06 11:55:20 I made a quick mockup http://imagebin.ca/view/wT43vOG0.html Aug 06 11:55:27 dos1: so it will share toolchain etc.. Aug 06 11:55:28 I wasnt so lucky on my native machine either... Aug 06 11:55:43 JaMa: ah good Aug 06 11:58:22 hi Aug 06 11:59:25 simple question: what is the best linux distribution to sucessfully build a shr-unstable image? Aug 06 12:00:11 Mine :-) Aug 06 12:00:58 or mine Aug 06 12:01:35 carcinoma: to minimize distribution influence you can create minimalistic chroot in your favourite distribution... Aug 06 12:02:05 carcinoma: that's what I use on gentoo (and was using normal desktop gentoo instalation before without any problems) Aug 06 12:02:24 JaMa: well incidentally so do I :-) Aug 06 12:03:25 coincidence? :) Aug 06 12:04:19 JaMa: what does souch a chroot consists of? Aug 06 12:04:51 carcinoma: just toolchain + bitbake + OE deps Aug 06 12:05:51 JaMa: wow, no more tools needed? why should i install glibc stuff on host system then? Aug 06 12:05:53 carcinoma: http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg03765.html Aug 06 12:07:02 carcinoma: I'll upload my chroot to shr buildhost some day Aug 06 12:09:44 JaMa: i'm not very firm in that chroot thing, so forgive my supid question, but where is the chroot point? shr-unstable folder where i start "make image"? Aug 06 12:11:35 carcinoma: ie I have /home/projects/OE-chroot, where is this minimal distribution and then ie /home/projects/OE-chroot/OE/shr-unstable Aug 06 12:14:32 JaMa: this env partial has content of the host env, right? Aug 06 12:14:50 JaMa: or could i install, maybe, debian into it? Aug 06 12:15:21 you can install whatever you like there Aug 06 12:15:28 as long as your CPU supports that :) Aug 06 12:16:42 JaMa: its empty os with kernel, but when i use the stuff from my fedora system, i have the same problems then, also in ubuntus case Aug 06 12:24:07 carcinoma: kernel is not needed Aug 06 12:25:28 Anyone think the notifications in shr idle screen look to intrusive? http://imagebin.ca/view/wT43vOG0.html Aug 06 12:26:37 JaMa: is already running, but what about the distributuin based errors? on ubuntu i could not build an image, cause of the failing expat package md5 sum check Aug 06 12:27:33 Daramarak, too weird, looks like part of the logo, they should be more intrusive, more "Boxed" and have their own spot. Aug 06 12:27:49 carcinoma: then you have wrong expat source archive in your DL_DIR? Aug 06 12:28:56 JaMa: it is fresh downloaded by the buildsystem, in ubuntu i get the md5 sum check error, on fedora it works well at this point, with the same file Aug 06 12:30:33 TAsn: Ok, thanks for the feedback. I was trying to make them blend in you see. It is an esthetical idle screen, so I didn't want to mess it up with boxes and stuff. Back to the drawing board then :) Aug 06 12:31:02 carcinoma: isn't it about unpacking it? (known bug in ubuntu gzip) Aug 06 12:31:23 carcinoma: https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/524366 Aug 06 12:32:02 carcinoma: it says CRC error, but it's not about md5/sha256 checksums from OE Aug 06 12:32:10 Daramarak, it's not that aesthetic :) we did a pretty bad job there (we are no designers). Anyhow, I think it should be boxed, just like we box the New message and New call icons, creates a good contrast. Aug 06 12:33:45 JaMa: well, right, i had to many md5 errors in the last days, my fault Aug 06 12:36:27 TAsn: Apart from the two gradients I think the svirls and the logo along with the simple SHR text is quite pleasing to the eye. The gradients on the other hand should be changed. Just making them semi transparent I think would make a big difference. Aug 06 12:39:07 JaMa: ok, i retry my build luck on ubuntu these days, currentry ui got "configure: error: Could not find a glib-genmarshal in your PATH", while glib configure Aug 06 12:39:25 JaMa: on fedora Aug 06 12:39:43 carcinoma: you have to rebuild from scratch after commits 2 days ago Aug 06 12:40:12 carcinoma: and make sure you have latest org.openembedded.dev Aug 06 12:40:42 JaMa: this is what i do, del everything, dl Make file, make setup, make image, bang Aug 06 12:41:31 building whole distro from scratch is not an easy task.. if something goes wrong you have to dig and explore a bit.. Aug 06 12:46:43 JaMa: ok, so i'm digging Aug 06 13:23:37 JaMa: install glibc2-devel fixed it Aug 06 13:29:21 A new suggestion for the shr idle screen with notification (I gave the idle screen some work also. http://imagebin.ca/view/A-tXPo.html see what you think. Aug 06 13:32:15 zub: any hint? http://tinderbox.openembedded.net/builds/81429/ Aug 06 13:37:59 Daramarak, looks pretty sweet! Aug 06 13:39:35 dcordes_: htcleo build almost done.. but I'm trying newer webkit-efl which fails to build now, do you need the image soon? Aug 06 13:39:51 Daramarak, dunno how it works out performance wise with all this semi transparent stuff on the FR, though. Aug 06 13:40:08 Slyon: I was thinking of fake transparency :) Aug 06 13:41:01 Daramarak, like using images everywhere? Aug 06 13:41:24 Slyon: Yep. The gradients were images already. Aug 06 13:41:49 Daramarak, i know. because the gardient element didn't work on the FR... Aug 06 13:42:05 Daramarak, but what if one likes to change the wallpaper? Aug 06 13:42:34 Slyon: For the notifications I though of perhaps using three images for an fading effect. Aug 06 13:42:57 Daramarak, edje has fading effects out of the box Aug 06 13:43:14 called transitions Aug 06 13:44:04 Slyon: I know but I though that I wouldn't rely on the alpha channel. Aug 06 13:46:34 Daramarak, i see. but then there is again this problem if one doesn't want to use the default background-image Aug 06 13:46:35 I could do the work to change the theme, but only if people though of it as an improvement. I wouldn't bother if it was just for my own sake. Aug 06 13:46:51 Slyon: True Aug 06 13:47:12 But that is the same for the top and bottom Aug 06 13:48:39 Daramarak, changing the theme isn't a big deal... Aug 06 13:49:01 Daramarak, but for the notifications we need an notification system first Aug 06 13:49:18 That was what I was planning to do in the first place :) Aug 06 13:50:49 nice! Aug 06 13:50:51 Slyon: But I could change the theme first, and make the preparations for the notification system. And when the notifications was done, the ui would be ready for it. Aug 06 13:53:51 Daramarak, i could help you doing the theme. Aug 06 13:54:42 but i guess the notifications system is a bigger deal, as it should be usable system wide and not only by idle_screen Aug 06 13:56:20 Slyon: sounds like an interesting proposal. I was looking on this http://www.galago-project.org/specs/notification/0.9/ and how I could make the idle screen become a notfication server. I guess if I follow the specs. it should really be usable system wide. Aug 06 14:00:30 Daramarak, hmm ilde_scree as a notifications server? shouldn't it rather be a client, which listens to notifications and then show them? Aug 06 14:00:59 dcordes_: http://jama.homelinux.org/org.openembedded.shr.images/htcleo/ Aug 06 14:02:37 Slyon: It looks like it is an server accepting notifications from different sources. If you look at http://www.galago-project.org/specs/notification/0.9/x408.html#command-notify it states that the notification is sent to the notification server. Aug 06 14:03:32 Slyon: It makes sense as it serves sources of notifcations. Aug 06 14:11:32 Daramarak, so you want to implement this api in phoneuid? Aug 06 14:12:35 Slyon: I want to make the phoneuid responsive to org.freedesktop.Notifications D-Bus messages yes. Aug 06 14:14:17 mrmoku|away, (evopedia/qt) could you try building it with "inherit qt4x11" instead of qt4e when you have some spare time? :) Aug 06 14:17:29 Slyon: But again that depends on if people want it. I can hack something for my own use. But if there is interest in this feature in the phoneuid I can do it properly. Aug 06 14:21:13 Daramarak, yes people want notifications :) Aug 06 14:22:28 Daramarak, you should discuss with mrmoku and/or TAsn about implementing it in phoneuid Aug 06 14:23:27 Slyon, It was TAsn that pointed me to the specs. Aug 06 14:27:54 Slyon: I have some time this weekend. Perhaps I will give it a try then. I wish there was more documentation of the code though. Aug 06 14:28:33 Daramarak, sry i was at the phone. Aug 06 14:28:45 For my qt/c++ application I need to use omhacks to prevent wifi from going down in suspend which is done by using "om wifi keep-bus-on-in-suspend 1". What omhacks does is write 1(=ON) or 0(=OFF) to "/sys/modules/s3cmci/parameters/persist". I copy&pasted the relevant source code from omhacks into my programm and it seems to work. However, when staying in supsend longer than a few mins, connection is lost after wakeup and I even have Aug 06 14:28:45 to power Aug 06 14:28:53 off/power on the wifi with the Dev-Tools in the main-menu. I am using WPA (with TKIP). Any suggestions? Aug 06 14:29:15 I will have to leave soon Aug 06 14:29:32 Daramarak, yeah. you should give it a try! I thought about implementing it at the same place where the notifications from opimd are handled Aug 06 14:30:46 Daramarak, your source of information/documentation about phoneui is mrmoku and TAsn they helped me alot while implementing idle_screen Aug 06 14:31:54 Slyon: good to know. I will have to get back to this tomorrow. I will have to leave now. But ill be back... Aug 06 14:31:57 bye Aug 06 14:32:05 bye! Aug 06 14:33:01 Has anyone experience with keeping the wifi connection alive in suspend? Aug 06 14:43:13 trev2: i do Aug 06 14:43:15 trev2: without wpa Aug 06 14:45:14 yeah I remember :) - then wpa might be the problem Aug 06 14:46:49 So without encryption it works for you even when in suspend for several hours? Aug 06 14:47:13 trev2: yep Aug 06 14:48:11 Too bad. Can't give up my wpa encryption. How did you solve it? Did you set up an open-ap with mac-control or something? Aug 06 14:48:30 trev2: the ap allows only access to internet, not my LAN Aug 06 14:54:19 :) Aug 06 14:57:33 I created a small home automation system controlled by a server. The freerunner acts as remote control. The connection between the freerunner and the server is done via wifi. Waking up in the dark without being able to power on the light because wifi lost connection again in suspend kinda sucks. Any ideas about bluetooth? How usable is it considering suspend? Maybe I should switch technology. Aug 06 14:59:24 trev2: have you looked at http://wiki.openmoko.org/wiki/Neo_FreeRunner_Wifi#Wake_up_from_wireless_.28wow.29? Aug 06 14:59:34 (minus the '?') Aug 06 14:59:50 Unfortunately not (yet). Will do now :) Aug 06 14:59:51 thx Aug 06 15:00:07 trev2: np Aug 06 15:08:21 I'll soon feed the FR with explosives and blow it if it goes on like that. I greenly coded my client in Java SE and it took like 1 min to start up and was terribly slow. I then ported to J2ME just to notice that I can only control the UI with number-keys on the virtual keyboard (only possible with a pen). Now with qt/c++ it finally works but I loose my connection everytime. I really consider switching to bluetooth and using a cheap, Aug 06 15:08:21 j2me and bluetooth enabled cellphone. Aug 06 15:10:09 Battery runtime, reliability and speed should be orgasmic Aug 06 15:44:53 I've just managed to build shr. I would like to setup an ide to debug applications running on the phone...I don't know where to begin :P ...I've read the post on the blog about proxying d-bus, and the post ends talking about gdb and debugging from the desktop. anybody can suggest anything? how do you debug on freerunner? Aug 06 16:05:23 leosaeba: crossgdb; it can be intergated with eclipse cdt Aug 06 16:05:54 or look at cgdb, if you're ok with tui (or even gdbtui) Aug 06 16:08:52 JaMa|Away: I was away n now Im on the FR - so it's difficult to look into that; I'll hava a look later today Aug 06 16:09:49 hmm... how to make my c++/qt app. realise that the phone just woke up? Are there any signals implemented in any classes within qt which I can use? Any ideas? Aug 06 16:10:02 I am using qtmoko Aug 06 16:10:13 zub: tnx! I'm going to look.. Aug 06 16:11:12 JaMa|Away: I asked a friend to let me use browser Aug 06 16:12:25 JaMa|Away: I think you have not applied the 1st or 2nd patch - the one adding CMAKE_CPUsomething to cmake.bbclass Aug 06 16:12:53 JaMa|Away: all three patches in series r needed Aug 06 16:15:23 leosaeba: you need gdbserver on the free runner side, btw Aug 06 16:45:23 heyho Aug 06 17:02:35 hi all... Aug 06 17:36:54 <\marco> hi to all Aug 06 17:38:05 <\marco> I'm trying to write a very basic dialog for the various usb mode ( networking, usb mass storage etc ) Aug 06 17:38:07 hi Aug 06 17:38:32 \marco, which toolkit? Aug 06 17:38:35 <\marco> I was thinking about udev to show the application on usb cable Aug 06 17:38:47 <\marco> daniele_athome, python + elementary Aug 06 17:39:26 i see Aug 06 17:39:49 <\marco> the /etc/udev/rules.d doesn't exist. I've not followed the last changes, Are we still using udev? Aug 06 17:41:00 <\marco> ( After a testing phase I'll probably rewrite it in C + Elementary ) Aug 06 17:41:22 <\marco> don't know :) Aug 06 17:42:36 \marco, check in filesystem for udev Aug 06 17:42:42 \marco: not by default, but you can install it easly Aug 06 17:43:37 <\marco> daniele_athome, indeed there's no udev Aug 06 17:44:06 well, guess dos1 had the answer :) Aug 06 17:44:07 <\marco> dos1, is there another way or udev is the right choice ? what do you think about? Aug 06 17:44:25 <\marco> daniele_athome, :) thanks however ^^ Aug 06 17:44:31 ;) Aug 06 17:44:40 i might be of help with python/elementary Aug 06 17:44:47 <\marco> good to know :D Aug 06 17:46:36 \marco, don't you think elementary python bindings are pretty slow? Aug 06 17:46:43 <\marco> daniele_athome, on the elementary side, alpha bg isn't working anymore? I see graphical noise Aug 06 17:47:19 \marco, sorry never used alpha but i guess you should have composite enabled in the X server Aug 06 17:47:24 <\marco> daniele_athome, just a little bit.. but it's very fast for prototyping :) Aug 06 17:47:44 indeed Aug 06 17:47:58 i tried vala also Aug 06 17:48:02 with efl bindings Aug 06 17:48:17 but vala is a strange language, too much gobject oriented Aug 06 17:48:37 i mean: an objective language with a very small memory management Aug 06 17:48:45 <\marco> I've tried vala too :) same opinion :D Aug 06 17:49:11 sounds strange, so better C or C++ Aug 06 17:50:18 <\marco> eheh I've to study more vala :) Aug 06 17:50:20 \marco, vala is useful for writing dbus servers :D Aug 06 17:50:37 gobjects are a pain Aug 06 17:50:55 <\marco> :D Aug 06 17:51:56 <\marco> dos1, ping :) Aug 06 17:56:23 zub: ah, probably.. sorry, I workarrounded it by hardcoding it to compile it.. now I have ventura build failing as expected :) Aug 06 17:57:18 <\marco> I've to say Efl ( and Elementary ) are impressive. Very consistent, clean and fast. A little bound is the few documentation ( but god save doxygen! ) Aug 06 17:59:16 JaMa|Away, hi, today i've done some tests with my FR for the system hangs Aug 06 17:59:34 <\marco> mhm.. I think I'll use udev Aug 06 17:59:37 I run a script via ssh, cycling dmesg |tail Aug 06 17:59:56 nothing strange appeared, except from the alignment traps Aug 06 18:00:43 I kept it for an hour... when I logged out and removed the usb cable, after a few minutes the system hanged :S Aug 06 18:08:51 daniele_athome: :/ Aug 06 18:08:56 <\marco> PTY allocation request failed on channel 0 Aug 06 18:08:57 <\marco> mhm Aug 06 18:09:39 \marco, really weird :D happened to me too when i messed up with udev Aug 06 18:09:42 <\marco> ( starting an ssh session with the FR ) Aug 06 18:09:43 a reboot should be enough Aug 06 18:09:45 <\marco> good Aug 06 18:09:48 <\marco> :D Aug 06 18:09:56 <\marco> rebooting ^^ Aug 06 18:09:57 (hopefully) Aug 06 18:10:10 <\marco> eheh Aug 06 18:11:00 JaMa, have you ever tried/seen/learned/heard about the google go programming language? Aug 06 18:43:37 freesmartphone.org: 03morphis 07cornucopia * r9c240696d3ea 10/fsogsmd/ (2 files in 2 dirs): Aug 06 18:43:37 freesmartphone.org: fsogsmd: qualcomm_palm: remove code for starting the msmcomm daemon Aug 06 18:43:37 freesmartphone.org: As the msmcomm daemon was written due to the last weeks it can be started through dbus Aug 06 18:43:37 freesmartphone.org: activation in the near future. We will use that and power up/down the daemon in the modem Aug 06 18:43:38 freesmartphone.org: plugin through dbus. Aug 06 18:43:38 freesmartphone.org: 03morphis 07cornucopia * r5774ed71d78d 10/ (43 files in 23 dirs): Merge remote branch 'origin/master' Aug 06 18:43:39 freesmartphone.org: 03morphis 07cornucopia * rbe37820ba96d 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (channel.vala commandqueue.vala): Aug 06 18:43:39 freesmartphone.org: fsogsmd: modem_qualcomm_palm: small fixes on the way to a working modem plugin ... Aug 06 18:43:40 freesmartphone.org: Signed-off-by: Simon Busch Aug 06 18:44:26 morphis, mickeyl, are you focusing less on calypso driver, aren't you? Aug 06 18:45:05 daniele_athome: I was never focusing on the calypso driver Aug 06 18:45:34 I do developing fsogsmd only for the Palm Pre since I ever touched it Aug 06 18:45:42 morphis, ok sorry, was for mickeyl :) Aug 06 18:46:04 hehe :) Aug 06 18:46:16 don't think that mickey is less focusing on the calypso Aug 06 18:46:24 as it is one of the main consumers atm Aug 06 18:46:31 and nearly fully supported Aug 06 18:47:06 morphis, but still very alpha :( Aug 06 18:47:16 yeah Aug 06 18:47:34 but that depends on the little time frame we only have to do this stuff Aug 06 18:47:35 sometimes i think to switch back to ogsmd Aug 06 18:47:42 :P Aug 06 18:47:47 i know ;) Aug 06 18:47:49 as I know that mickey is doing some other work the whole day ... Aug 06 18:48:17 but whats bad about fsogsmd? Aug 06 18:49:22 morphis, actually it segs very often Aug 06 18:49:28 hm Aug 06 18:49:35 and doesn't work well with suspend Aug 06 18:49:50 i mean, after resume i have to wait for about a minute for re-register Aug 06 18:50:00 thats bad Aug 06 18:50:02 if i'm lucky, otherwise i won't have register anymore Aug 06 18:51:39 hm, will see when the plugin for the palm pre grows how stable the core part actually is Aug 06 19:04:32 should be honey for everybody who like to see FSO on the Palm Pre: http://pastie.org/1080196 Aug 06 19:07:08 <\marco> is this udev rule wrong? Aug 06 19:07:13 <\marco> KERNEL=="usb", SUBSYSTEM=="power_supply", ACTION=="change", DRIVER=="", ATTR{type}=="USB", ATTR{online}=="1", RUN+=="/home/root/usbmode.py" Aug 06 19:07:24 <\marco> :/ Aug 06 19:10:53 <\marco> mhm..maybe ACTION is wrong here, but I've removed it and the result is the same Aug 06 19:11:22 <\marco> ( I'm trying to run that python script on usb cable plugging ) Aug 06 19:12:46 \marco: I don't know anything about udev rules, but why did you put a '+' after 'RUN'? Aug 06 19:13:03 <\marco> it's the correct syntax :) Aug 06 19:13:09 \marco: ah, ok Aug 06 19:13:58 \marco: I'm prone to gambling Aug 06 19:14:07 ;) Aug 06 19:15:08 <\marco> haha, np ;) thanks however Aug 06 19:16:26 \marco: sure. I just looked at http://wiki.openmoko.org/wiki/USB_Networking#OS_or_Distro_Specific_.26_Automatic_Configuration Aug 06 19:16:43 \marco: but it just has configuration for the 'host' side Aug 06 19:17:00 \marco: still a good referrence Aug 06 19:17:26 <\marco> indeed :) thank you! ^^ Aug 06 19:17:36 <\marco> mumble.. Aug 06 19:17:37 \marco: np :) Aug 06 19:18:33 mumble mumble Aug 06 19:19:06 <\marco> :/ uff, syntax seems okay Aug 06 19:19:26 <\marco> I've retrieved all the var directly from udevadm info Aug 06 19:23:11 \marco: ATTR{type]=="USB" is that correct? Aug 06 19:24:06 <\marco> I've used udevadm info like this: Aug 06 19:24:35 ah, i see, kernel=usb Aug 06 19:25:14 <\marco> udevadm info -a -p /devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-mbc/power_supply/usb Aug 06 19:25:19 <\marco> yep Aug 06 19:26:12 <\marco> the first "device" Aug 06 19:27:06 hm, try "USB*" Aug 06 19:27:27 <\marco> ok :) let me try Aug 06 19:27:51 <\marco> on ATTR, right? Aug 06 19:28:04 jup Aug 06 19:30:46 <\marco> no dice :( Aug 06 19:31:03 <\marco> mumble Aug 06 19:32:32 <\marco> the current rule is: Aug 06 19:32:38 <\marco> KERNEL=="usb", SUBSYSTEM=="power_supply", DRIVER=="", ATTR{type}=="USB*", ATTR{online}=="1", RUN+=="/home/root/usbmode.py" Aug 06 19:35:00 <\marco> mhm could I try with KERNEL=="usb*" ( the interface is usb0 ).. Aug 06 19:35:19 ACTION=="add" eventually missing Aug 06 19:36:04 <\marco> but udevadm monitor say "change" as action.. or it's different? Aug 06 19:37:35 no idea Aug 06 19:37:47 <\marco> I'll try with "add" too :) Aug 06 19:44:36 <\marco> :( same result Aug 06 19:52:16 <\marco> mhm I'm trying less specific event... let's see Aug 06 19:52:29 <\marco> ( just to check :) ) Aug 06 20:04:10 <\marco> umpf Aug 06 20:05:11 <\marco> I'm starting to hate udev Aug 06 20:05:20 <\marco> :D Aug 06 20:17:25 <\marco> :( Aug 06 20:17:55 <\marco> I've found similar rules on the net.. I don't know what's wrong Aug 06 20:18:18 <\marco> ( for example : http://www.palmix.org/vaio.html ( search for RUN+ ) ) Aug 06 20:18:30 <\marco> dinner time Aug 06 20:18:38 <\marco> :) Aug 06 20:18:45 <\marco> see you later Aug 06 20:18:48 <\marco> \away Aug 06 20:18:50 <\marco> oops Aug 06 22:48:51 <\marco> I've to go :) Aug 06 22:49:03 <\marco> gnight guys ;) Aug 07 00:02:24 JaMa: thanks a bunch. I will try it soon as I have some kernel patches done Aug 07 00:02:29 JaMa: will let you know Aug 07 00:18:36 NOTE: Running task 6199 of 6242 (ID: 14, /home/oedevel/openembedded/recipes/images/shr-lite-image.bb, do_qa_staging) Aug 07 01:05:36 seems stuck Aug 07 02:30:10 I'm testing SHR-testing in my neo1973, after installation, bootup into X, it stucked at select language, the calibration screen should goes before? Aug 07 02:42:06 opkg upgradeing... **** ENDING LOGGING AT Sat Aug 07 02:59:57 2010