**** BEGIN LOGGING AT Sat Mar 06 02:59:57 2010 Mar 06 05:53:20 NOTE: Running task 6242 of 8880 Mar 06 06:01:36 TAsn: you didn't reveal any secret as it's written in /whois, nschle85 was just too lazy to type it himself :) Mar 06 06:07:59 spaetz: that gtk+.inc patch is applied also to gdk, so NOTE: Task failed: Error: /home/shr/shr-unstable/openembedded/recipes/gtk+/gdk-pixbuf-csource/./no-demos.patch not found. :/ Mar 06 06:46:42 min Mar 06 06:46:50 moin even Mar 06 06:50:02 Hm, where am i supposed to find NWA? Mar 06 06:50:09 :| Mar 06 06:54:51 what's NWA? Mar 06 06:59:49 DocScrutinizer: that's some GUI wireless network manager that triggers an oops in ar6000 "code" nicely. Mar 06 07:00:26 nice :-P Mar 06 07:10:15 I can't find an OE recipe for it, can't find the link at the wiki... Mar 06 07:59:46 PaulFertser: FYI ./drivers/usb/otg/twl4030-usb.c # USB On-The-Go (Not avail. on N900) Mar 06 08:00:12 from http://natisbad.org/N900/n900-commented-hardware-specs.html Mar 06 08:06:15 JaMa, I was talking about telling him he can bug you :P Mar 06 08:06:17 ciao. Mar 06 08:14:17 JaMa, gtk failure sucks. Mar 06 08:14:37 * spaetz is tempted to mail the ml :-) Mar 06 08:49:27 good day all Heinervdm gives this error while installing bluez package Mar 06 08:49:28 * ERROR: Cannot satisfy the following dependencies for bluez4: Mar 06 08:49:28 * libglib-2.0-0 (>= 2.22.4) Mar 06 08:51:42 Heinervdm, is this good idea ? opkg install --force-depends ? Mar 06 08:52:11 alabd: as i said, i can only compile for shr-unstable Mar 06 08:52:21 so that is the only choice you have Mar 06 08:52:31 so ye Mar 06 08:52:47 it won't damage your system, it can only damage bluez Mar 06 08:53:40 thanks will be back later bye 4 now Mar 06 09:31:22 lindi-: ping Mar 06 09:32:12 i guess the compiler has every right to reorder ar->arWmiEnabled = FALSE; ar->arWmi = NULL; any way it likes, so that might probably open a possibility for race, right? Mar 06 09:35:15 And so it does :| Mar 06 09:37:51 But looks that's not the case here anyway. Mar 06 09:39:35 PaulFertser: hehe, compiler internals, always a topic to tell the boys from the men, err the good coders from the diletantic ones Mar 06 09:41:04 DocScrutinizer: ar6000 driver is so nasty written so there might be hundreds of different gotchas :| the guy didn't thought about proper locking at all, yet alone about memory barriers. Mar 06 09:41:31 basically you have to have an idea about the opcodes each line of code you write will generate. That's the reason why it's impossible to write rally good code in C++ Mar 06 09:41:39 I thought nbd had written that one? Mar 06 09:42:35 Wonka: ar6000 driver? can't be that, ever. It has atheros copyrights and nothing more. Mar 06 09:42:41 PaulFertser: what was it you were looking for in maemo5 dmesg? MUSB? Mar 06 09:43:04 PaulFertser: ok, then... Mar 06 09:44:15 DocScrutinizer: well. One fellow (who knows quite some stuff about optimization) recently wrote me that he'd written ~same program in C and in C++ and with C++ the code was much better (of course, after he analised the results, he was able to improve his C code, but first C sketch was considerably worse than C++ result). Mar 06 09:44:41 Wonka: and nbd is a sane developer, unlike the one who's written the driver. Mar 06 09:45:00 PaulFertser: that's really hard to believe Mar 06 09:49:27 PaulFertser: that's what I'd thought about bnd too :) Mar 06 09:51:18 DocScrutinizer: i asked him to prepare that as a smaller testcase. He said he wants to investigate more. Mar 06 09:51:31 nice Mar 06 09:51:38 PaulFertser: MUSB? Mar 06 09:53:30 DocScrutinizer: oh, i do not remember it, sorry :( Mar 06 09:53:37 np Mar 06 10:57:22 spaetzBBL: I've already sent an email about that.. Mar 06 11:37:48 ergh, is it me, or the PIN popup appears less and less often? Mar 06 11:45:20 TAsn: I'm reading the GoS for e, one small note the link to Terrasoft in the 1st section doesn't work :) Mar 06 11:47:35 freesmartphone.org: 03mickey 07cornucopia * r91543a855b91 10/fsogsmd/src/plugins/modem_qualcomm_palm/commandqueue.vala: fsogsmd: catch up with libmsmcomm API changes Mar 06 11:49:07 *sigh* Mar 06 11:50:14 while building mc_4.6.2.bb, do_configure fails with ».../shr-unstable/tmp/cross/armv4t/lib/gcc/arm-oe-linux-gnueabi/4.4.3/include-fixed/limits.h:122:61: error: limits.h: No such file or directory« Mar 06 11:55:45 Wonka: if yo upgrede lniix-libc-headers (i guess you did) Mar 06 11:56:11 Wonka: then probably whole staging /usr/include is gone.. :( Mar 06 11:56:26 bed but easiest to start from scratch Mar 06 11:58:29 SHR: 03mok 07libphone-ui-shr * r9ae0095c8ae7 10/src/view/contact-list-common.c: contact-list-common: initialize index to NULL in contact_list_add Mar 06 11:58:39 SHR: 03mok 07libphone-ui-shr * r8e95de82583a 10/src/view/message-new-view.c: message-new-view: small cleanup Mar 06 11:58:41 SHR: 03mok 07libphone-ui-shr * rbfe6a7bb0163 10/src/view/message-new-view.c: message-new-view: try to resolve a manually added number to a contact Mar 06 11:58:53 lunchtime :) Mar 06 12:21:21 freesmartphone.org: 03mickey 07cornucopia * re75f02b7f056 10/libfsotransport/fsotransport/ (Makefile.am commandqueue.vala cqueue.vala): libfsotransport: prepare for command queue reimplementation Mar 06 12:24:19 Heinervdm: can we somehow minimize this dep path? matchbox-keyboard-inputmethod_svn -> matchbox-panel-2_svn.bb -> matchbox-panel-2-icon-themes_0.0.1.bb -> imagemagick-native_6.3.5-10.bb -> librsvg-native_2.26.0.bb Mar 06 12:24:54 Heinervdm: iirc you said that we need matchbox-keyboard-inputmethod_svn only to get keyboard pop-up from gtk input fields or something like that Mar 06 12:25:35 Heinervdm: so removing icon-themes from it could save 3 packages for -lite (pity that only one from runtime image) Mar 06 12:45:03 freesmartphone.org: 03mickey 07cornucopia * r34e7fa228c56 10/libfsotransport/fsotransport/ (Makefile.am commandqueue.vala cqueue.vala): Mar 06 12:45:03 freesmartphone.org: Revert "libfsotransport: prepare for command queue reimplementation" Mar 06 12:45:03 freesmartphone.org: This reverts commit e75f02b7f056e2aadbc77afeb1bb6971cc4f4bfc. Mar 06 12:59:20 shr-u lite image online :) Mar 06 12:59:38 full image for both shr-u shr-t building atm Mar 06 13:03:18 yeah! Mar 06 13:10:45 I noticved that some games in opkg.org require libvorbis to run but opkg install libvorbis can't find it Mar 06 13:10:49 any suggestion? Mar 06 13:11:34 probably something like libvorbis1 or libvorbis-1 etc.. "opkg list | grep vorbis" Mar 06 13:11:43 ok thx Mar 06 13:11:48 heyho Mar 06 13:12:19 shr-u: full image online :) Mar 06 13:13:31 mmm I can see both libvorbis-static and libvorbis0.. Mar 06 13:13:54 than libvorbis0 will be right choice Mar 06 13:14:05 ok thank you Mar 06 13:16:23 just flashed the new shr-t candidate (from http://82.130.119.36/) on my freerunner, i seem to have no gsm. what should i look at to diagnose the problem. Mar 06 13:16:58 the screen i get when pressing the power button says 'airplane mode' is that a clue? Mar 06 13:17:32 oh, seems to be working now Mar 06 13:17:37 ssam: try to set log level in frameworkd to DEBUG Mar 06 13:17:38 i could not dial before Mar 06 13:18:04 still no 'orange' or bars in the top panel Mar 06 13:18:48 have those been removed? Mar 06 13:23:45 mmm libvorbis is installed but it still says "cannot satisfy the following dependencies for linball-openmoko: * libvorbis* " Mar 06 13:24:25 graziano: what is linball-openmoko and where and how it was built? Mar 06 13:25:46 JaMa, I found it both on the opkg.org website as .ipk and on linball website as tarball with readme that lists its dependencies Mar 06 13:26:04 opkg.org link: http://www.opkg.org/package_107.html Mar 06 13:27:16 website link: http://linball.sf.net/linball-openmoko.tar.gz Mar 06 13:27:30 the readme inside that tarball lists the following dependencies: Mar 06 13:28:19 http://shr.pastebin.com/yr47VDaM Mar 06 13:28:40 graziano: that's the problem with opkg.org :) it would be better to rebuild it with OE against right libraries Mar 06 13:31:09 JaMa, speaking about this, I would like some people here to comment this one, when you have time obviously: Mar 06 13:31:10 http://wiki.openmoko.org/wiki/User:Graziano#ONE_REPOSITORY_TO_RULE_THEM_ALL Mar 06 13:31:20 just my 2 cents Mar 06 13:31:58 lindi-: your latest log for 2327 is very strange, would be interesting to see where the hell it hanged. And also if you can reproduce it with, say 20 delay. Are you going to do an extensive testing if i make it an option? Can you probably first try if it's reproducible with 1s delay hardcoded (to see if making it configurable makes any sense at all)? Mar 06 13:43:10 graziano: there is only one possible comment openembedded==shr-u==shr-t, opkg.org as .ipk repository should die! Mar 06 13:43:39 ! Mar 06 13:43:42 extreme eh :)) Mar 06 13:44:38 JaMa, bad news it's that it is not dying but even being unmaintained for one year, people still sent there packages and keep commenting Mar 06 13:44:46 graziano: and to explain it a bit more openembedded >= shr-u >= shr-t so whatever is in oe is also available in shr-u and what is in shr-u will be available in shr-t or shr-s but with some delay (as it "needs" to be tested first) Mar 06 13:44:49 so why lose all that stuff? Maybe put it to good use, a different one Mar 06 13:45:16 e.g. as a showroom or something like that Mar 06 13:45:23 graziano: because if the sources are available and sane it's really easy to add it to oe Mar 06 13:45:35 graziano: and build it properly in feeds Mar 06 13:45:48 e.g. http://www.android.com/market/ Mar 06 13:45:56 JaMa there are only shr-lite package in ipk right now, right? Mar 06 13:45:58 I see your point Mar 06 13:46:04 graziano: instead of downloading some binary, created somehow against really different distro/version Mar 06 13:46:19 zeusone: image? Mar 06 13:46:29 JaMa: no Mar 06 13:46:40 http://shr.bearstech.com/shr-unstable/ipk Mar 06 13:46:42 graziano: opkg.oprg is good for screenshots/comments but not for binaries Mar 06 13:47:00 zeusone: and what do you expect to find there? Mar 06 13:47:17 for example babiloo-efl in all Mar 06 13:47:25 or estardict in armv4 Mar 06 13:47:26 zeusone: both images are built and in feeds/images Mar 06 13:47:38 zeusone: ah.. thats because shr-full != shr-feeds Mar 06 13:47:51 zeusone: feeds are still building and it will take *a lot* longer Mar 06 13:47:57 ah ok Mar 06 13:48:08 JaMa thanks! Mar 06 13:48:13 NOTE: Running task 5250 of 12884 Mar 06 13:48:26 sorry I didn't understand what you want first :) Mar 06 13:48:55 JaMa np, other question in the next release of estardict I have to create a new bb Mar 06 13:49:28 JaMa estardict_0.2.bb Mar 06 13:49:43 JaM right? Mar 06 13:49:44 zeusone: yup Mar 06 13:49:47 JaMa, thanks for your comments, I will update the page Mar 06 13:49:55 JaMa thanks Mar 06 13:50:00 zeusone: for package like this I guess you can remove 0.1.bb in the same commit Mar 06 13:50:20 JaMa ok Mar 06 13:50:36 graziano: opkg.org and http://wiki.openmoko.org/wiki/Category:Applications are redundant Mar 06 13:51:06 Martix, another interesting comment, I was thinking about it too, just I did not know which one was the maintained one Mar 06 13:51:44 I am testing a lot of games and apps in shr testing, and for the moment I am reporting my findings both on my page and opkg.org Mar 06 13:52:00 are you suggesting to leave opkg.org and start reporting on openmoko application wiki? Mar 06 13:52:31 by the way opkg.org is the first link on the community openmoko page Mar 06 13:52:45 so I think you should decide once and for all if supporting it or not Mar 06 13:52:54 no suggests so fatr Mar 06 13:52:56 *so far Mar 06 13:53:15 because form a newbie point of view, as I see it from the wiki, opkg.org is the suggested website for openmoko apps and related Mar 06 13:53:43 * mrmoku as distro co-maintainer begs to differ ;) Mar 06 13:53:44 see here: http://wiki.openmoko.org/wiki/Community_Resources#Applications_Directory Mar 06 13:55:04 graziano: you didn't update that important part about "opkg.org has to die!" :) Mar 06 13:55:52 ahahahah Mar 06 13:57:10 as a community manager I don't feel quite well to write that the whole work of someone should "die", I do not think of it as the more appropriate way to thank people for their work, :) Mar 06 13:57:35 maybe a "opkg.org is great, but people is using it the wrong way" Mar 06 13:57:49 graziano, what do you mean by "wrong way"? Mar 06 13:57:55 "how could we change it so that it could serve the community better?" Mar 06 13:58:03 etc.etc. Mar 06 13:58:17 opkg.org should simply point to ipks in the shr feed Mar 06 13:58:31 THAT is a really good suggestion Mar 06 13:58:35 and http://projects.openmoko.org/ is next application repository Mar 06 13:58:37 * graziano updates Mar 06 13:59:36 and people should just have their apps included in the feed. Mar 06 14:02:16 I agree and opkg.org or http://wiki.openmoko.org/wiki/Community_Resources#Applications_Directory could be aplications showroom, but which one should be preferred? Mar 06 14:04:57 Martix, then I think you should change the link here: Mar 06 14:04:58 http://wiki.openmoko.org/wiki/Community_Resources#Applications_Directory Mar 06 14:05:01 from opkg.org Mar 06 14:05:02 to Mar 06 14:05:06 http://projects.openmoko.org/ Mar 06 14:05:24 well I can do it if you agree Mar 06 14:05:32 http://projects.openmoko.org/ seems more dead Mar 06 14:05:45 ? Mar 06 14:06:30 if we want to move people to maintaining their apps inside feeds I think that is the way to go Mar 06 14:06:38 linking it could reactivate it Mar 06 14:06:53 linking it and spreading the link through mailing lists Mar 06 14:10:17 mmh, seems like we need a better place to collect apps. A better opkg.org... Mar 06 14:26:00 zeusone, GoS? Mar 06 14:27:34 TAsn yes Mar 06 14:27:54 I think you got the wrong guy, what's GoS ? Mar 06 14:28:23 TAsn oh GSoC :P Mar 06 14:28:35 that makes more sense :) Mar 06 14:28:55 TAsn :P too many acronyms Mar 06 14:28:56 (That what I thought you meant, but GoS is too different :P ) Mar 06 14:28:59 hehe yeas Mar 06 14:29:00 yeah* Mar 06 14:29:22 TAsn I found also another typo Mar 06 14:29:24 graziano: I meant http://projects.openmoko.org/ is just another application repository, but I think its less active than opkg.org Mar 06 14:29:57 zeusone, It's better to report about it in #e :P Mar 06 14:30:12 TAsn: oh ok Mar 06 14:30:23 np :) Mar 06 14:30:33 TAsn: but are only stupid typo :) Mar 06 14:30:36 * TAsn is opening the wiki page Mar 06 14:31:35 spaetz, what do you suggest? Mar 06 14:32:24 zeusone, I get a 500 :| will try again soon. Mar 06 14:32:46 TAsn: ok :) Mar 06 14:38:30 freesmartphone.org: 03morphis 07msmcomm * rfb6b0963a70d 10/msmcommd/src/msmcommd.c: msmcommd: enhance help output Mar 06 15:04:07 SHR: 03tom 07libphone-ui-shr * r2ea202ae55f9 10/src/ (phoneui-call.c view/call-common.c): Fixed a couple of issues and hopefully the seg Mar 06 15:04:09 SHR: 03tom 07libphone-ui-shr * r4369a2fe9144 10/src/view/ (contact-list-common.c message-new-view.c): Merge branch 'contacts' of git+ssh://git.shr-project.org/libphone-ui-shr into contacts Mar 06 15:04:14 graziano: sorry I was more exact in first remark, it should die as .ipk repository and stay great as screenshot/comments showcase Mar 06 15:04:42 JaMa, thanks I got your point of view and fully agree with it Mar 06 15:04:59 I think that here we should be more clear: Mar 06 15:04:59 http://wiki.openmoko.org/wiki/Community_Resources#Applications_Directory Mar 06 15:05:56 I think we should write in that section that the preferred method to develop an application is doing it in openembedded e.g. Mar 06 15:06:39 and write to opkg.org maintainer to discuss how we can improve that website to serve users and developers better Mar 06 15:07:57 SHR: 03tom 07libphone-ui-shr * r5d1f5af98be6 10/src/view/call-common.c: Fixed the typo. Mar 06 15:08:01 I'm such an ass committing code that doesn't compile :P Mar 06 15:08:06 forgot to git add that Mar 06 15:08:12 (after the change) Mar 06 15:16:26 TAsn: what's new with opimd? Is it already in repo? Mar 06 15:16:35 no Mar 06 15:16:53 we need to decide how to insert it Mar 06 15:17:07 (it = the convert script) Mar 06 15:19:45 anyhow, I'm off. Mar 06 15:19:51 brb later Mar 06 15:19:58 bbl* Mar 06 15:19:59 :P Mar 06 15:45:03 spaetz: still here? Mar 06 15:45:32 yes Mar 06 15:45:40 spaetz: I've started shr-full for shr-t, shr-lite is ok.. so you can rsync if you want Mar 06 15:46:00 spaetz: but for shr-u I moved whole ipk directory (to make sure that only "new" stuff is there Mar 06 15:46:31 spaetz: so maybe it's better to sync when also feed is done (if you don't hurry to push it online :)) Mar 06 15:46:49 very cool. I'll try to opkkg upgrade from an old install first Mar 06 15:46:50 hi all Mar 06 15:47:08 let's push when the feed is build Mar 06 15:47:31 and also remove the old ikg stuff before... Mar 06 15:49:12 spaetz, have you built new testing? Mar 06 15:49:44 spaetz: should I rsync it, when I'll be there when it's finished and you offline? :) Mar 06 15:50:53 JaMa, you could ddo it, but I also want to send an announement to the list. Mar 06 15:51:05 either way is fine for me Mar 06 15:51:37 ok.. i started only shr-full build.. so when I see it finished I'll start feed but with the speed we have shr-u feed will be finished later tonight and shr-t tomorrow morning.. Mar 06 15:53:06 ok, sounds good. no hurry :-) Mar 06 15:56:38 spaetz, so will there be tomorrow a new testing? Mar 06 16:02:10 i hope so yes Mar 06 16:04:56 spaetz, wow! Mar 06 16:06:51 there are still some unknown issues with fso-abyss sometimes exiting (so no gsm) but that worked now for me. sr-u has the same probleem, btw Mar 06 16:07:13 spaetz: I push a new bb in shr-u there will be also in shr-t? Mar 06 16:16:56 spaetz, fso-abyss problem is something that can be fixed later via an opkg upgrade? Mar 06 16:21:57 graziano, i hope so Mar 06 16:22:48 ok Mar 06 16:23:12 I am seeing now that packages in opkg.org seem more updated than the ones in shr testing Mar 06 16:23:30 this means developers updated them in their repo or opkg.org but not in oe / shr :( Mar 06 16:24:04 e.g. numpty phisics is 0.2 in shr testing but 0.3 in opkg.org Mar 06 17:06:02 freesmartphone.org: 03mickey 07cornucopia * r0dd50bde5649 10/ (12 files in 5 dirs): Mar 06 17:06:02 freesmartphone.org: libfsotransport & fsogsmd: part 1 of the great command queue rework Mar 06 17:06:02 freesmartphone.org: fsogsmd will be broken for a while Mar 06 17:08:05 I just separated games that are already on shr testing from ones present only in opkg.org Mar 06 17:08:41 http://wiki.openmoko.org/wiki/User:Graziano#SHR_Games Mar 06 17:12:16 if I will ever contact developers of games not present in shr, where should I suggest them to maintain them? Mar 06 17:12:26 oe? Mar 06 17:12:36 yeah, that'd be probably the best Mar 06 17:13:37 could you prove me an uri? Mar 06 17:13:39 http://wiki.openembedded.net/index.php/New_Dev Mar 06 17:13:42 is this fine? Mar 06 17:14:17 that's for developers who got commit access Mar 06 17:14:29 oe only grants commit access after folks sent a couple of sane patches Mar 06 17:14:36 so patches to the list would be a good start Mar 06 17:22:35 mickeyl: Hey Mar 06 17:22:47 mickeyl: how is the codesprint with morphis coming along? Mar 06 17:23:52 hi kensan. that was on thursday and it was quite cool. although we did only managed a fraction of what we had on the agenda, it was good to meet, share our views and goals, and start with the fsogsmd integration Mar 06 17:24:09 mickeyl: good stuff :) Mar 06 17:24:33 the palm pre modem forced me to rip some parts of fsogsmd apart which are too AT centric Mar 06 17:24:41 which is a good thing although gives me some headaches ;) Mar 06 17:24:43 mickeyl: well isn't there always more work after the meeting than before? ;) Mar 06 17:24:48 hehe, indeed Mar 06 17:25:03 if i were to speculate, i'd say we get a first preview image in May Mar 06 17:25:05 mickeyl: yeah, sounds like a good refactoring... Mar 06 17:25:21 perhaps april Mar 06 17:25:46 mickeyl: I see. Well no rush for me, I still have not decided which gadget to get next *heh* Mar 06 17:25:55 hehe Mar 06 17:26:08 i think the pre is quite amazing hardware Mar 06 17:26:23 if you can live with the plastic and the slideoutkeyboard Mar 06 17:26:27 mickeyl: btw, FSO is mentioned in the current issue of Linux Magazine Mar 06 17:26:42 mickeyl: congrats for that. Mar 06 17:26:47 thanks :) Mar 06 17:26:52 we need to improve our PR Mar 06 17:26:59 and i think something like that should be a good start Mar 06 17:27:07 i'm also working on a more clean and concise webpage Mar 06 17:27:12 (in addition to the wiki) Mar 06 17:27:32 mickeyl: although the last sentence was a bit harsh I think... (device support, future outlook of FSO) Mar 06 17:27:48 true Mar 06 17:28:15 but there's some truth in that. if FSO does not manage to run on a new platform this year, it's going to be tough Mar 06 17:28:52 mickeyl: yes, but maybe they should have hinted that that is a major goal on the roadmap of FSO and that people are actively working on device support. Mar 06 17:29:21 right. Mar 06 17:29:43 mickeyl: It is tough already in the "commercial space" imho with the MeeGo merger thing and Android getting all the press... Mar 06 17:31:08 mickeyl: but since FSO clearly has it's own merits (Freedom etc) time will tell if people realize the potential of the framework/plattform... Mar 06 17:32:06 hopefully, yes. more supported platforms and better "positioning" wrt. meego, android, and the like will help Mar 06 17:32:15 nothing more we can do :) Mar 06 17:32:55 yes, you can't force people to do the right thing (tm) *heh* Mar 06 17:33:34 hehe Mar 06 17:34:20 meego is an enemy of freedom Mar 06 17:34:47 is it? what makes you think so? Mar 06 17:35:07 http://groups.fsf.org/wiki/LibrePlanet2010/Hacking/Free_phones_workshop#Comparison_Table Mar 06 17:35:12 I am working on this page Mar 06 17:35:21 together with other free software activists Mar 06 17:35:29 read the "2" notice on the meego column Mar 06 17:35:32 The sharks they are building in their underground lair that have friggin' laserbeams on their heads? Mar 06 17:35:36 taken from their website, licensing page Mar 06 17:35:43 or was that the android crowd? Mar 06 17:35:47 *scnr* Mar 06 17:36:32 "Use of GNU (L)GPL version 2.x is encouraged and currently use of GNU (L)GPL version 3 is discouraged." " Mar 06 17:36:56 this means only one thing, they have plans to put drm on the devices and software Mar 06 17:37:35 eh? Mar 06 17:37:53 I don't see the connection there... Mar 06 17:38:44 http://www.gnu.org/licenses/gpl-faq.html#Tivoization Mar 06 17:39:06 well FSO is LGPL 2.1 if I am not mistaken... Mar 06 17:40:28 I am not a license expert, people tell me it provides not a good protection against threats to digital freedom Mar 06 17:40:39 but you should discuss this with licensing@fsf.org Mar 06 17:41:00 cause I can't provide the needed advice in this field Mar 06 17:41:15 maybe johnsu01 could Mar 06 17:41:50 Well all I am saying is that many FOSS projects are licensed under the (l)gpl v2 Mar 06 17:42:03 yes I know Mar 06 17:42:21 That alone is not an indication that somebody has an evil master plan in their drawer... imho Mar 06 17:42:25 but gpl was updated to provide protections against recent threats to our freedom Mar 06 17:42:39 Kensan, remember we are talking about intel and nokia here :) Mar 06 17:43:24 intel that refused to provide any helpful information to the coreboot.org project, and nokia that fighted againsts free multimeida format like ogg vorbis and theora Mar 06 17:43:33 Sure, Intel has done terrific work wrt kernel stuff Mar 06 17:44:02 It's not all black and white. Intel is a BIG company. Mar 06 17:44:04 just to not talk about the non free binary firmware blobs intel keeps loading with their wireless drivers Mar 06 17:44:39 Kessure but this specific note about trying to keep developers from releasing gplv3 code makes me suspicious Mar 06 17:44:53 anyway time will tell Mar 06 17:44:56 meego is just born Mar 06 17:44:57 Well I am just saying: just because they license their software under lgpl 2 does not mean they want to rule the world. Mar 06 17:45:02 and we will see where they want to go Mar 06 17:45:21 Kensan, different things, it's not the fact that their license is only v2 Mar 06 17:45:36 it is the fact that they are openly discouraging developers to release code under gpl v3 Mar 06 17:45:46 it's a very different thing Mar 06 17:45:55 so do the kernel people Mar 06 17:46:11 sure in fact the linux kernel is not free software Mar 06 17:46:17 it contains non free software Mar 06 17:46:29 that is why the linux-libre project was born Mar 06 17:46:46 http://linux-libre.fsfla.org/ Mar 06 17:46:49 yes I know Mar 06 17:47:52 anyway, I just thought that given the quote from you the accusation was a bit out of proportion that's all. Mar 06 17:48:15 nobody knows what's going to happen so we will see. Mar 06 17:50:20 sure, Mar 06 18:07:55 mickeyl, can I have your email please? I would like you to reado something I got Mar 06 18:08:46 mickey@vanille-media.de Mar 06 18:09:55 SHR: 03mok 07libphone-ui-shr * r54e4944818c7 10/ (3 files in 2 dirs): message-new-view: use keypad to enter numbers Mar 06 18:11:05 thx Mar 06 18:25:33 email sent Mar 06 18:25:44 I put there a lot of thoughts, don't hate me :) Mar 06 18:30:51 hi - does the new image work or does it have the same regressions as the previous ones? Mar 06 18:35:44 bumbl: did not try it... probably JaMa|Off would know Mar 06 18:36:44 freesmartphone.org: 03mickey 07cornucopia * r2128d6af90ad 10/fsogsmd/src/ (5 files in 3 dirs): fsogsmd: modem_qualcomm_palm: rewrite MsmCommandQueue on top of the new FsoFramework.AbstractCommandQueue Mar 06 18:37:45 ok i'll test it - it can't get worse Mar 06 18:38:04 :) Mar 06 18:48:28 no sms == total fail Mar 06 18:49:54 freesmartphone.org: 03mickey 07msmcomm * rce578c1e5ffb 10/libmsmcomm/vapi/msmcomm-1.0.vapi: vapi: remove msmcomm_message_free which is no more Mar 06 18:57:32 freesmartphone.org: 03mickey 07msmcomm * ra21950525b57 10/libmsmcomm/vapi/msmcomm-1.0.vapi: vapi: add command types to eventTypeToString() Mar 06 19:02:14 freesmartphone.org: 03mickey 07cornucopia * rfa4a5e62a5a9 10/libfsotransport/fsotransport/commandqueue.vala: libfsotransport: make open/close/freeze/thaw virtuals Mar 06 19:02:16 freesmartphone.org: 03mickey 07cornucopia * ra1fae588933a 10/fsogsmd/src/ (2 files in 2 dirs): Mar 06 19:02:16 freesmartphone.org: fsogsmd: qualcomm_msm: we now properly respond to org.freesmartphone.GSM.Debug.Ping (yay!) Mar 06 19:02:16 freesmartphone.org: Here's the proof: Mar 06 19:02:16 freesmartphone.org: 2010-03-06T19:00:41.705604Z [INFO] libfsotransport <127.0.0.1:3030 (fd 6)>: SRC: "COMMAND_TEST_ALIVE" -> RESPONSE_TEST_ALIVE Mar 06 19:03:17 * mickeyl dances a jig Mar 06 19:03:25 woohoo Mar 06 19:03:33 first command -> response cycle Mar 06 19:03:35 *phew* Mar 06 19:03:40 Now all i need to be happy is reliable telephony on my freerunner Mar 06 19:03:45 and gprs Mar 06 19:03:47 hmm Mar 06 19:03:49 freerunner... Mar 06 19:03:51 ah, that thing Mar 06 19:04:12 i will pay attention to the calypso again Mar 06 19:04:26 for now i need to bring the palm a bit forward though Mar 06 19:05:14 morphis worked months on the protocol RE Mar 06 19:05:18 alone Mar 06 19:05:22 that was surely frustrating Mar 06 19:05:30 so now it's my turn to make his work usable Mar 06 19:06:43 SHR: 03mok 07libphone-ui-shr * r00d4a0efa5ba 10/data/contacts.edc: contacts.edc: add an elm.swallow.end to the list to swallow some button Mar 06 19:06:46 SHR: 03mok 07libphone-ui-shr * r69b190a6fb3b 10/src/view/message-new-view.c: message-new-view: implement remove recipient button and enhance recipient updating Mar 06 19:07:28 mickeyl: yeah, of course i understand that Mar 06 19:20:14 TAsn: ping Mar 06 19:20:55 hi! can someone help me with bt headset Mar 06 19:21:09 I can't get it working Mar 06 19:21:30 i'm following this Mar 06 19:21:30 http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner Mar 06 19:21:37 joined to my knowledge of bluez Mar 06 19:21:52 1) headset gets disconnected every now and then Mar 06 19:22:21 2) playing with alsa bluetooth driver from my notebook works (but it's HCI mode, for the phone must be PCM) Mar 06 19:34:43 now I get a confused noise... Mar 06 19:52:03 rozzin: you should use the bitbake sistem Mar 06 19:52:29 zeusone: Yeah, well, the idea is that I want to be able to build and test *before* I release. Mar 06 19:52:37 rozzin: I don't know if they go to repair the toolchain Mar 06 19:52:54 rozzin: I search the link ... Mar 06 19:53:11 Let's back up, since we just brought a conversation in from someplace else.... Mar 06 19:53:20 Hi everybody. Mar 06 19:53:39 rozzin: you have to follow this: http://www.shr-project.org/trac/wiki/Howto%20get%20my%20application%20in%20the%20SHR%20feed Mar 06 19:54:11 Hi everybody :D Mar 06 19:54:53 I'd really like to fix SHR bug #768, so that I build and test my applications before releasing them and asking the SHR team to include them in the feed. Mar 06 19:55:33 Anyone have any leads that I can follow in my persuit of a working toolchain? Mar 06 19:55:46 rozzin: follow the link Mar 06 19:55:46 freesmartphone.org: 03mickey 07msmcomm * r064716083257 10/libmsmcomm/vapi/msmcomm-1.0.vapi: vapi: add self description to Message Mar 06 19:55:57 rozzin: it's easy ... Mar 06 19:56:04 freesmartphone.org: 03mickey 07cornucopia * rc3a5deaaa9b1 10/fsogsmd/src/plugins/modem_qualcomm_palm/commandqueue.vala: fsogsmd: qualcomm_palm: use self-descriptor for msm messages Mar 06 19:56:08 zeusone: I'm not submitting untested code. Mar 06 19:56:11 End of story. Mar 06 19:56:14 NO Mar 06 19:56:28 rozzin: in this way you can create your environment Mar 06 19:56:34 rozzin, do you bitbake for testing on your phone Mar 06 19:56:41 but don't expect you will not have problems :) Mar 06 19:56:41 rozzin: and test on your pc Mar 06 19:56:48 yes Mar 06 19:56:54 everyone do that Mar 06 19:56:55 * rozzin slaps his forehead. Mar 06 19:56:56 you will need several manual adjustments (at least for the first time) Mar 06 19:57:21 daniele_athome: for the bitbake system? Mar 06 19:57:29 zeusone, yes Mar 06 19:57:39 zeusone: I've read that page. Mar 06 19:57:41 in my case, i remember 2 problems Mar 06 19:57:49 the first is about the gmp package Mar 06 19:58:10 zeusone: I'm not new to this; I've done it for several years, now. Mar 06 19:58:10 symlinks to source files are wrong, and so I had to manually fix them before resuming the build Mar 06 19:58:15 I'm using the testing and no problem Mar 06 19:58:24