**** BEGIN LOGGING AT Thu Nov 15 02:59:59 2012
Nov 15 09:32:21 <bluelightning> morning all
Nov 15 09:41:05 <silvio> hi bluelightning 
Nov 15 09:41:08 <silvio> hi all
Nov 15 09:41:11 <bluelightning> hi silvio
Nov 15 09:58:02 <silvio> there is an official pdf of yocto manual?
Nov 15 10:18:02 <afournier> hi
Nov 15 10:27:56 <silvio> hi afournier 
Nov 15 10:34:43 <afournier> hi silvio
Nov 15 11:36:27 <anarsoul> bluelightning: hi, are you around?
Nov 15 11:42:14 <bluelightning> hi anarsoul
Nov 15 11:42:34 <anarsoul> bluelightning: do you still own h1940?
Nov 15 11:42:38 <bluelightning> I do, yes
Nov 15 11:42:53 <bluelightning> haven't touched it in a while but I still have it
Nov 15 11:43:14 <anarsoul> did you try 3.1 kernel on it? there's a discussion on lakml that s3c24xx stuff is broken for 3.x kernel
Nov 15 11:43:26 <anarsoul> but I'm pretty sure that h1940 can run 3.1
Nov 15 11:43:39 <bluelightning> I don't recall; probably I didn't yet
Nov 15 11:44:04 <bluelightning> 3.1 is kind of old by now though...
Nov 15 11:44:08 <anarsoul> I see
Nov 15 11:44:18 <anarsoul> bluelightning: I know, it's time for update
Nov 15 11:44:29 <bluelightning> (not that the recipes in meta-handheld are at all up-to-date for ipaqs)
Nov 15 11:44:44 <anarsoul> so much things to hack on, and so little time :)
Nov 15 11:44:50 <bluelightning> indeed
Nov 15 11:45:02 <bluelightning> I would certainly appreciate any advice/assistance you could provide
Nov 15 11:46:14 <anarsoul> bluelightning: I'll test 3.6 on h1940 and rx1950 machines and report later; need to get aes1660 fingerprint scanner working first
Nov 15 11:46:29 <bluelightning> anarsoul: ok, great
Nov 15 11:54:29 <chouimat> morning
Nov 15 12:22:58 <ant_work> anarsoul: hi there
Nov 15 12:23:42 <ant_work> anarsoul: I've seen your spi-pxa2xx patch is still in queue
Nov 15 14:52:16 <afournier> how do you do when a package has a license but it does not include it inside ?
Nov 15 14:53:55 <bluelightning> afournier: what do you mean by "does not include it inside"?
Nov 15 14:54:14 <afournier> the LICENSE file is not present, but the website states it's under GPL
Nov 15 15:08:33 <jackmitchell> afournier: does it have GPL text in one of the source code files?
Nov 15 15:09:20 <afournier> the README has a link to http://www.gnu.org/licenses/gpl.html
Nov 15 15:09:53 <afournier> i use the README as the license and use the line offset trick to do a partial md5 of the paragraph ?
Nov 15 15:10:22 <jackmitchell> if that is the only reference to it's GPL licensing then I guess that's all you can do!
Nov 15 15:10:27 <afournier> ok
Nov 15 15:12:51 <kergoth> yes, use the line start/end to capture the description of what the license in and/or copyright statements at a minimum
Nov 15 15:13:03 <afournier> gotcha thanks
Nov 15 15:13:08 <kergoth> in some cases recipes patch in a copy of the license text, as well, iirc
Nov 15 15:13:36 <afournier> i was thinking about it, but it looks like a big hack
Nov 15 15:13:37 <afournier> :)
Nov 15 15:13:37 <kergoth> but the key is to ensure that any change to the license upstream results in the build aborting, rather than building with an incorrect LICENSE field
Nov 15 15:13:40 * kergoth nods
Nov 15 15:13:56 <bluelightning> you may wish to at the same time tell upstream to include the license text ;)
Nov 15 15:14:03 <afournier> ok
Nov 15 15:14:04 <kergoth> good idea
Nov 15 16:11:30 <chouimat> hi everybody!!
Nov 15 16:12:01 <bluelightning> hi chouimat
Nov 15 16:25:38 <CMoH> hey
Nov 15 16:25:58 <CMoH> what package contains adduser and the rest of them?
Nov 15 16:26:09 <fray> shadow-utils
Nov 15 16:26:30 <CMoH> ty
Nov 15 16:29:35 <CMoH> well, shadow seems to contain useradd; i was thinking of adduser, i.e. spelled the other way around
Nov 15 16:34:12 <CMoH> avahi-autoipd uses it in postinst
Nov 15 16:35:19 <bluelightning> presumably that should be updated to use useradd.bbclass
Nov 15 16:36:27 <CMoH> okay; thanks
Nov 15 16:37:29 <fray> correct.. any packages that add/modify users should use the adduser class instead..
Nov 15 16:37:36 <fray> otherwise it gets to be a mess
Nov 15 16:39:29 <CMoH> it seems it needs to be cleaned up
Nov 15 16:45:47 <bluelightning> we do have a few recipes that are doing it the old way
Nov 15 16:46:11 <bluelightning> if you look at useradd.bbclass itself you can see why it's a good idea to use it...
Nov 15 17:05:25 <CMoH> seems useradd.bbclass does not handle removal on uninstall
Nov 15 17:05:46 <fray> policy decision (it's intentional)
Nov 15 17:05:55 <fray> once a user has been added files on the system could be owned by that user..
Nov 15 17:05:56 <CMoH> and also it seems the avahi recipe was already transitioned to use useradd.bbclass, except for avahi-autoipd there is a comment saying "cannot do this offline" 
Nov 15 17:06:13 <fray> so if you remove the user, you can leave numerically owned files which is usually what you don't want..
Nov 15 17:06:18 <CMoH> fray, my thoughts exactly
Nov 15 17:06:22 <fray> so if a user is created, it lives until it's manually removed
Nov 15 17:06:38 <fray> I'd like to know why it can't be done offline
Nov 15 17:06:52 <fray> (I haven't seen any cases where it can't be done offline -- useradd that is)
Nov 15 17:07:07 <CMoH> i have less of a clue than you :)
Nov 15 17:11:48 <bluelightning> the issue might have actually been handling for multiple packages, I think it can do that now though
Nov 15 17:12:00 <fray> I believe it can
Nov 15 21:55:05 <levonmaa> how is BBCLASSEXTEND ment to be used
Nov 15 21:55:14 <kergoth> read the many, many example usages
Nov 15 21:55:23 <levonmaa> done it
Nov 15 21:55:34 <kergoth> it's just a word separate list of variants to produce. if native is there, then a second version of the recipe is constructed which inehrits native
Nov 15 21:55:41 <kergoth> hence the 'BBCLASS' part of the name
Nov 15 21:56:13 <levonmaa> is that automatically consturcted 
Nov 15 21:56:53 <kergoth> bitbake does it
Nov 15 21:57:07 <kergoth> all you do is put the name of a class there, it does the rest
Nov 15 21:57:11 <kergoth> or classes
Nov 15 21:57:37 <levonmaa> right, so my dilemma is that I need to pass different EXTRA_OECONF params depending on if it is compiled for the native side or for the target
Nov 15 21:58:04 <kergoth> yes, overrides are provided for that, and you can see many many examples of that too
Nov 15 21:58:10 <kergoth> grep for class-native
Nov 15 21:58:13 <kergoth> :)
Nov 15 21:59:17 <mr_science> surprising how many developers don't want to hear "grep is your friend..."
Nov 15 22:03:35 <levonmaa> In this I was actually baffled with my editor (Sublime Text) which finds only 1 matchm but grep gives maaany... go figure
Nov 15 22:03:57 <kergoth> misconfiguration of the project probably :)
Nov 15 22:04:07 * kergoth isn't very good with sublime text 2 yet
Nov 15 22:06:14 <levonmaa> Yeah, so EXTRA_OECONF_class-target is perhaps what want
Nov 15 22:07:44 <kergoth> use of the target override is extremely rare, it's almost always sufficient to define EXTRA_OECONF and then EXTRA_OECONF_class-native, and the former will be used for everything but native
Nov 15 22:08:05 <levonmaa> right
Nov 15 22:09:27 <levonmaa> in my case there is a config option --disable-scanner and I want that to be present in the target, but the native part needs to run it
Nov 15 22:09:34 <levonmaa> so that the binary is available
Nov 15 22:09:44 <levonmaa> when the target parts are compliled
Nov 15 22:10:00 <levonmaa> does that make sense
Nov 15 22:10:15 <kergoth> yep, makes sense
Nov 15 22:10:38 <kergoth> building something native and then using that to build the target is an extremely common thing to have to do when crosscompiling
Nov 15 22:12:32 <levonmaa> kergoth: yeah
Nov 15 22:15:29 <levonmaa> Does the native bits get triggered automatically? i.e. if I want the user of the component to only specify DEPENDS += "package" and not DEPENDS += "package-native package"
Nov 15 22:16:57 <kergoth> DEPENDS and RDEPENDS are automatically mangled by native.bbclass to refer to the native versions
Nov 15 22:19:02 <levonmaa> ok
Nov 15 22:19:28 <levonmaa> but for running on the cmd line bitbake package, this still fails
Nov 15 22:19:36 <kergoth> ?
Nov 15 22:20:08 <levonmaa> so if I do only bitbake the_packge on the cmd line
Nov 15 22:20:25 <levonmaa> is does not automagically build the native bits first
Nov 15 22:20:31 <levonmaa> i.e. I need to build it manually
Nov 15 22:20:35 <kergoth> of course it won't
Nov 15 22:20:39 <kergoth> it can't read your mind :)
Nov 15 22:20:44 <levonmaa> ;)
Nov 15 22:20:47 <kergoth> DEPENDS += "package-native" in package*.bb
Nov 15 22:21:12 <levonmaa> hmmm... wont that induce a circular dependecy
Nov 15 22:21:32 <kergoth> either native.bbclas is ssmart enough to exclude ${PN}, or you can use DEPENDS_class-native = ""
Nov 15 22:22:12 <kergoth> but try without that first, it might recognize that it shoudlnt' depend on itself, not sure if the class checks for it
Nov 15 22:26:50 <levonmaa> kergoth: needs the override, otherwise creates a loop
Nov 15 22:27:01 <levonmaa> a dependency loop that is
Nov 15 22:27:11 <mr_science> does it come with a barf-bag?
Nov 15 22:28:05 <levonmaa> barf-bag?
Nov 15 22:28:13 <levonmaa> error report or
Nov 15 22:28:42 <levonmaa> ERROR: 
Nov 15 22:28:42 <levonmaa> Dependency loop #1 found:
Nov 15 22:28:54 <levonmaa> and so on...
Nov 15 22:30:58 <levonmaa> kergoth: thanks for the help!
Nov 15 22:31:10 <kergoth> np
Nov 16 01:56:31 <CMoH> hey
Nov 16 01:56:43 <CMoH> where does one send patches for bitbake? on the oe-core mailing list?
Nov 16 02:04:56 <kergoth> CMoH: bitbake-devel@lists.openembedded.org
Nov 16 02:07:59 <CMoH> ty
**** ENDING LOGGING AT Fri Nov 16 02:59:58 2012