**** BEGIN LOGGING AT Sat Feb 12 02:59:57 2011 **** ENDING LOGGING AT Sat Feb 12 05:01:48 2011 **** BEGIN LOGGING AT Sat Feb 12 05:02:14 2011 **** ENDING LOGGING AT Sat Feb 12 05:02:53 2011 **** BEGIN LOGGING AT Sat Feb 12 05:03:33 2011 Feb 12 07:41:15 [Rui]: new e-gadgets are building, thans Feb 12 07:41:17 thanks Feb 12 08:32:13 <[Rui]> JaMa|Off: cool Feb 12 09:06:04 [Rui]: the error smells like broken alsa state files Feb 12 09:55:42 mrmoku: could you take a look at the accellerator patches on smartphone-userland? Feb 12 09:56:14 i can review the vala-side of it, but i'd like someone to confirm whether they actually work before applying Feb 12 10:22:11 gisicomm-Message: gisicomm.vala:687: NET TIME IND <[PN_NETWORK (10) v014.002]: OK, id = 0x27> received Feb 12 10:22:23 ok, receiving NITZ updates Feb 12 10:34:18 git.openmoko.org git:// access non-working? :-o Feb 12 10:36:29 PaulFertser: nope for few days Feb 12 10:36:33 PaulFertser: only http:// Feb 12 10:36:45 JaMa|Off: is anyone notified? Looks like git-daemon is just down. Feb 12 10:37:47 JaMa|Off: do you by any chance know if the hook to update stuff for the dumb transport on every commit is there working properly? Feb 12 10:38:33 hi JaMa|Off there are huge boost detection breakage Feb 12 10:38:43 should I try to fix? or will the fix break other distros? Feb 12 10:38:56 freesmartphone.org: 03mickey 07libgisi * r3dd80f6397fb 10/ (gisicomm/gisicomm.vala tests/testping.vala): gisicomm: register for NITZ indications, parse, and send a signal to all interested listeners Feb 12 10:39:21 it wasn't working when larsc pushed 2.6.37 (when git:// was also down) Feb 12 10:39:39 PaulFertser: but I didn't notify anyone Feb 12 10:39:51 any news wrt. forwarding? Feb 12 10:39:55 or did you gave up on it? Feb 12 10:40:03 GNUtoo|laptop: renamed packages right? Feb 12 10:40:23 JaMa|Off, yes renamed libs Feb 12 10:40:32 wesnoth,pingus,etc.... are broken Feb 12 10:41:34 GNUtoo|laptop: bumping PR in depending recipes won't break other distros Feb 12 10:41:49 mickeyl: i decided to try another approach (utilizing parts of gisi) this weekend. And btw, i was somewhat pissed by the non-working phonet implementation, the lack of docs and attitude of those who does have all that, that's usually demotivating enough for me. I think i'll still try as i have some time this sunday. Feb 12 10:41:56 But no promises as usual... Feb 12 10:42:04 There were none the previous time too. Feb 12 10:42:05 GNUtoo|laptop: last time I've reported boost breakage, but not sure what was it about and the outcome (searching it atm) Feb 12 10:42:06 JaMa|Off, ok but some recipes need more than that Feb 12 10:42:11 like pingus Feb 12 10:42:17 there is a patch for handling boost Feb 12 10:42:23 PaulFertser: for sure, thanks Feb 12 10:42:23 that must be removed to make it compile Feb 12 10:42:58 Somehow i found it's more and more difficult for me to do anything, especially something that (even by some side means) pisses me off, sorry guys :/ Feb 12 10:43:17 freesmartphone.org: 03mickey 07libgisi * rfea3c0dda7b1 10/ (data/libgisi.vapi gisicomm/gisicomm.vala tests/testping.vala): fix license headers in vapi and vala files; this library is GPLv2 Feb 12 10:44:00 no need to apologize for anything. i've been through lots of those phases, but luckily enough, they were phases, so my motivation came back eventually Feb 12 10:44:13 DocScrutinizer: hey :) Any idea how to best tackle the issues at git.openmoko.org (non-working git://, improperly configured hooks for the dumb transports (http))? Feb 12 10:44:15 GNUtoo|laptop: that boost version is default, so if you fix it for default version and break for older it's not so bad (distros using older boost should handle it) Feb 12 10:45:02 PaulFertser: pester Harald Welte? Sorry NFC what's up with OM infra meanwhile Feb 12 10:45:14 DocScrutinizer: is probably roh around? Feb 12 10:45:23 ping him Feb 12 10:45:27 iirc Harald fixed it last time Feb 12 10:45:32 he's "always around" :-P Feb 12 10:45:52 hmm Feb 12 10:45:55 but for all I know the servers moved to gnumoks aka Harald Feb 12 10:46:08 ~lart n900 modem firmware for hiding true operator names Feb 12 10:46:08 * apt slams n900 modem firmware against a large cement Tux for hiding true operator names Feb 12 10:46:11 this sucks Feb 12 10:46:25 DocScrutinizer: ok, thanks, will do. Feb 12 10:46:28 so as nobody even cared to inform me about that, I won't give a F about it Feb 12 10:46:56 mickeyl: :-/ Feb 12 10:47:19 DocScrutinizer: first modem i've ever seen that automatism so consequently Feb 12 10:47:28 oh well, could be worse Feb 12 10:47:29 :) Feb 12 10:47:46 a pity it's too late now Feb 12 10:48:08 definitely nothing will move anymore, on N900 and/or meego Feb 12 10:48:22 new cmt FW? forgetit Feb 12 10:48:29 yep Feb 12 10:48:47 very questionable whether the kernel will be finished by the meego folks Feb 12 10:48:51 i.e. upstreaming Feb 12 10:48:54 opening up .h or other specs? Go ask Mr "DevelopersDevelopersDevelopers" Balmer Feb 12 10:49:05 so we have to live with what we have or abandon yet another device :D Feb 12 10:49:15 heh Feb 12 10:49:45 JaMa|Off, can I fix like that or should I send a patch for breaking older boosts and distros? Feb 12 10:50:43 GNUtoo|laptop: nobody in OE is pinning boost.. so just note it in commit (that it won't work with old boost anymore) Feb 12 10:51:35 * DocScrutinizer still hopes for hearing the breaking news "EU opened trial agains Mr. Elop. Nokia Deal with M$ void" Feb 12 10:53:59 JaMa|Off, SDLMIXER_LIBRARY is not found Feb 12 10:54:01 but it's in deps Feb 12 10:54:04 I'll look Feb 12 10:55:17 strange Feb 12 10:55:20 it's not in sysroot Feb 12 10:55:45 DEPENDS = "freetype libsdl-image libsdl-mixer ... Feb 12 10:55:58 but libsdl-mixer is not there Feb 12 10:56:01 strange strange Feb 12 10:56:04 I'll bitbake it Feb 12 10:57:41 GNUtoo|laptop: iirc, there is report about that on oe ML from today Feb 12 10:57:54 ah ok Feb 12 10:58:00 so I bitbake libsdl-mixer Feb 12 10:58:13 what was the thread name? Feb 12 10:58:25 freesmartphone.org: 03mickey 07libgisi * re8f29bfa82f2 10/gisicomm/gisicomm.vala: gisicomm: iterate through RAT_IND message Feb 12 10:58:58 GNUtoo|laptop: don't remember but there was "sdl" in it :) Feb 12 10:59:02 ok Feb 12 10:59:06 so it's specific to sdl Feb 12 10:59:06 oik Feb 12 10:59:08 *ok Feb 12 10:59:17 because it could have been bad deps handling Feb 12 10:59:27 but here bitbaking sdl doesn't fix it Feb 12 11:01:25 ok I pull Feb 12 11:01:35 they say it's fixed in master.... Feb 12 11:05:57 no that was previous issue iirc Feb 12 11:06:54 GNUtoo|laptop: see last e-mail from Paul Feb 12 11:07:04 ok Feb 12 11:09:45 I don't find the mail Feb 12 11:09:49 I'll search better Feb 12 11:11:30 [oe] libsdl-mixer_1.2.11: task compile fails with `/bin/sed: can't read =/usr/lib/libts.la: No such file or directory` Feb 12 11:11:34 2hours ago Feb 12 11:11:38 ok Feb 12 11:11:38 was the reply Feb 12 11:12:06 ok so I've to wait? Feb 12 11:14:21 it was unresolver Feb 12 11:14:31 gtg, lunch Feb 12 11:18:38 freesmartphone.org: 03mickey 07cornucopia * rbdcf0a1f36a1 10/fsogsmd/src/plugins/modem_nokia_isi/ (Makefile.am callhandler.vala plugin.vala): fsogsmd: add IsiCallHandler stub and instanciate from modem plugin Feb 12 11:19:12 GNUtoo|laptop, mickeyl: i think i have added the main bits of my thoughts to the PR draft. please have a look, edit and comment. Feb 12 11:19:22 link? Feb 12 11:20:20 GNUtoo|laptop: http://wiki.freesmartphone.org/index.php/Feb11PRDraft Feb 12 11:20:20 GNUtoo|laptop: http://wiki.freesmartphone.org/index.php?title=Feb11PRDraft ;) Feb 12 11:20:47 ok I'll add Feb 12 11:21:08 are the 2 page the same page? Feb 12 11:21:13 yes Feb 12 11:21:15 sry ;) Feb 12 11:21:19 ok np Feb 12 11:31:40 bbl Feb 12 11:51:59 mickeyl: I can try, though apart from me and the small one the rest of the family is lying down with flu :/ Feb 12 11:52:14 * mrmoku has more unwanted duties now... and the little one refuses to help ;) Feb 12 11:53:10 mrmoku: don't worry, in that case i'll have a look on my own Feb 12 11:53:18 mrmoku: get well soon (for the others) Feb 12 11:54:01 I called #android-on-freerunner people Feb 12 11:54:08 to comment on the draft and to be part of it Feb 12 11:54:10 because: Feb 12 11:54:22 GNUtoo|laptop, I think we only have opensource software in the distro right now... Feb 12 11:55:35 mickeyl: thanks :) Feb 12 11:56:03 mrmoku, try not to get the flu, because if everyone get the flu, who will cure the other members of the family? Feb 12 11:56:16 s/cure/heal Feb 12 11:57:54 GNUtoo|laptop: yeah... believe me I'm trying hard :P Feb 12 11:58:12 ok Feb 12 12:02:51 hey, many hands make light work :), great Feb 12 12:03:41 freesmartphone.org: 03mickey 07cornucopia * r9a99235448e4 10/fsogsmd/src/plugins/modem_nokia_isi/ (callhandler.vala mediators.vala): fsogsmd: modem_nokia_isi: connect call mediators to call handling Feb 12 12:03:42 there is one bit that is missing - as mickeyl said, we have to make sure not to bring the expectations too high, so to be realistic Feb 12 12:07:58 vanous: but also not too much realistic, as PRs are by definition very subjective ;) Feb 12 12:14:00 btw. did anybody read raster's mail regarding meego, EFL and Samsung? Feb 12 12:14:15 (on e devel list) Feb 12 12:18:44 yup Feb 12 12:19:07 chrome://downloads/home/mok/Downloads/04.%EC%A0%84%ED%95%B4%EB%8F%88_%EA%B3%B5%EA%B0%9CSW%20%EA%B0%9C%EB%B0%9C%EA%B3%BC%20%EB%A6%AC%EB%AA%A8.pdf Feb 12 12:19:10 err Feb 12 12:19:18 ~lart chromium Feb 12 12:19:19 * apt accelerates a free AOL cd to 50,000 rpm and lets chromium feel it Feb 12 12:19:37 http://www.oss.kr/?module=file&act=procFileDownload&file_srl=1609&sid=96028cc2f522ec804ec973e9b92d5bd9 Feb 12 12:19:58 looks like Samsung finally wants to bring out an interesting phone this year Feb 12 12:27:02 For those who wants to read raster's email: http://comments.gmane.org/gmane.comp.window-managers.enlightenment.user/14360 Feb 12 12:27:20 PaulFertser: thank you Feb 12 12:28:54 mrmoku, yes. they are using LiMo components? Feb 12 12:29:04 iirc LiMo is dead oO Feb 12 12:33:59 Yet another network connection manager? And proprietary telephony framework? Proprietary Security? WTF? Feb 12 12:34:13 Linux 2.6.32 so cute, meh Feb 12 12:34:19 (page 4 of that pdf) Feb 12 12:37:23 (presentation) pretty much the same raster was telling us over irc. A "balanced" mix of traditional telephony "SDK" approach with sane community practicies. sigh Feb 12 12:38:30 PaulFertser, you can't really tell how up to date that presentation is Feb 12 12:39:30 and even if it is Feb 12 12:39:41 and it only shows the gtk+ side, only mentions efl in the stack Feb 12 12:40:06 playya_, given that raster is involved and efl is only mentioned Feb 12 12:40:09 it's probably pretty old Feb 12 12:40:17 but even if it's true and up to date Feb 12 12:40:37 at worst you'll get an easy to "hack and put shr on" system Feb 12 12:40:41 not easy, easier* Feb 12 12:40:42 :P Feb 12 12:41:02 2010.10.05 Feb 12 12:41:05 4months ago Feb 12 12:43:16 TAsn: (up to date) my point's about style, not date. Feb 12 12:43:37 style may have changed Feb 12 12:43:43 this is an internal doc from 4 months ago Feb 12 12:43:52 nothing is set in stone Feb 12 12:43:55 TAsn: we already have the easiest platform for SHR: gta02. I guess you know how it works. Feb 12 12:44:04 heard of it before Feb 12 12:44:31 Sorry for being sceptical Feb 12 12:44:58 nah, it's fine. Feb 12 12:44:59 :) Feb 12 12:45:16 obviously I can't say more than has been provided by raster Feb 12 12:45:22 but Feb 12 12:45:49 I don't think that you can trust a big company to produce real open source products Feb 12 12:45:58 but honestly, samsung are trying Feb 12 12:47:35 PaulFertser, so yes, I guess if you want a really open phone, from the docs they sent out Feb 12 12:47:40 samsung won't be providing it Feb 12 12:47:55 but if you want a "linux box with a proprietary nvidia driver" Feb 12 12:48:15 I think (hope) they'll provide exactly that Feb 12 12:51:04 and hopefully in time Feb 12 12:51:13 oss will do it's magic and we'll have open source drivers Feb 12 12:51:15 and etc Feb 12 12:53:06 anyhow, I'm off. those are my thoughts. Feb 12 12:53:38 Thanks for sharing Feb 12 12:54:06 np, one last comment though: Feb 12 12:54:24 I bought an intel on board card, cause I wanted vendor supported OSS drivers, so.. :P Feb 12 14:04:55 heyho Feb 12 14:09:19 GNUtoo|laptop: ping Feb 12 14:17:35 morphis, pong Feb 12 14:18:09 I have some OE question for you Feb 12 14:18:32 machine arch? Feb 12 14:18:50 I want compile several recipes from a different SRC_URI but without changing the recipes Feb 12 14:18:52 I tihnk you forgett what it was Feb 12 14:18:59 that's easy Feb 12 14:19:18 but explain better Feb 12 14:19:20 SRC_URI_libmsmcomm = "file://...."? Feb 12 14:19:27 (you override the SRC_URI) Feb 12 14:20:09 I am currently changing S for each recipe in my local.conf Feb 12 14:22:55 mrmoku, so without java? Feb 12 14:23:43 TAsn, it depends , there are company commited to free software but they don't do phones Feb 12 14:23:55 morphis, hmmm Feb 12 14:24:22 morphis, you want a .inc with shared content but different SRC_URI? Feb 12 14:24:26 ok I have /home/morphis/Workspace/fso/git/msmcomm as git repository Feb 12 14:24:39 now there is the libmsmcomm recipe in OE Feb 12 14:24:57 for my local build I just want to point OE to the local repository without changing the recipe itself Feb 12 14:25:05 ahhh Feb 12 14:25:56 ask in #oe because I'm not used to the collection override Feb 12 14:26:11 Basically the only stuff that I did Feb 12 14:26:12 was Feb 12 14:26:36 /home/gnutoo/embedded/oe/org.openembedded.dev for upstream Feb 12 14:26:44 /home/gnutoo/embedded/oe/local for local Feb 12 14:26:53 ok that setup I have too Feb 12 14:26:55 but I now work only towards upstream Feb 12 14:27:06 then there is stuff like ammend.inc Feb 12 14:27:07 etc... Feb 12 14:27:10 I never used that Feb 12 14:27:23 GNUtoo|laptop: without jave :) Feb 12 14:27:29 java even Feb 12 14:27:41 efl + gtk2 Feb 12 14:27:51 and apps in C or C++ Feb 12 14:27:53 mrmoku, I don't know why, but the phone companies want a free java Feb 12 14:28:00 android gave that Feb 12 14:28:06 and now android succeed Feb 12 14:28:13 but android is non-standard Feb 12 14:28:20 GNUtoo|laptop: what does standard mean? Feb 12 14:28:24 we want something better Feb 12 14:28:41 and android is having licens/patent problems regarding java, no? ;) Feb 12 14:28:43 lindi-, non-standard kernel-userland interface is my principal grief Feb 12 14:28:52 GNUtoo|laptop: but what does "non-standard" mean? Feb 12 14:28:56 then they don't use Xorg etc.... Feb 12 14:29:01 lindi-, I'll explain Feb 12 14:29:02 GNUtoo|laptop: to me OE is non-standard Feb 12 14:29:11 GNUtoo|laptop: and SHR and qtmoko :) Feb 12 14:29:20 lindi-,think worse than that Feb 12 14:29:24 think no ALSA Feb 12 14:29:27 OE is a build system Feb 12 14:29:43 but a different custom system that is not OSS and not something known Feb 12 14:29:54 lindi-: what would make SHR more standard in your eyes? Feb 12 14:30:04 then the wifi, it's not WEXT, not nl80211 Feb 12 14:30:09 mrmoku: good question Feb 12 14:30:15 then the framebuffer Feb 12 14:30:31 you need to modify the code to add a refresh thread to make Xorg work Feb 12 14:30:38 no FBIOBLANK Feb 12 14:30:55 you can't resume it by defalut under GNU/Linux Feb 12 14:31:11 they use led subsystem instead of backlight for the lcd backlight Feb 12 14:31:18 etc.... Feb 12 14:31:30 GNUtoo|laptop: SHR also uses led subsystem for vibrator Feb 12 14:31:39 but maybe that is more ok Feb 12 14:31:46 you can't run a GNU Userland on it unless you invest a lot of time for kernel hacking Feb 12 14:31:59 I mean for LCD backlight, I think vibrator is ok Feb 12 14:32:05 GNUtoo|laptop: yeah but surely GNU userland can't be a requirement for an OS to be standard? Feb 12 14:32:31 lindi-, kernel people have a rule: Feb 12 14:32:40 never break the userland ABI Feb 12 14:32:48 you can add a new syscall Feb 12 14:32:51 but you can't remove one Feb 12 14:32:59 now android changed everything Feb 12 14:33:13 lindi-: don't play with wording, i think you know what he meant ;) Feb 12 14:33:32 yes it's free software, but you need *a lot of work* to run GNU/Linux on it Feb 12 14:33:35 and even worse Feb 12 14:33:38 I did that work Feb 12 14:33:39 dos1: well I'm just wondering what standard really means here Feb 12 14:33:42 with leviathan Feb 12 14:33:47 and mickeyl Feb 12 14:33:53 and the result....hmmmm Feb 12 14:34:01 alsa is still not perfect Feb 12 14:34:08 wifi doesn't have power saving Feb 12 14:34:13 no FBIOBLANK Feb 12 14:34:14 etc... Feb 12 14:34:15 lindi-: standard -> what we got used to when hearing phrase "GNU/Linux" Feb 12 14:34:17 it somehow work Feb 12 14:34:19 but...... Feb 12 14:34:32 not great Feb 12 14:34:36 GNUtoo|laptop: SHR has a background daemon that controls screen backlight instead of letting Xorg do that, isn't that non-standard? Feb 12 14:34:37 and the worse of it Feb 12 14:34:51 dos1: exactly, I see such issues in SHR too ^ Feb 12 14:34:53 is that you can adapt the Android interface libraries to use standard components like alsa Feb 12 14:35:12 lindi-: but in SHR you can easly disable our daemon and let Xorg do that if you want Feb 12 14:35:14 lindi-, they don't require a different kernel interface Feb 12 14:35:38 I mean they can't even merge driver upstream easily Feb 12 14:35:49 lindi-: you can even for instance use our kernel with Debian armel without any modifications Feb 12 14:35:54 GNUtoo|laptop: that is of course a problem Feb 12 14:35:55 they diverged too much Feb 12 14:36:10 some people say android kernel is a fork and I agree Feb 12 14:36:29 But here's what I think Feb 12 14:36:35 and that diversity is called "non-standard" Feb 12 14:36:40 I'm pragmatic as long as freedom is guaranteed Feb 12 14:36:48 so.... Feb 12 14:36:52 GNUtoo|laptop: SHR wlan driver for FR also allows non-root users to control the wifi power saving settings Feb 12 14:36:58 I don't like the non-standardness of android Feb 12 14:37:01 GNUtoo|laptop: again pretty non-standard and not upstreamable Feb 12 14:37:05 but still I do stuff with android Feb 12 14:37:12 (maybe not perfect wording, as "standard" would have to be clearly definied, but...) Feb 12 14:37:20 lindi-, that is compatible with iwconfig Feb 12 14:37:31 ti wlan driver from android.git is not Feb 12 14:37:47 GNUtoo|laptop: but iwconfig is only for those who use command line tools :) Feb 12 14:37:54 broadcom driver (bcm4329) can't scan: iwlist eth0 scan doesn't work Feb 12 14:38:06 lindi-, yes libnl80211 doesn't work either Feb 12 14:38:36 GNUtoo|laptop: non-standard kernel I probably can agree Feb 12 14:38:51 lindi-: well, i can see difference here - in SHR those are just bugs, hacks and if someone wants to invest some time to make it better, is welcome to do that Feb 12 14:38:54 then there is non-standard userland but that's less a concern Feb 12 14:39:18 then there are other concern that are not techical Feb 12 14:39:19 lindi-: with android those are mostly architecture choices which cannot be easly changed Feb 12 14:39:23 GNUtoo|laptop: it's novel and innovative new userland :) Feb 12 14:39:29 like proprietary hardware interface libraries Feb 12 14:39:38 that I replaced with the replicant project Feb 12 14:40:10 yes, apache-2.0 unfortunately(not GPL) but it's free software never the less Feb 12 14:40:50 I've many devices and I've an nokia n900 too, their 2.6.28 kernel is more standard... Feb 12 14:41:05 I mean you can run SHR, debian etc... with minimal adaptation Feb 12 14:41:11 altough the modem is not AT Feb 12 14:41:17 and the GPS is not NMEA Feb 12 14:41:36 for the modem it's not a huge problem(but it slows us dow *a lot* ) Feb 12 14:41:44 but for GPS, some apps expect NMEA Feb 12 14:42:42 here's what I think Feb 12 14:43:09 I hate non-standard android kernels Feb 12 14:43:27 but I think android is more usable than SHR Feb 12 14:43:35 however because of the non-standardness Feb 12 14:43:47 it doesn't have a lot of free software applications ported to it Feb 12 14:44:01 so we end up with less than 100 applications in our market replacement Feb 12 14:44:06 that is FDroid Feb 12 14:44:09 then there is SHR Feb 12 14:44:15 tons of applications Feb 12 14:44:19 but it lacks polishing Feb 12 14:44:36 that's only a mather of manpower (or womanpower) Feb 12 14:44:44 someone has to do it Feb 12 14:44:54 but everybody focusses on porting SHR on newer devices Feb 12 14:45:00 and they're right Feb 12 14:45:10 then there is the instability Feb 12 14:45:19 an opkg upgrade can break telephony.... Feb 12 14:45:30 that's because too much stacks are changing at once Feb 12 14:45:32 such as: Feb 12 14:45:33 *fso Feb 12 14:45:35 *oe Feb 12 14:45:38 *illume/efl Feb 12 14:45:39 *vala Feb 12 14:45:41 etc... Feb 12 14:45:59 there is an shr-testing Feb 12 14:46:08 but no one test it or want to run it.... Feb 12 14:46:32 SHR is a long term solution Feb 12 14:46:42 Android for me is very short term Feb 12 14:47:04 GNUtoo|laptop: AT is not nice :( Feb 12 14:47:09 GNUtoo|laptop: NMEA is not very nice either :( Feb 12 14:47:21 yes but it's already compatible with what we have Feb 12 14:47:26 GNUtoo|laptop: it's pretty easy to generate NMEA for apps Feb 12 14:47:28 I know it's buggy etc.... Feb 12 14:47:29 ok Feb 12 14:48:02 then maybe mickeyl should do something that can output NMEA with fsotdldt Feb 12 14:48:12 I never know how to spell that Feb 12 14:48:23 time and location daemon Feb 12 14:50:17 :) Feb 12 14:51:54 I also think that at some point we should make a free software checker class in openembedded Feb 12 14:51:59 or rather Feb 12 14:52:08 something that is able to BBMASK licenses Feb 12 14:52:40 altough it would be a doubble edged sword, because it would be used for masking gplv3 too Feb 12 14:52:48 by companies Feb 12 14:53:06 GNUtoo|laptop: licenses are more complicated than that indeed Feb 12 14:53:11 ah? Feb 12 14:53:23 the LICENSE field is not enough? Feb 12 14:53:26 then it's a start Feb 12 14:54:08 GNUtoo|laptop: fsotdld - FSO Time&Date Location Daemon - that's how i remember that :D Feb 12 14:54:22 s/Date Location/Date&Location/ Feb 12 14:54:22 dos1 meant: GNUtoo|laptop: fsotdld - FSO Time&Date&Location Daemon - that's how i remember that :D Feb 12 14:54:23 ok Feb 12 14:59:43 GNUtoo|laptop: it's tricky business, even debian is just starting to do it Feb 12 15:00:10 ah ok Feb 12 15:00:17 I use distros that do it Feb 12 15:00:20 like trisquel Feb 12 15:00:27 on my desktop,laptop,router Feb 12 15:00:31 GNUtoo|laptop: trisquel has machine parseable copyright information? Feb 12 15:00:36 but I have no idea on how it's done Feb 12 15:00:44 it's based on ubuntu Feb 12 15:00:47 so I guess so Feb 12 15:00:55 GNUtoo|laptop: does trisquel include chromium-browser? Feb 12 15:00:55 they're qualified as fully free by the fsf Feb 12 15:00:59 along with gnewsense Feb 12 15:01:08 but that doesn't mean that there aren't bugs Feb 12 15:01:20 but bugs are taken seriously Feb 12 15:01:31 GNUtoo|laptop: just look at how complicated chromium-browser machine readable copyright description is: Feb 12 15:01:34 GNUtoo|laptop: http://packages.debian.org/changelogs/pool/main/c/chromium-browser/chromium-browser_9.0.597.84~r72991-1/chromium-browser.copyright Feb 12 15:01:38 no, there is no chromium Feb 12 15:01:57 there is a replacement of firefox also, no firefox Feb 12 15:01:59 GNUtoo|laptop: that is 21472 lines, 1.6 megabytes! Feb 12 15:02:21 ouch Feb 12 15:02:28 Basically I tried to do it long time ago Feb 12 15:02:30 with gentoo Feb 12 15:02:41 I looked at fsf licenses Feb 12 15:02:49 the ones that are free software Feb 12 15:02:51 GNUtoo|laptop: I did too and failed, gentoo doesn't really separate non-free stuff well Feb 12 15:02:53 and made scripts Feb 12 15:02:59 but there was an huge issues Feb 12 15:03:05 *huge issue Feb 12 15:03:05 GNUtoo|laptop: what packages does trisquel have? ;) Feb 12 15:03:16 lindi-, ubuntu free and that's all Feb 12 15:03:19 no contrib Feb 12 15:03:26 or similar Feb 12 15:03:34 GNUtoo|laptop: ubuntu has chromium though? Feb 12 15:03:52 should have, trough "universe" Feb 12 15:03:55 which we don't have Feb 12 15:04:13 GNUtoo|laptop: ah, and some of the copyright files are probable inherited from debian already Feb 12 15:04:26 basically with my gentoo scripts there was a lot of foo-license Feb 12 15:04:30 that were bsd-like Feb 12 15:04:35 or rather Feb 12 15:04:37 new-bsd like Feb 12 15:04:51 like for instance Feb 12 15:04:57 my-name-license Feb 12 15:05:08 GNUtoo|laptop: http://dep.debian.net/deps/dep5/ Feb 12 15:05:14 and that was needed for xorg to work Feb 12 15:05:41 wow Feb 12 15:06:18 in openembedded it seem easier tough Feb 12 15:06:25 because people standardize licenses Feb 12 15:06:32