Thursday, 2013-10-31

peterwhitfieldthanks :-)00:00
codehogi should be leaving shortly for an hour drive, so i should be back (as nerdboy) by 1830 PDT give or take00:00
*** jayemar <jayemar!> has joined #yocto00:02
*** jayemar <jayemar!> has left #yocto00:02
*** jayemar <jayemar!> has joined #yocto00:02
*** boz_v1 <boz_v1!> has quit IRC00:03
*** mankku <mankku!> has quit IRC00:04
*** jayemar <jayemar!> has left #yocto00:05
*** mankku <mankku!> has joined #yocto00:05
*** Crofton <Crofton!> has quit IRC00:06
*** boz_v1 <boz_v1!> has joined #yocto00:06
*** JimBaxter <JimBaxter!> has quit IRC00:10
*** ant_home <ant_home!~andrea@> has quit IRC00:18
*** codehog <codehog!> has quit IRC00:23
*** seebs <seebs!> has quit IRC00:28
*** seebs <seebs!> has joined #yocto00:33
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-rkkdkhkfkxvycejk> has quit IRC01:11
*** brm <brm!da653619@gateway/web/freenode/ip.> has quit IRC01:13
*** hollisb <hollisb!> has quit IRC01:15
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto01:19
*** munch <munch!> has quit IRC01:29
*** tida <tida!> has quit IRC01:37
*** tida <tida!> has joined #yocto01:38
*** Crofton <Crofton!~balister@> has joined #yocto01:46
peterwhitfield@nerdboy - let me know when you have time to chat :-)01:59
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto02:01
*** seebs <seebs!> has quit IRC02:03
nerdboysoon as my wife is tired of talking...02:04
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC02:04
nerdboyso what are you trying to do?  use an older/external toolchain?02:05
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has quit IRC02:15
peterwhitfieldso my goal is to get erlang running on a gumstix board02:16
*** seebs <seebs!> has joined #yocto02:16
peterwhitfieldbut I've run into problems compiling erlang using bitbake02:16
msmpeterwhitfield: what's the problem?02:16
peterwhitfieldactually, the problem is running configure - there's one point where test in configure shows an incompatibility with fross-compiling02:18
* nerdboy couldn't remember who asked which question...02:18
peterwhitfieldbut, if I cross-compile erlang outside of bit bake it all works fine02:18
*** michael_e_brown <michael_e_brown!~michaeleb@> has quit IRC02:18
nerdboycan you paste your recipe somewhee?02:18
peterwhitfieldthe main difference I can see is that cross-compiling outside bit bake uses a slightly older version of gcc that the toolchain within yocto02:19
peterwhitfieldhold on02:19
peterwhitfieldwill find github link02:19
nerdboythat could possibly be the issue02:19
nerdboywhat specific versions of gcc?02:20
*** kmacleod <kmacleod!> has quit IRC02:20
peterwhitfieldconfigure:21140: arm-poky-linux-gnueabi-gcc -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/home/peter/yocto/build/tmp/sysroots/overo -o conftest -O2 -pipe -g -feliminate-unused-debug-types -I/home/peter/yocto/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/erlang-R16B02-r0/otp_src_R16B02/erts/arm-poky-linux-gnueabi   -D_GNU_SOURCE  -DUSE_THREADS -D_THREAD_SAFE -D_REENTRANT02:22
peterwhitfield-DPOSIX_THREADS -D_POSIX_THREAD_SAFE_FUNCTIONS -L/lib -R/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldlpi  -lutil -ldl -lm  >&502:22
peterwhitfieldthat's the error I get02:22
peterwhitfieldtoolchain version of gcc is 4.7.2 I think02:22
peterwhitfieldand the host version (using ubuntu 12.04) is 4.6.302:22
nerdboyokay, i'm on master which is gcc 4.8.102:23
peterwhitfieldah, ignore that error - seems I pasted the wrong thing02:23
peterwhitfieldI'm using gumstix repo setup02:23
peterwhitfieldwhich gives 4.7.202:23
nerdboy4.7 should be at least a tad bit more forgiving on a given piece of source02:24
nerdboy*than 4.8.1 anyway02:24
peterwhitfieldtrying to paste the error02:24
peterwhitfield.../ld: warning: library search path "/lib" is unsafe for cross-compilation02:25
nerdboyif you can paste the recipe i can try to build it02:25
*** kmacleod <kmacleod!> has joined #yocto02:25
nerdboyyou have a bad lib path02:25
*** [simar|on] <[simar|on]!> has joined #yocto02:26
peterwhitfieldif I use the same commands from the recipe, but directly in the erlang directory, it uses the local gcc and works fine02:26
peterwhitfieldthe equivalent flag when it works is '-L/lib64' iirc02:26
nerdboywell, the cross linker will always fail if it finds the native libs02:27
peterwhitfieldwell, it doesn't throw the same warning when I build locally...?02:27
peterwhitfieldor more accurately, when I run configure locally02:28
nerdboyconfigure typically doesn't know squat about cross anything02:29
peterwhitfieldjust running the same command locally to generate the successful result02:29
peterwhitfieldok, so with erlang I'm not running configure directlyt02:29
*** kmacleod <kmacleod!> has quit IRC02:29
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC02:30
peterwhitfieldrunning ./otp_build configure --xcomp-conf='./xcomp/erl-xcomp-oe.conf'02:30
peterwhitfieldwhere the conf file specifies the host and target architectures02:30
peterwhitfieldso erlang provides direct support for cross compiling02:30
peterwhitfieldwhen I run that command in the erlang root directory as downloaded by bit bake, it works fine02:31
peterwhitfieldbut when bit bake runs the same command, it throws that warning02:31
peterwhitfieldthe only difference I can see is the toolchain02:32
peterwhitfieldso my thought was to try forcing bit bake to use the same toolchain that works locally02:32
nerdboywhich, if it works, it should not find any native libs...02:32
nerdboygimme a minute to clone that stuff02:33
peterwhitfieldwhen I run locally (as in otp_build directly) the log file gives this for the equivalent line:02:34
peterwhitfieldconfigure:21140: gcc -o conftest -g -O2 -I/home/peter/yocto/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/erlang-R16B02-r0/otp_src_R16B02/erts/arm-poky-linux-gnueabi   -D_GNU_SOURCE  -DUSE_THREADS -D_THREAD_SAFE -D_REENTRANT -DPOSIX_THREADS -D_POSIX_THREAD_SAFE_FUNCTIONS -L/lib64 -R/lib64  conftest.c -ldlpi  -lutil -ldl -lm  >&502:34
peterwhitfieldgcc: error: unrecognized option '-R'02:34
peterwhitfieldso you can see it gives -L/lib64 in place of -L/lib02:34
peterwhitfieldbtw, the log file I'm looking at is  ERLROOT/otp_src_R16B02-r0/erts/config.log02:37
*** kmacleod <kmacleod!> has joined #yocto02:37
nerdboyit doesn't fail because it's broken02:37
nerdboy-I/path/to/arm-blah and -L/lib02:38
peterwhitfieldso any though as to why it works standalone but gives that result when run from the recipe?02:39
*** Darander <Darander!> has quit IRC02:40
nerdboy"stand-alone" needs to be one-and-only-one of a) full native or b) a cross-build against an sdk, etc02:40
*** Darander <Darander!> has joined #yocto02:40
nerdboytrying bitbake erlang-native02:42
peterwhitfieldhmmm, ok, so I'll research the erlang 'stand-alone' process a bit more02:42
nerdboydoing a manual cross-compile of a package using autotools/configure is a bit tricky02:43
peterwhitfieldok, so when I look at the configure/build steps in, they are in line with erlang's how to cross-compiling02:43
nerdboystill fetching a butt-load of source code...02:44
peterwhitfieldis that my problem? I'm looking at the wrong file?02:44
peterwhitfieldhey, thanks for taking the time :-)02:44
peterwhitfieldso if I'm understanding correctly, the erlang-native recipe is using a standard configure/make approach02:46
peterwhitfieldwhereas the one I've been looking at is using the erlang opt_build script02:46
*** Darander <Darander!> has quit IRC02:46
*** Darander <Darander!> has joined #yocto02:46
peterwhitfieldwhich works for me outside of bitbake02:47
peterwhitfieldhow can I tell which recipe is being used when I run bit bake?02:47
*** [simar|o1] <[simar|o1]!> has joined #yocto02:48
peterwhitfieldok, so the log file says the task it is running when it fails is do_configure on erlang_R16B02.bb02:50
peterwhitfieldso seems to be doing what I thought it was doing02:50
peterwhitfielddo configure in that recipe is running ./otp_build with the same conf file I'm passing to it when I run it directly...02:51
*** [simar|on] <[simar|on]!> has quit IRC02:51
nerdboyyou can "bitbake -b /path/to/ -c build" to build a specific recipe/version02:52
nerdboyalso -c configure or -c compile etc02:52
nerdboyokay, erlang-native is almost finished...02:54
peterwhitfieldbasic question - how does bit bake choose between the two recipes?02:56
nerdboythe two versions?02:56
peterwhitfieldmaybe I'm not understanding the process properly...02:57
nerdboyor native vs cross?02:57
peterwhitfieldthere's the native bb file and the file in the recipe directory02:57
nerdboyokay, configure fail02:58
peterwhitfieldthe non-native one clearly does a cross-compile02:58
peterwhitfieldwhat is the purpose of the native recipe?02:58
nerdboyfor native sysroot02:59
peterwhitfieldsame failure?02:59
nerdboysome packages require a native version to run during the build02:59
peterwhitfieldah, so it builds a native (as in x86) version as well as a cross-compiled version03:00
nerdboyERROR: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities.03:00
nerdboyRerun configure task after fixing this. The path was '/home/sarnold/poky/build-rpihf/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/erlang/R16B02-r0/otp_src_R16B02/erts'03:00
peterwhitfieldI haven't tried running a native build outside bitbake03:00
peterwhitfieldyep, same error it gave me03:01
peterwhitfieldwhen I drilled down on this, it's the qa_configure greping the eras config.log file looking for problems like 'unsuitable for cross-compile'03:02
nerdboythat recipe is wrong...03:06
peterwhitfieldthe native one?03:07
nerdboyno, native builds fine03:07
peterwhitfieldso there's a problem with erlang_R16B02.bb03:09
nerdboylooks that way to me03:09
peterwhitfieldis there a way to get bit bake to output exactly what it03:09
peterwhitfieldit's running03:09
peterwhitfieldwhen I look at the recipe it looks like it's just creating the comp conf file03:10
nerdboyyes, but it needs to it right03:12
nerdboyplus the "SKIP" thing doesn't work either03:13
peterwhitfieldso I do know that wx (haven't bothered to try and work out what that is) *doesn't* cross compile03:17
peterwhitfieldso perhaps if the skip thing doesn't work, that's causing the problem??03:17
nerdboyit looked like configure was okay with some of the missing deps03:21
nerdboybest to disable them if the intent is a minimal erlamg install03:22
peterwhitfieldI'm just a bit confused that when I run ./otp_build directly with the same conf file it all works fine03:22
peterwhitfieldwhen you say missing reps - do you mean the dlpi library?03:23
nerdboythe headers are probably mostly the same , and configure finds the native lib path so it's happy03:23
peterwhitfieldok, thanks for your help03:27
peterwhitfieldwill try to sort it out from here :-)03:27
*** seebs <seebs!> has quit IRC03:29
nerdboystill hacking the recipe03:34
nerdboyconfigure stubbornly thinks it's not cross-compiling03:35
*** seebs <seebs!> has joined #yocto03:36
*** [simar|on] <[simar|on]!> has joined #yocto03:45
*** [simar|o1] <[simar|o1]!> has quit IRC03:48
* nerdboy wonders if this recipe ever worked03:49
peterwhitfieldah, one thing to be aware of - that otp_build configure step configures for *both* a native bootstrap version of erlang which is then used to build the cross-compiled version03:50
peterwhitfieldso configure is probably doing both native and cross-compiled03:50
nerdboyi think that's why oe kills the configure03:50
nerdboywhich begs the question, why have a bootstrap build in the recipe when native is already built by the native recipe?03:51
peterwhitfieldyeah, although the warning about being unsuitable for cross compiling doesn't appear in the log when you run otp_build locally outside of oe03:51
peterwhitfieldor, why have native when the scripted build takes care of creating the bootstrap03:52
peterwhitfieldI remember reading somewhere that you need a native version to build the docs...03:52
*** Squix <Squix!> has joined #yocto03:59
*** jjardon <jjardon!uid723@gateway/web/> has quit IRC04:20
*** jjardon <jjardon!uid723@gateway/web/> has joined #yocto04:21
nerdboythis one is just weird...  the whole bootstrap build thing needs an override or something...04:27
peterwhitfieldmakes me feel better that I haven't worked it out04:30
nerdboywell, mostly i have to work with oe-classic, which is why i made my own rpi layer04:32
nerdboyso we pretty much need to disable the QA check that fails the bootstrap configure, or coerce erlang to build without building bootstrap first04:33
nerdboyie, make it think the native build *is* bootstrap04:34
peterwhitfieldyep, well I think that you can do that by just using configure directly as per the in the howto04:47
peterwhitfieldhave tried that without success, but will try again later04:48
peterwhitfieldthanks for your help!04:48
peterwhitfieldhave to go watch the kids play footy!04:48
*** [simar|o1] <[simar|o1]!> has joined #yocto04:51
*** [simar|on] <[simar|on]!> has quit IRC04:54
*** e8johan <e8johan!> has joined #yocto05:30
*** Darander <Darander!> has quit IRC05:31
*** blloyd <blloyd!~blloyd@> has joined #yocto05:32
*** Darander <Darander!> has joined #yocto05:32
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC05:37
*** [simar|o1] <[simar|o1]!> has quit IRC05:55
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto05:57
*** jonmasters <jonmasters!> has quit IRC06:07
*** rodgort` <rodgort`!> has quit IRC06:07
*** oneQubit <oneQubit!> has quit IRC06:08
*** jonmasters <jonmasters!> has joined #yocto06:17
*** rodgort <rodgort!> has joined #yocto06:18
*** SorenHolm <SorenHolm!> has joined #yocto06:21
*** GusBricker <GusBricker!> has quit IRC06:26
*** GusBricker <GusBricker!> has joined #yocto06:26
*** SorenHolm <SorenHolm!> has quit IRC06:28
*** GusBricker <GusBricker!> has quit IRC06:31
*** SorenHolm <SorenHolm!> has joined #yocto06:32
*** kbart <kbart!~KBart@> has joined #yocto06:33
nerdboyi'm going back to the old recipe and update from there06:36
nerdboythose new ones have only built in qemux8606:36
*** [simar|on] <[simar|on]!> has joined #yocto06:49
*** [simar|on] <[simar|on]!> has quit IRC06:54
*** mbelisko <mbelisko!> has joined #yocto07:03
*** sameo <sameo!~samuel@> has joined #yocto07:04
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC07:07
*** kmacleod <kmacleod!> has quit IRC07:10
*** mensfort <mensfort!52aacb79@gateway/web/freenode/ip.> has joined #yocto07:11
mensfortAfter bitbake there is no UImage file and also no tar.gz, but there was only one warning... why?07:12
*** kmacleod <kmacleod!> has joined #yocto07:15
*** eballetbo <eballetbo!> has joined #yocto07:17
*** fitzsim <fitzsim!~user@nat/cisco/x-wraxkrrkhwhfvugb> has quit IRC07:18
*** fitzsim <fitzsim!~user@nat/cisco/x-bpswophxhndaqngk> has joined #yocto07:18
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto07:19
*** Pablooooo <Pablooooo!> has joined #yocto07:26
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC07:34
*** mensfort <mensfort!52aacb79@gateway/web/freenode/ip.> has quit IRC07:35
*** SorenHolm <SorenHolm!> has joined #yocto07:36
*** slips_ <slips_!~quassel@> has joined #yocto07:36
*** slips <slips!~slips@> has quit IRC07:37
*** slips_ is now known as slips07:37
*** mckoan|away is now known as mckoan07:41
mckoangood morning07:41
*** B4gder <B4gder!> has joined #yocto07:44
*** elmi82 <elmi82!> has joined #yocto07:51
*** zeeblex <zeeblex!apalalax@nat/intel/x-hataagrkaomjamag> has joined #yocto07:52
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto07:53
*** slips <slips!~quassel@> has quit IRC08:01
*** slips <slips!~slips@> has joined #yocto08:02
*** agust <agust!> has joined #yocto08:05
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC08:15
*** panda84kde <panda84kde!> has joined #yocto08:23
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto08:26
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto08:28
*** Darander <Darander!> has quit IRC08:32
*** Darander <Darander!> has joined #yocto08:32
*** fpaut_ is now known as fpaut08:45
*** Darander <Darander!> has quit IRC08:47
*** Darander <Darander!> has joined #yocto08:47
*** n01 <n01!> has joined #yocto08:49
*** roric <roric!> has quit IRC08:57
*** JimBaxter <JimBaxter!> has joined #yocto09:04
*** dv__ <dv__!> has joined #yocto09:17
*** elmi82 <elmi82!> has quit IRC09:17
*** dv__ <dv__!> has quit IRC09:18
*** dv__ <dv__!> has joined #yocto09:20
*** dv__ <dv__!> has quit IRC09:23
*** dv__ <dv__!> has joined #yocto09:25
*** dv__ is now known as dv_09:27
*** jkridner|work <jkridner|work!> has joined #yocto09:31
*** roric <roric!> has joined #yocto09:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC09:34
*** Stygia <Stygia!> has joined #yocto09:35
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto09:37
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC09:37
*** ant_work <ant_work!> has joined #yocto09:37
*** elmi82 <elmi82!> has joined #yocto09:39
StygiaHey, I don't know how many people are online already, but I'm having a troublesome issue with my Perl @INC (include, library loading) paths.09:40
StygiaI have a recipe using the CPAN bbclass, and it lists it's @INC in such a way that it can't find Carp.pm09:41
StygiaIt finds CGI/, but that's a different thing.09:41, BTW, is a core module as per `corelist Carp`09:41
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:41
StygiaI am not exporting Perl, and I am using perl-module-carp in both DEPENDS and RDEPENDS09:41
Stygiabluelightning, Morning.09:42
StygiaAnyone know what could cause this?09:42
bluelightningmorning Stygia09:42
bluelightningmorning all09:42
Stygiabluelightning, You _just_ missed it, but I mentioned that I can't find (not CGI/ in the standard @INC (library include path) for my module, which is using cpan.bbclass and not exporting Perl09:42
zibristygia: where is installed, and what does @INC contain?09:42
StygiaAnd, I find (Not CGI/ in /usr/lib/vendor_perl/5.14.3/ in the first dir of @INC09:43
zibritry perl-module-carp-native? it's a bit ugly imho to explicitly depend on core modules though..09:44
StygiaThe module I'm creating a recipe for, BTW, is SQL::Abstract, i.e. libsql-abstract-perl09:44
*** kmacleod <kmacleod!> has quit IRC09:45
Stygiazibri, Hmm? But AFAIK they aren't necessarily included unless you depend on them.09:45
zibrii assume this is something that has to run on host?09:45
Stygiazibri, Yes this is compilation.09:45
zibristygia: yeah, but there's a perl-modules package iirc09:45
Stygiazibri, do_compile as generated by cpan.bbclass09:45
StygiaSorry if that was unclear.09:45
Stygiazibri, Hmm, still. I'm not sure if I prefer being explicit to that.09:45
StygiaI could change my mind if I was given a good argument, but I'd lean towards slimness.09:45
zibrisure, for embedded applications that may make sense. it's a balanace, but most upstreams will gladly add core modules without documenting the dependency09:46
Stygiazibri, Hmm, right.09:47
Stygiazibri, Well, thanks, I'll definitively consider that if I get trouble.09:47
Stygiazibri, Do you know how I could get in my .../usr/lib/perl/5.14.3/ though?09:47
StygiaAnd not native-perl.09:47
zibristygia: the issue you have is on host, not on target, right?09:49
Stygiazibri, Yes.09:50
StygiaHmm it's actually failing on do_configure right now, it was do_compile, with the same error, at some point though.09:50
zibriand only exists in /mnt/dev/fsl-community-bsp/build/tmp/sysroots/imx6qsabresd/usr/lib/perl/5.14.3/
*** kmacleod <kmacleod!> has joined #yocto09:50
StygiaNo, only in tmp/sysroots/imx6qsabresd/usr/lib/perl/vendor_perl/5.14.3/, or of course subdirs to perl and company-image09:51
StygiaIt _should_ be in .../usr/lib/perl/5.14.3/09:51
StygiaSeems to only be in vendor_perl09:51
StygiaI can, of course, sed on the script  that gets called, FindBin.pm09:52
StygiaBut that's hardly a solution09:52
zibriHow are other core modules installed? also in vendor_perl?09:53
StygiaSeems like, for example, is in perl and native-perl.09:54
StygiaNot in vendor_perl...09:54
StygiaWait. How do I run things on native-perl, 'bitbake perl-vendor'?09:55
Stygiavendor-perl, sorry.09:55
zibriwhat's vendor-perl? :)09:56
zibriVENDORPREFIX in perl module toolchains is a place for a vendor (e.g. the distribution) to install perl modules.09:57
zibrias opposed to perl itself (core modules, PERLPREFIX) or the system administrator (SITEPRFIX)09:58
StygiaHmm, right.09:59
StygiaThen never mind, but I had a 'tainted' perl recipe for a while (long story, I conflicted with core modules), but it's cleaned up now.10:00
StygiaInterestingly the in the vendor_perl subdir remains after I cleanall perl and perl-native.10:01
*** belen <belen!~Adium@> has joined #yocto10:01
*** ScriptRipper1 <ScriptRipper1!> has quit IRC10:04
*** n01 <n01!> has quit IRC10:07
*** mulhern <mulhern!> has joined #yocto10:08
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto10:08
StygiaI cleanall'd perl and native perl (again), recompiled, and not it exists.10:14
zaifHi all, How do I add a driver module to kernel in yocto? in debconfig?10:15
Stygiazaif, IIRC you can make a bbappend to the kernel config that adds a configuration file, like defconfig, where you can say MODULE=y10:15
*** Net147 <Net147!> has joined #yocto10:16
ant_workzibri: hi, still awake?10:17
zibriant_work: sup?10:17
ant_workI'd have a naive kernel-question wrt sa110010:18
zibrihuh, are you thinking of somebody else? :)10:18
ant_workhm..donj' tell me !=ojn10:18
zibriheh, not the same guy :)10:19
Stygiaant_work, What's the quesiton? Is it general to kernel stuff, or specific to yocto's build process?10:25
ant_workoh, someting very specific about ioremap and relocation10:25
ant_worksorry for the noise ;)10:25
Stygiaant_work, No worries, I'd help out if I could, but that does sound sorta beyond me, heh.10:34
ant_workyep, is for the other Olof ;)10:37
StygiaMultiple Olof's? Jævlå Svænskå.10:38
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto10:40
*** dany1 <dany1!> has joined #yocto10:42
*** mihai <mihai!~mihai@> has joined #yocto10:44
*** TuTizz <TuTizz!~TuTizz@> has quit IRC10:53
zaifStygia: Can I change CONFIG_VIDEO_VIVI=m in /yocto/poky/meta-gumstix/recipes-kernel/linux/linux-gumstix-3.5/overo/defconfig?11:00
zaiffor including vivi driver in my image?11:00
Stygiazaif, You can.11:01
zaifStygia: Done. Thanks.11:01
StygiaIt's better if you make a BBAPPENd and have your own file, instead of messing with the recipes for the kernel itself.11:01
Stygiazaif, Wait. :P11:01
Stygiazaif, don't do that, you'll regret it.11:02
Stygiazaif, Make it easy on yourself, and mainable, by not tampering with the original recipe.11:02
Stygiazaif, Use a bbappend, and modify the recipe with your own recipe.11:02
Stygiazaif, Hang on, I can find you an example.11:03
Stygiazaif, This example is for buysbox.11:03
Stygiazaif, But it works the same way.11:03
zaifStygia: Where do I keep this bbappend file? in meta-gumstix/recipes-kernel/linux/linux-gumstix-3.5/overo?11:03
Stygiazaif, In your own directory.11:04
*** kmacleod <kmacleod!> has quit IRC11:04
Stygiazaif, We have sources/meta-company/recipes-company/11:04
Stygiazaif, To mimic the normal structure.11:04
Stygiazaif, I'd be happy to explain what the bbappend code itself does, it's fairly simple.11:04
*** Net147 <Net147!> has quit IRC11:06
Stygiazaif, I then keep the recipes I myself have made in the subdir recipes-company11:06
zaifStygia: I have a dir /poky/meta-bebot/conf & /recipes-bebot. So, this bbappend file goes in conf dir? is that right?11:07
Stygiazaif, So the busybox one has recipes-company/busybox/buysbox_1.20.2.bbappend and recipes-company/busybox/busybox/modules.cfg11:07
Stygiazaif, No.11:07
Stygiazaif, create a dircetory structure.11:07
StygiaLike you have sources/poky/meta/11:07
StygiaCreate sources/meta-company/recipes-company/11:08
Stygiaand/or things like sources/meta-company/recipes-kernel/11:08
StygiaSo you can easily organise your own recipes.11:08
Stygiazaif, I started up doing this a few months ago, trust me it's easier to just organise things well up front. :)11:08
*** Net147 <Net147!> has joined #yocto11:11
zaifmeta-bebot is my own dir that I have created for my recipes. I kept my bebot recipes in recipes-bebot dir. So, it would be better to create a dir recipes-kernel in my dir and add the modules.cfg in that?11:11
*** kmacleod <kmacleod!> has joined #yocto11:13
zaifStygia: Understood the dir structure.11:14
zaifStygia: Now, my question is how do I add vivi kernel driver module for my image. by default it is set to #CONFIG_VIDEO_VIVI=is not set11:16
zaifin defconfig11:17
Stygiazaif, Then, in the file you'd end up naming defconfig, you set CONFIG_VIDEO_VIVI=y11:21
Stygiazaif, For example, we have sources/meta-company/recipes-kernel/11:22
StygiaThen we have linux-imx_3.0.35.bbappend11:22
Stygiazaif, That recipe looks like this:
Stygiazaif, Then we have a subdir to that directory, i.e the dir 'linux' in recipes-kernel, files/11:23
StygiaThat has a file, defconfig.11:23
Stygiazaif, Which contains all the config options we want to set.11:24
Stygiazaif, I believe that would be .config after you run menuconfig, but I'm not 100%11:24
Stygiazaif, You would do that, and inthat config file, one of the options would be CONFIG_VIDEO_VIVI=y11:24
Stygiazaif, For example I have 'CONFIG_BLK_DEV_INITRD=y' in mine.11:24
Stygiazaif, Make sense? :)11:25
*** kmacleod <kmacleod!> has quit IRC11:27
*** kmacleod <kmacleod!> has joined #yocto11:34
zaifStygia: Understood but a bit confused :) Will try that and get back.11:34
*** Darander_ <Darander_!> has joined #yocto11:36
*** Darander <Darander!> has quit IRC11:36
*** mckoan is now known as mckoan|away11:36
Stygiazaif, What're you confused about? Or, just overwhelmed? I'll be glad to explain something.11:37
JaMaI know it's sort of banned or unwelcome topic, but did TSC change opinion about whitespace in shell tasks? (would it make sense to send patches to use unified whitespace?)11:38
*** Darander <Darander!> has joined #yocto11:41
*** Darander_ <Darander_!> has quit IRC11:41
*** kmacleod <kmacleod!> has quit IRC11:42
bluelightningJaMa: surely the problem of backporting patches over such whitespace changes is still present?11:43
*** kmacleod <kmacleod!> has joined #yocto11:48
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC11:50
*** Darander <Darander!> has quit IRC11:51
*** rodgort <rodgort!> has quit IRC11:51
*** Daemon404 <Daemon404!> has joined #yocto11:52
*** Darander <Darander!> has joined #yocto11:56
*** rodgort <rodgort!> has joined #yocto11:58
zaifStygia: sorry, I did not look at irc messages. I am a bit overwhelmed. I am making a reading and will get back to you for doubts.12:02
*** tor <tor!> has joined #yocto12:02
JaMabluelightning: PR = "r0" drop also touched a lot of recipes12:02
JaMabluelightning: I haven't seen single issue with meta-oe patches after changing it just before dylan release12:03
*** e8johan_ <e8johan_!> has joined #yocto12:03
*** e8johan <e8johan!> has quit IRC12:03
JaMabluelightning: best time for it was before branching dora, but if needed we can backport such patch (so that only problem would be cherry-picking commit from master directly to dylan)12:03
ant_workhm, abou PR, is there any plan to remove the various *PR >0 ?12:08
bluelightningJaMa: the PR = "r0" drop was a total of 137 lines removed; a rough count of tabs gives me about 9000 lines (in 550 bb/inc/bbclass files) that would be changed12:09
JaMaant_work: you cannot drop them without version going backwards12:09
JaMaant_work: and bumping PE is even worse than having few PRs around12:10
bluelightningthey can just die a slow death as upgrades occur12:10
*** Darander <Darander!> has quit IRC12:10
JaMabluelightning: I'm not saying it's the same as PR drop, but I still don't see big problem with backports12:10
JaMabluelightning: we're not going to mass-cherry-picking hundrets of commits do dylan, are we?12:11
JaMabluelightning: and for few patches which are really needed in older then current dora release it's not hard to resolve conflict12:12
JaMabluelightning: a lot easier than properly test each cherry-pick in runtime and world build :)12:12
bluelightningnot to dylan, but current count in dylan branch is 231 changes since dylan-9.0.012:12
JaMabluelightning: and if someone accidentaly cherry picks few spaces instead of tabs to dylan, then nothing will break12:12
JaMabluelightning: yes, that's why I said that dora should be changed too (because I expect many changes to dora, but not to dylan)12:13
JaMain meta-oe I did it just before branching dylan12:13
ant_workJaMa: not long ago I've read that basically nobody cares about on-machine upgrade (maybe Angstrom they said)...12:13
JaMaso people were no longer cherry-picking to danny and people cherry-picking from master to dylan were OK12:14
bluelightningant_work: we have a bug open to add QA testing for that I think12:14
JaMaant_work: I still care and I still report bugs (or reply to commits) when people break it12:14
ant_workJaMa: and afaik there is any recent public 'feed'12:14
JaMaant_work: but it covers only my images12:14
JaMaant_work: shr and webos still have reliable binary feeds12:14
*** joeythesaint <joeythesaint!~jjm@> has joined #yocto12:15
bluelightningJaMa: I don't think we would make such a cleanup in dora, if it were to happen it would be before the next release12:15
JaMawell reliable but not very usable since PR server :)12:15
bluelightningJaMa: but really RP is the one you have to convince, since he's the one who would have to deal with any fallout...12:15
JaMabluelightning: OK, I'll ask about it before 1.612:15
*** roric <roric!> has quit IRC12:16
*** Darander <Darander!> has joined #yocto12:16
ant_workJaMa: I was thinking about spaces/tabs while mangling machine.conf's12:16
JaMaant_work: since PR server most upgrades try to download almost all .ipk, so even with binary feed reliable you usually run out of space on smaller devices before opkg upgrade is finished12:16
yoctiBug 4304: normal, Medium, 1.6, ionutx.chisanovici, NEW , Do automated upgrade path testing12:16
JaMaant_work: so binary feed works fine when you're just changing small things without invalidating lot of signatures (like last "small" dora update)12:17
RPJaMa: I've made it clear I am not entertaining this tab/space change12:17
JaMaant_work: or when you know how to "partition" the upgrade to smaller chunks which don't fill rootfs completely12:18
JaMaRP: I know, sorry about bringing it up again, but is the reasoning about doing it just before release really so bad?12:19
RPJaMa: last time I touched this, I had many people screaming at me about this. Unfortunately they did this privately, despite my suggestion they should do so in public. I am not going there again.12:20
RPThere are plenty of more interesting changes I'd rather concentrate on12:20
*** roric <roric!> has joined #yocto12:21
JaMaright, but that wasn't done just before release and it was causing parse failures not estetic issues12:21
*** rburton <rburton!> has quit IRC12:21
JaMaor couldn't be done just before release, because it needed a lot more testing and updates in other layers12:21
JaMaso this is completely different case in my eyes12:22
RPJaMa: For the python problem there was a real technical issue we were solving and I got shouted at badly over it. Doing it over something cosmetic, whether its just before release or not is not something I can justify12:22
*** roric <roric!> has quit IRC12:27
ant_workRP: I feel uneasy too because typically a new recipe is done by copying an older one (and editing it) so things will only be worse with so many sparse examples12:27
ant_workobviously we can only hope the external layers will do cleanings as well but this is more a dream12:28
JaMaiirc I've also asked to just change styleguide on wiki and let tabs die a slow death just like PR variables..12:28
RPJaMa: We have a style, I'd much prefer we just stick to the thing12:29
ant_workRP: one for all the indentation of SRC_URI ;)12:29
*** zeddii_home <zeddii_home!> has joined #yocto12:30
*** Darander <Darander!> has quit IRC12:31
ant_workJaMa: I'm thinking about a skeleton for the machine.conf in meta-hh. Do you think ipaq's old examples could be a starting point?12:31
JaMaRP: the same style which was saying that tabs are bad for very long time on OE wiki, but I don't want to argue with you, you;re right that there are more interesting issues (I was just asking if people changed opinion at least a bit)12:32
ant_workunfortunately the stylize scripts cannot cope with strategically placed include/require :/12:32
*** roric <roric!> has joined #yocto12:32
RPant_work: the last thing I want is a ton of whitespace patches. They are an absolute nightmare to deal with, both to review and to deal with backports around12:33
ant_workI've heard those word before..where ? ah..Linus ;)12:33
*** jkridner|work <jkridner|work!> has quit IRC12:33
RPant_work: and what do Linus and I have in common? We have to deal with the patches...12:34
ant_workRP: you are fundamentally right12:34
*** mbelisko <mbelisko!> has quit IRC12:34
*** mbelisko <mbelisko!> has joined #yocto12:34
ant_worklet's janitor the patches on the ML and make our observations (PR not neede anymore, use tabs, ...) case by case12:35
*** Darander <Darander!> has joined #yocto12:36
*** sunfunbaby <sunfunbaby!> has joined #yocto12:37
ant_workJaMa: I've seen the failure for the initramfs image...I have a ton of thinmgs to test but I'll try to build qemux86 once12:40
ant_workJaMa: all normal for arm (maybe a bit of cruft more, empty dirs done by postinst/rc-update)12:40
*** Darander <Darander!> has quit IRC12:43
JaMaant_work: you mean in last world build?12:44
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:44
JaMaant_work: you can ignore that one, it should be fixed already12:44
*** mbelisko <mbelisko!> has quit IRC12:46
ant_workme..I was reading the old log then ;)12:46
*** mbelisko <mbelisko!> has joined #yocto12:47
JaMaant_work: was it about that missing debug variable, right?12:48
*** sunfunbaby1 <sunfunbaby1!> has joined #yocto12:48
*** sunfunbaby <sunfunbaby!> has quit IRC12:48
JaMathat's what I've seen in log yesterday when generating report from world12:48
ant_workI don't remember exactly but the fix came just a couple of days later so I/we thought it was just bad luck12:51
*** Squix <Squix!> has quit IRC12:51
ant_workthere is no reason for do_rootfs to fail for qemux86 only...12:52
ant_workJaMa: thre is still the old issue with klcc-cross but you only see that when building multiple machines of the same arch12:53
*** e8johan_ <e8johan_!> has quit IRC12:53
ant_workRP: when you have a bit of time pls think to my problem about a shared place/sysroot for the headers arch-specific12:55
*** zenlinux <zenlinux!> has quit IRC12:56
ant_workthis path is hardcoded in klcc-cross12:56
*** challinan <challinan!> has quit IRC12:59
*** challinan <challinan!> has joined #yocto13:00
RPant_work: I don't think I know what "a bit of time" is these days but I will try and take a look13:01
*** e8johan <e8johan!~quassel@> has joined #yocto13:01
*** mbelisko <mbelisko!> has quit IRC13:01
*** mbelisko <mbelisko!> has joined #yocto13:01
ant_workRP: I've tried the quick hack to make it machine-specific but then it installs under /bin/<machine> in sysroot and this is not in path13:02
ant_workideally it lives side by side with the -gcc-cross13:03
*** e8johan <e8johan!~quassel@> has quit IRC13:07
*** Daemon404 <Daemon404!> has quit IRC13:07
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto13:07
kmacleodJaMa, ant_work, RP: re. whitespace in new content, is there a tool similar to the kernel's check-patch that help ensure that future patches follow the current style guide?13:08
*** repvik <repvik!repvik@nslu2-linux/repvik> has joined #yocto13:12
*** e8johan <e8johan!> has joined #yocto13:13
JaMakmacleod: agreed13:14
*** smartin_ <smartin_!> has joined #yocto13:18
*** e8johan <e8johan!> has quit IRC13:31
*** jonte <jonte!> has quit IRC13:31
*** Net147 <Net147!> has quit IRC13:35
*** oneQubit <oneQubit!> has joined #yocto13:35
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-dygamkobwoviodrn> has joined #yocto13:38
*** tasslehoff <tasslehoff!~tasslehof@> has joined #yocto13:39
*** e8johan <e8johan!~quassel@> has joined #yocto13:43
Stygiazaif, No worries, I was AFK anyway.13:49
Stygiazaif, Say, BTW, 'zaif' is that the arabic word for sword or something else?13:50
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC13:52
*** madisox <madisox!> has joined #yocto14:00
*** madisox <madisox!> has left #yocto14:01
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC14:03
*** e8johan <e8johan!~quassel@> has quit IRC14:04
*** e8johan <e8johan!~quassel@> has joined #yocto14:04
LetoThe2ndfor creating a SDK that i can deploy, whats the recommended way / documentation to read? do i understand it correctly that is sdk then contains all the dev-libraries that i decide to ship by default?14:04
*** stffn <stffn!> has joined #yocto14:09
*** kbart <kbart!~KBart@> has quit IRC14:12
RPLetoThe2nd: grep the docs for populate_sdk14:16
LetoThe2ndRP: thanks14:16
*** e8johan <e8johan!~quassel@> has quit IRC14:16
*** sunfunbaby1 <sunfunbaby1!> has quit IRC14:17
*** e8johan <e8johan!> has joined #yocto14:19
*** jonte <jonte!~quassel@> has joined #yocto14:20
*** tasslehoff <tasslehoff!~tasslehof@> has quit IRC14:25
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto14:26
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto14:26
*** e8johan <e8johan!> has quit IRC14:40
*** SorenHolm <SorenHolm!> has quit IRC14:53
*** n01 <n01!> has joined #yocto14:55
*** fenrig <fenrig!> has joined #yocto15:00
*** zenlinux <zenlinux!> has joined #yocto15:04
*** mbelisko <mbelisko!> has quit IRC15:05
*** tor <tor!> has quit IRC15:05
*** hollisb <hollisb!> has joined #yocto15:08
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:11
*** n01 <n01!> has quit IRC15:15
*** smartin_ <smartin_!> has quit IRC15:16
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto15:25
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto15:25
*** ant_work <ant_work!> has quit IRC15:28
*** Crofton <Crofton!~balister@> has quit IRC15:28
*** belen <belen!~Adium@> has quit IRC15:29
*** jackmitchell <jackmitchell!> has quit IRC15:30
*** elmi82 <elmi82!> has quit IRC15:31
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC15:34
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC15:34
*** agust <agust!> has quit IRC15:42
*** jackmitchell <jackmitchell!> has joined #yocto15:43
*** agust <agust!> has joined #yocto15:43
*** jackmitchell <jackmitchell!> has quit IRC15:47
*** seebs <seebs!> has quit IRC15:49
*** jackmitchell <jackmitchell!> has joined #yocto15:49
*** seebs <seebs!> has joined #yocto15:51
*** sameo <sameo!~samuel@> has quit IRC16:11
*** n01 <n01!> has joined #yocto16:12
*** mrAlmond <mrAlmond!1fc568c9@gateway/web/freenode/ip.> has joined #yocto16:13
mrAlmondHi everyone16:14
mrAlmondI've built an sdk for a freescale imx6 using yocto...the target is meta-toolchain-sdk16:14
mrAlmondunfortunately OPENGL headers are missing in the sdk16:14
mrAlmondhow can I make them included automatically16:15
mrAlmondwhen building the sdk16:15
*** B4gder <B4gder!> has quit IRC16:17
mrAlmondok..I've just noticed that rpm dev packages are available16:27
mrAlmondand the files I needed are inside one of them16:27
dv_has yocto been tested against ubuntu 13.10 (saucy) ?16:27
mrAlmondnow how can I install those rpms so they are placed in the right place?16:27
mrAlmond(in the sdk)16:27
*** fpaut is now known as fpaut_16:29
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC16:31
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:34
*** n01 <n01!> has quit IRC16:34
*** roric <roric!> has quit IRC16:35
RPmrAlmond: there is an entry in the recipe where you can add packages16:42
*** mrAlmond <mrAlmond!1fc568c9@gateway/web/freenode/ip.> has quit IRC16:42
*** tlwoerner <tlwoerner!> has joined #yocto16:47
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has joined #yocto16:47
*** eballetbo <eballetbo!> has quit IRC16:52
*** nitink <nitink!nitink@nat/intel/x-hbdgfiqbzyzvrxru> has quit IRC17:01
zaifStygia: Hi17:07
zaifStygia: yes, my actual name is Zafrullah Syed. zaif id my nickname17:07
Stygiazaif, Ah alright. Zafrullah? Spelled out that'd be something like Zaif-Ul-Lah, right?17:08
zaifStygia: spelled as zaf-ru-llah17:08
Stygiazaif, Ah, alright. In which language?17:11
zaifStygia: It's in urdu17:12
zaifI guess arabic also.17:12
Stygiazaif, Right urdu, in Arabic, purely, it would be Saif-Ul-Lah.17:13
Stygiazaif, Don't really have an Arabic keyboard here, but yea, heh.17:13
zaifya, but we don't speak arabic and my mother tongue is urdu(in India). :)17:14
*** Crofton <Crofton!> has joined #yocto17:17
zaifStygia: Is this correct way to write .bbappend ?17:18
Stygiazaif, Ah yup, I'm not saying your name is "wrong" (which would be nonsense anyway), just chatting. :)17:19
Stygiazaif, It is an Urdu name, not Arabic. ^_^17:19
Stygiazaif, I wouldn't put it as a subdir of poky.17:19
Stygiapoky/meta/etc is it's own thing.17:19
StygiaI'd have it on the same level as poky17:19
Stygiacd dir/17:19
mr_sciencepeterwhitfield: i should have a working recipe later this evening17:19
Stygials: poky/ meta-bebot/17:20
mr_scienceat least the 15B version or whatever, then bump to 1617:20
Stygiazaif, Did you put CONFIG_VIDEO_VIVI =y in the bbappend?17:20
*** nitink <nitink!~nitink@> has joined #yocto17:21
Stygiazaif, Plus, I don't think you used the pattern I recommended for the linux bbappend. :) Hang on.17:21
*** SorenHolm <SorenHolm!> has joined #yocto17:21
zaifStygia: ya, it's poky/meta-bebot/recipes-kernel/linux/defconfig17:21
zaifand in /recipes-kernel dir i have put .bbappend17:22
zaifStygia: I didn't understand, so read this manual and followed it.
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC17:23
Stygiazaif, Yes, it is _almost_ right. :)17:23
Stygiazaif, please note that we keep our entire config file in this dir, under version control, and then copy it into place instead of .config, replacing default config or menuconfig changes17:24
Stygiazaif, But yes, your idea was right, but you placed the recipe directly into recipes-kernel/, I think.17:24
StygiaIt needs to be in a subdir linux/17:24
zaifaha.. ok. and what about the version number? Is it just for my reference or does it actually have any importance in poky?17:26
Stygiazaif, In general, when you bbappend? It needs to be in recipe-name/ subdir, and in that dear you have recipe-name_recipe.version.number.bbappend17:26
Stygiazaif, You need the version of the kernel recipe.17:26
Stygiazaif, You are saying, by the naming, "Append to this recipe of this version, these changes"17:26
Stygiazaif, If the actual recipe is for 3.0.5 and you bbappend to 3.0.6, 3.0.5 won't change at all.17:27
*** munch <munch!> has joined #yocto17:27
zaifStygia: I am using linux-gumstix-3.5 version, so my .bbappend file will be linux-gumstix-3.5.bbappend ?17:28
Stygiazaif, Yes, exactly.17:28
Stygiazaif, And if is in a linux/ subdir, so must your bbappend be17:28
Stygiazaif, BRB17:31
zaifStygia: I copied the original defconfig file to my /meta-bebot/recipes-kernel/linux/files and changed this CONFIG_VIDEO_VIVI=y  ??17:32
zaifStygia: This is how my tree looks:
*** Stygia <Stygia!> has quit IRC17:35
*** ant_home <ant_home!> has joined #yocto17:36
*** tonghuix_ <tonghuix_!~tonghuix@> has joined #yocto17:42
*** tonghuix_ <tonghuix_!~tonghuix@> has joined #yocto17:44
*** galak <galak!> has joined #yocto17:45
*** SorenHolm <SorenHolm!> has quit IRC17:46
*** tonghuix_ <tonghuix_!~tonghuix@> has quit IRC17:49
*** Stygia <Stygia!> has joined #yocto17:50
*** ant_home <ant_home!> has quit IRC17:52
Stygiazaif, there. Note I was offline until now, so if you said something I didnt' get it.17:53
zaifStygia: I copied the original defconfig file to my /meta-bebot/recipes-kernel/linux/files and changed this CONFIG_VIDEO_VIVI=y  ?? This is how my tree looks:
Stygiazaif, Yes, that looks right!17:56
Stygiazaif, Be aware that will be the final config, though, you will apply only these options.17:56
StygiaIf you need to patch the config generated by do_config() in the original recipe, maybe write a loop and sed in the values you want (Read the manpage for sed, maybe)17:56
StygiaThere could be a better way, there probably is, if you want to patch the config instead.17:57
StygiaLook in the manual.17:57
CroftonRP, is there anything written up on testing?17:59
RPCrofton: which part of testing?18:00
Croftonwhat we want to do about hardware testing18:00
RPCrofton: you mean what we have now, future plans or... ?18:00
CroftonI am sort of curious about automated testing via qemu18:00
RPCrofton: harware testing or testing via qemu?18:01
*** panda84kde <panda84kde!> has quit IRC18:01
CroftonI have two thoughts18:01
RPCrofton: I have emailed a few people to try and herd cats. There isn't anything public afaik at this point but hopefully there will be some enhancement  bugs soon18:01
Croftonone is testing some gnuradio stuff to make sure we do not regress some simd stuff18:02
CroftonI just want to make sure this doesn't get off list18:02
bluelightningCrofton: I'll be ensuring it doesn't; FWIW I have been pinging people in various places (including the mailing list) but haven't always received a lot of response18:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:06
*** fenrig <fenrig!> has quit IRC18:10
zaifStygia: You will be working tomorrow?18:11
zaifStygia: I am exhausted for today. Will be here again tomorrow.18:12
zaifStygia: Thank You for your patience and helping me so much. :)18:13
*** sameo <sameo!samuel@nat/intel/x-unsbpbwsuggoftti> has joined #yocto18:14
Stygiazaif, No worries, somebody helped me when I didn't get things as well.18:19
Stygiazaif, Karma or something.18:19
*** xyz <xyz!83ea162b@gateway/web/freenode/ip.> has joined #yocto18:21
*** zaif <zaif!> has quit IRC18:22
*** xyz <xyz!83ea162b@gateway/web/freenode/ip.> has quit IRC18:23
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC18:25
*** seebs <seebs!> has quit IRC18:25
*** acidfoo <acidfoo!~nib@unaffiliated/acidmen> has quit IRC18:25
*** ynezz_ <ynezz_!> has quit IRC18:25
*** flihp <flihp!> has quit IRC18:25
*** reaperofsouls <reaperofsouls!> has quit IRC18:25
*** sgw_ <sgw_!> has quit IRC18:25
*** pirut <pirut!Pirut@nat/intel/x-ottotewkdeuygrjv> has quit IRC18:25
*** smartin <smartin!~smartin@> has quit IRC18:25
*** Crofton|work <Crofton|work!> has quit IRC18:25
*** Stygia <Stygia!> has quit IRC18:25
*** roric <roric!> has joined #yocto18:44
*** zeeblex <zeeblex!apalalax@nat/intel/x-hataagrkaomjamag> has left #yocto18:47
*** mihai <mihai!~mihai@> has quit IRC18:47
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto18:48
*** sameo <sameo!samuel@nat/intel/x-unsbpbwsuggoftti> has quit IRC18:53
otaviomario-goulart: please paste the script you did for the customer somewhere so we can discuss it with tomz18:59
mario-goulartWhat a shame18:59
mario-goulartI hope tomz hasn't had any meal recently18:59
mario-goulartjust a min19:00
tomzmario-goulart: just e-mail it and i'll take a look - i'll need to digest it19:00
mario-goularttomz: alright!19:01
otaviotomz: heheh19:01
otaviotomz: take a Scotch with you19:01
otavioit'll be a ugly code19:01
*** SorenHolm <SorenHolm!> has joined #yocto19:08
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto19:18
*** seebs <seebs!> has joined #yocto19:18
*** ynezz_ <ynezz_!> has joined #yocto19:18
*** flihp <flihp!> has joined #yocto19:18
*** reaperofsouls <reaperofsouls!> has joined #yocto19:18
*** sgw_ <sgw_!> has joined #yocto19:18
*** pirut <pirut!Pirut@nat/intel/x-ottotewkdeuygrjv> has joined #yocto19:18
*** smartin <smartin!~smartin@> has joined #yocto19:18
*** Crofton|work <Crofton|work!> has joined #yocto19:18
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has quit IRC19:22
JaMashould packagegroup.bbclass set INHIBIT_DEFAULT_DEPS? by default it gets that from allarch.bbclass but only when PACKAGE_ARCH == "all"19:22
*** joeythesaint <joeythesaint!~jjm@> has quit IRC19:23
*** madisox <madisox!> has joined #yocto19:26
*** galak <galak!> has quit IRC19:27
*** galak <galak!> has joined #yocto19:27
*** balister_ <balister_!> has joined #yocto19:32
*** Crofton <Crofton!> has quit IRC19:32
*** balister_ is now known as Crofton19:32
*** tlwoerner <tlwoerner!> has joined #yocto19:39
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has joined #yocto19:39
*** ynezz_ is now known as ynezz19:39
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has quit IRC19:47
*** Crofton <Crofton!> has quit IRC19:51
peterwhitfield@mr_science: that's awesome! I tried manually installing the erlang cross-compile last night but no luck running on the arm hardware19:58
peterwhitfield7am here and off to work. will check in later19:58
*** darknighte is now known as darknighte_znc20:07
*** reaperofsouls <reaperofsouls!> has quit IRC20:11
*** reaperofsouls <reaperofsouls!> has joined #yocto20:12
*** nitink <nitink!~nitink@> has quit IRC20:13
*** nitink <nitink!~nitink@> has joined #yocto20:15
*** nitink <nitink!~nitink@> has quit IRC20:19
*** jchonig <jchonig!> has quit IRC20:21
*** jchonig <jchonig!> has joined #yocto20:23
*** jchonig <jchonig!> has quit IRC20:25
*** jchonig <jchonig!> has joined #yocto20:25
*** darknighte_znc is now known as darknighte20:26
*** jchonig <jchonig!> has quit IRC20:28
*** jchonig <jchonig!> has joined #yocto20:28
*** nitink <nitink!nitink@nat/intel/x-gxximdhwnqqwbayf> has joined #yocto20:33
*** nitink <nitink!nitink@nat/intel/x-gxximdhwnqqwbayf> has quit IRC20:34
*** nitink <nitink!nitink@nat/intel/x-wrbiulgjbyieagjp> has joined #yocto20:35
*** rburton <rburton!> has joined #yocto20:39
*** galak <galak!> has quit IRC20:51
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has joined #yocto21:16
*** bfederau <bfederau!> has quit IRC21:49
*** khohm <khohm!> has quit IRC21:49
*** [simar|on] <[simar|on]!> has joined #yocto21:57
*** GusBricker <GusBricker!> has joined #yocto21:59
*** stffn <stffn!> has quit IRC22:00
*** kmacleod <kmacleod!> has quit IRC22:05
*** [simar|o1] <[simar|o1]!~simar@> has joined #yocto22:07
*** kmacleod <kmacleod!> has joined #yocto22:08
*** [simar|on] <[simar|on]!> has quit IRC22:11
*** SorenHolm <SorenHolm!> has quit IRC22:11
*** seebs <seebs!> has quit IRC22:20
*** seebs <seebs!> has joined #yocto22:27
*** [simar|on] <[simar|on]!~simar@> has joined #yocto22:42
*** bluelightning <bluelightning!> has joined #yocto22:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:42
*** [simar|o1] <[simar|o1]!~simar@> has quit IRC22:45
*** zenlinux <zenlinux!> has quit IRC22:59
-YoctoAutoBuilder- build #356 of nightly-intel-gpl is complete: Failure [failed Building Images Building Images_1] Build details are at
*** sakoman <sakoman!> has quit IRC23:15
*** sakoman <sakoman!> has joined #yocto23:19
*** Crofton <Crofton!> has joined #yocto23:21
*** JimBaxter <JimBaxter!> has quit IRC23:21
*** brm <brm!da653619@gateway/web/freenode/ip.> has joined #yocto23:26
*** madisox <madisox!> has left #yocto23:27
brmhey guys :-) anyone know why network.service is masked by default, and how do I get networking to work nice with systemd23:28
brmI tried systemctr unmask network.service, that works, but the enable fails23:28
brmsays no file found23:29
-YoctoAutoBuilder- build #320 of nightly-fsl-arm is complete: Failure [failed Building Images Building Toolchain Images Building Toolchain Images_1 Building Images_1 Building Images_2 Publishing Artifacts] Build details are at
*** [simar|o1] <[simar|o1]!> has joined #yocto23:30
brmCannot see /lib/systemd/system a network.service there ..23:31
brmI mean a networking.service in /lib/systemd/system23:32
*** [simar|on] <[simar|on]!~simar@> has quit IRC23:33
*** JimBaxter <JimBaxter!> has joined #yocto23:36
*** JimBaxter <JimBaxter!> has quit IRC23:41
-YoctoAutoBuilder- build #316 of nightly-fsl-arm-lsb is complete: Failure [failed Building Images Building Images_1 Building Images_2 Publishing Artifacts] Build details are at
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC23:46
brmcananyone help me with systemd stuff?23:54

Generated by 2.11.0 by Marius Gedminas - find it at!