Wednesday, 2014-07-02

*** radzy is now known as radzy_away00:02
*** rburton <rburton!> has quit IRC00:03
*** rburton <rburton!> has joined #yocto00:08
*** zarul <zarul!~zarul@> has joined #yocto00:12
*** zarul <zarul!~zarul@> has quit IRC00:12
*** zarul <zarul!~zarul@ubuntu/member/zarul> has joined #yocto00:12
*** zarul <zarul!~zarul@ubuntu/member/zarul> has quit IRC00:22
*** blloyd__ <blloyd__!~blloyd@> has quit IRC00:22
*** radzy_away is now known as radzy00:31
*** rburton <rburton!> has quit IRC00:41
*** rburton <rburton!> has joined #yocto00:42
*** rburton <rburton!> has quit IRC00:50
*** rburton <rburton!> has joined #yocto00:52
*** rburton <rburton!> has quit IRC01:00
*** rburton <rburton!> has joined #yocto01:01
*** Jefro <Jefro!> has quit IRC01:10
*** rburton <rburton!> has quit IRC01:11
*** rburton <rburton!> has joined #yocto01:11
*** sullical <sullical!~sullical@> has quit IRC01:12
*** LCyrin2 <LCyrin2!d03605c0@gateway/web/freenode/ip.> has quit IRC01:12
*** sameo <sameo!~samuel@> has quit IRC01:23
*** hyei_ <hyei_!~hyei@> has quit IRC01:30
*** rburton <rburton!> has quit IRC01:45
*** rburton <rburton!> has joined #yocto01:46
*** rburton <rburton!> has quit IRC01:55
*** mkeeter <mkeeter!~mkeeter@2601:6:b80:5a:b166:e1f4:fcc7:dfe6> has quit IRC01:58
*** mkeeter <mkeeter!~mkeeter@2601:6:b80:5a:b166:e1f4:fcc7:dfe6> has joined #yocto01:59
*** rburton <rburton!> has joined #yocto02:00
*** rburton <rburton!> has quit IRC02:09
*** rburton <rburton!> has joined #yocto02:09
*** mkeeter <mkeeter!~mkeeter@2601:6:b80:5a:b166:e1f4:fcc7:dfe6> has quit IRC02:12
*** mkeeter <mkeeter!> has joined #yocto02:12
*** mkeeter <mkeeter!> has quit IRC02:23
*** radzy is now known as radzy_away02:25
*** blloyd <blloyd!~blloyd@> has quit IRC02:33
*** vroomfondel|2 <vroomfondel|2!> has quit IRC02:40
*** rburton <rburton!> has quit IRC02:43
*** rburton <rburton!> has joined #yocto02:44
*** mkeeter <mkeeter!> has joined #yocto02:45
*** rburton <rburton!> has quit IRC02:52
*** rburton <rburton!> has joined #yocto02:58
*** hsychla <hsychla!> has quit IRC03:04
*** hsychla <hsychla!> has joined #yocto03:16
*** rburton <rburton!> has quit IRC03:31
*** mkeeter <mkeeter!> has quit IRC03:32
*** rburton <rburton!> has joined #yocto03:32
*** [Sno] <[Sno]!~Sno]> has quit IRC03:46
*** Jefro <Jefro!> has joined #yocto03:54
*** Jefro <Jefro!> has quit IRC04:03
*** rburton <rburton!> has quit IRC04:08
*** rburton <rburton!> has joined #yocto04:14
*** Jefro <Jefro!> has joined #yocto04:21
*** rburton <rburton!> has quit IRC04:22
*** e8johan <e8johan!> has joined #yocto04:24
*** rburton <rburton!> has joined #yocto04:27
*** armpit <armpit!> has joined #yocto04:29
*** rburton <rburton!> has quit IRC04:37
*** rburton <rburton!> has joined #yocto04:38
*** tyler-baker_ <tyler-baker_!~tyler@linaro/tyler-baker> has quit IRC04:41
*** Jefro <Jefro!> has quit IRC05:11
*** rburton <rburton!> has quit IRC05:11
*** AndersD <AndersD!> has joined #yocto05:12
*** rburton <rburton!> has joined #yocto05:12
*** agust <agust!> has joined #yocto05:17
*** nitink <nitink!nitink@nat/intel/x-sbxagxmctykwuejn> has quit IRC05:20
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto05:20
*** Jefro <Jefro!> has joined #yocto05:23
*** mebrown <mebrown!> has quit IRC05:23
*** mebrown <mebrown!> has joined #yocto05:24
*** proximus <proximus!> has quit IRC05:26
*** proximus <proximus!> has joined #yocto05:26
*** lexano <lexano!> has quit IRC05:27
*** nitink <nitink!~nitink@> has joined #yocto05:28
*** lexano <lexano!> has joined #yocto05:28
*** sm_ <sm_!d5e9b69f@gateway/web/freenode/ip.> has joined #yocto05:32
sm_hi, ther is an ERROR in command "bitbake core-image-rt", it's: "ERROR: Multiple .bb files are due to be built which each provide virtual/kernel". how can I fix it?05:35
-YoctoAutoBuilder- build #155 of nightly-mips is complete: Success [build successful] Build details are at
*** iggy <iggy!> has joined #yocto05:38
*** rburton <rburton!> has quit IRC05:47
*** rburton <rburton!> has joined #yocto05:48
*** rburton <rburton!> has quit IRC05:57
*** g1zer0 <g1zer0!> has joined #yocto05:57
*** rburton <rburton!> has joined #yocto05:57
AndersDsm, Well I haven't build core-image-rt myself for quite a while. So this is from my old memory... core-image-rt has a DEPENDS on linux-yocto-rt, thus it will ask bitbake to build this. At the same time I guess that you have a machine conf specifying PREFERED_PROVIDER_virtual/kernel06:02
rperierhi, is it possible to define a custom task from a image_types (a bbclass inheriting from image_types) which is executed after do_rootfs ? when my image is built my custom task is never executed. Ideally, my task needs to be executed after do_rootfs and after virtual/kernel:do_deploy.06:05
rperierIf I register my task in this way "addtask mytask after do_rootfs;  [...]  do_mytask[depends]="virtual/kernel:do_deploy" " it does not work06:06
*** mebrown <mebrown!> has quit IRC06:08
*** mebrown <mebrown!> has joined #yocto06:08
*** msm <msm!> has quit IRC06:27
*** kroon <kroon!~kroon@> has joined #yocto06:28
*** msm <msm!> has joined #yocto06:32
*** rburton <rburton!> has quit IRC06:34
*** rburton <rburton!> has joined #yocto06:35
*** Jefro <Jefro!> has quit IRC06:35
*** sm_ <sm_!d5e9b69f@gateway/web/freenode/ip.> has quit IRC06:40
*** sgw_ <sgw_!> has quit IRC06:40
*** rburton <rburton!> has quit IRC06:44
*** mckoan|away is now known as mckoan06:46
*** mago_ <mago_!> has joined #yocto06:48
*** rburton <rburton!> has joined #yocto06:50
*** sgw_ <sgw_!> has joined #yocto06:55
*** Denwid <Denwid!c2cc4225@gateway/web/freenode/ip.> has quit IRC06:55
*** ant_work <ant_work!> has joined #yocto06:59
*** eballetbo <eballetbo!> has joined #yocto06:59
*** elmi82 <elmi82!> has joined #yocto07:06
-YoctoAutoBuilder- build #153 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at
*** [Sno] <[Sno]!~Sno]> has joined #yocto07:20
*** mebrown <mebrown!> has quit IRC07:24
*** mebrown <mebrown!> has joined #yocto07:24
*** rburton <rburton!> has quit IRC07:25
*** rburton <rburton!> has joined #yocto07:26
[Sno]is it possible to modify distribution settings per recipe?07:27
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto07:27
*** jbrianceau_away is now known as jbrianceau07:27
[Sno]I have to build an image continaing java and xbmc - one needs x11 (xlibs, no server, no graphic) and one needs fb07:27
[Sno]but libx11 fails to compile when x11 is not in distro-features07:28
[Sno](which is pointless)07:28
*** e8johan <e8johan!> has quit IRC07:37
*** e8johan <e8johan!> has joined #yocto07:38
*** e8johan <e8johan!> has quit IRC07:43
*** e8johan <e8johan!> has joined #yocto07:43
*** dany <dany!> has quit IRC07:56
*** sameo <sameo!samuel@nat/intel/x-bnzwmsgwwufsrivj> has joined #yocto08:00
*** Daniel_Bornaz is now known as DanielBornaz08:09
ndec<[Sno] no, it's not possible. the purpose of DISTRO settings is especially to be applicable to all recipes08:17
[Sno]how can I build then an image with libx11, glxinfo (required by xbmc) and xbmc on fb?08:17
ndeci don't know ;-) which doesn't mean that you can't, btw..08:23
*** JimBaxter <JimBaxter!> has joined #yocto08:27
*** belen <belen!Adium@nat/intel/x-kouipsoxcjrlwwbm> has joined #yocto09:07
*** elinuxer <elinuxer!~elinuxer@> has joined #yocto09:08
*** Denwid <Denwid!c2cc4225@gateway/web/freenode/ip.> has joined #yocto09:10
*** rburton <rburton!> has quit IRC09:11
*** dany <dany!> has joined #yocto09:11
Denwidrperier, you can either define ROOTFS_POSTPROCESS_COMMAND += "mytask;" (note the semicolon) or add mytask after do_rootfs before do_build, the "before do_build" is necessary so the system knows the task *needs* to be executed09:12
*** rburton <rburton!> has joined #yocto09:12
*** T0mW <T0mW!> has quit IRC09:17
*** rburton <rburton!> has quit IRC09:19
*** rburton <rburton!> has joined #yocto09:20
*** Piziwate <Piziwate!3e02bf43@gateway/web/freenode/ip.> has joined #yocto09:24
PiziwateHello, juste a small question... When I build my core-image on Yocto Daisy, The hddimg file doesn't contains the initrd file. How to regenerate it ?09:25
*** eballetbo <eballetbo!> has quit IRC09:27
rperierDenwid: In fact, I want to build a initramfs builtin into the kernel image, so I have no choices. I need to do something like that09:28
rperierDenwid: I will make a try, thanks09:29
*** T0mW <T0mW!> has joined #yocto09:29
*** d_s_e <d_s_e!> has joined #yocto09:31
*** rburton <rburton!> has left #yocto09:31
*** eballetbo <eballetbo!> has joined #yocto09:36
*** buz_ is now known as buz09:42
ant_workrperier: are you trying to add a task to bundle the cpio in kernel? the framework is already there09:52
ant_worksee /meta/conf/local.conf.sample.extended #29409:54
[Sno]is there a way to build libx11 without x11 in DISTRO_FEATURES ?09:55
*** rburton <rburton!> has joined #yocto09:55
[Sno]see for an example why09:57
elinuxerwe are using  beaglebone  linuxmainline 3.8.13  kernel  and we want to integrate all the interfacing modules for ex:PWM ,UART,SPIDEV etc... these all in the format of dts file and located in kernel/firmware/capes directory  and its compiled using dtc compiler also i am porting it manually to kernel at run time using uEnv.txt  and writing into cape.9/slots file by following  this link (
elinuxer  )  am doing all the module like this. without  using this method how can i integrate with the kernel to enable always.10:14
elinuxerkindly any one help me please..10:14
*** DanielBornaz <DanielBornaz!c1ca1642@gateway/web/freenode/ip.> has quit IRC10:17
*** DanielBornaz <DanielBornaz!c1ca1642@gateway/web/freenode/ip.> has joined #yocto10:17
*** Piziwate <Piziwate!3e02bf43@gateway/web/freenode/ip.> has quit IRC10:29
iontehi. i wonder, how do i include header files on the image? i've included the buildessentials packagegroup etc to allow compilation, but i can't figure out how to for example include the headers for Python...10:31
rburtonionte: add dev-pkgs to IMAGE_FEATURES10:36
rburtonthen you get the headers for everything installed10:36
rburtonif you want to be more specific then add eg python-dev to the image10:36
*** ddalex1 <ddalex1!~ddalex@> has quit IRC10:39
*** sameo <sameo!samuel@nat/intel/x-bnzwmsgwwufsrivj> has quit IRC10:40
*** sameo <sameo!samuel@nat/intel/x-ksjgnfwydgtvzgse> has joined #yocto10:40
ionterburton: great! thanks!10:40
*** fabo <fabo!~fabo@linaro/fabo> has quit IRC10:41
*** fabo <fabo!~fabo@linaro/fabo> has joined #yocto10:41
*** ddalex <ddalex!~ddalex@> has joined #yocto10:43
*** demonimin_ <demonimin_!~demonimin@unaffiliated/demonimin> has joined #yocto10:47
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC10:50
*** vutran <vutran!0ea1282a@gateway/web/freenode/ip.> has quit IRC10:54
*** LCyrin <LCyrin!~LCyrin@2607:fb90:2705:5b84:156a:ccf0:e05b:bbc8> has joined #yocto10:55
elinuxerHi yocto...i trying to boot my beaglebone black using kernel 3.8.13 while booting this image i am getting link mentioned error
elinuxerplease help me how to rectify this error..10:57
*** LCyrin <LCyrin!~LCyrin@2607:fb90:2705:5b84:156a:ccf0:e05b:bbc8> has quit IRC10:59
elinuxerplease .........11:00
elinuxerAndersD:Are you there..11:05
*** sameo <sameo!samuel@nat/intel/x-ksjgnfwydgtvzgse> has quit IRC11:08
*** florian_kc is now known as florian11:08
*** sameo <sameo!~samuel@> has joined #yocto11:16
[Sno]I have a machine conf as in - and a meta-me/receipes-bsp/u-boot/ and meta-me/conf/layer.conf has BBFILE_PRIORITY_me = "8"11:19
[Sno]but very often the images (*.sdcard) I get have an unmodified u-boot prompt11:20
[Sno]how can I ensure which recipe is included?11:20
[Sno]how can I ensure that /lib/firmware/vpu contains vpu_fw_imx6q.bin instead of vpu_fw_imx6d.bin (which is now included)11:22
*** jluisn <jluisn!~quassel@> has joined #yocto11:24
*** sameo <sameo!~samuel@> has quit IRC11:27
*** sameo <sameo!samuel@nat/intel/x-bhysmbpdrnjljlzf> has joined #yocto11:27
*** e8johan <e8johan!> has quit IRC11:34
*** e8johan <e8johan!> has joined #yocto11:34
elinuxeri am using layer meta-beagleboard/recipes-common/linux-mainline-3.8.13 kernel and same layer u-boot.11:38
*** e8johan <e8johan!> has quit IRC11:50
DenwidIs there a bitbake function to find which task has been called? I would like to differentiate if "bitbake someimage -c populate_sdk" or "bitbake someimage" was called.11:53
*** e8johan <e8johan!> has joined #yocto11:58
*** _AndersD <_AndersD!> has joined #yocto12:17
*** AndersD <AndersD!> has quit IRC12:17
rperierant_work: I want to build a initramfs into the kernel image (statically built) (throught the variable INITRAMFS_SOURCE in the .config of the kernel)12:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:25
rperieras I understood this is not supported12:25
rperierant_work: correct me if I am wrong but we can only build separated initramfs images for now12:25
ant_workit is supported12:26
ant_worknow that you say 'static', I do the same12:26
ant_workit's a klibc-static cpio embedded in a separate kernel12:26
*** e8johan <e8johan!> has quit IRC12:27
ant_workno modules12:27
rperiermhhhh, interesting, I will look at it12:27
rperierant_work: thanks12:30
*** adelcast <adelcast!~adelcast@> has joined #yocto12:30
*** belen <belen!Adium@nat/intel/x-kouipsoxcjrlwwbm> has quit IRC12:35
*** e8johan <e8johan!~quassel@> has joined #yocto12:36
*** dv__ <dv__!> has joined #yocto12:39
*** dv_ <dv_!> has quit IRC12:40
*** belen <belen!~Adium@> has joined #yocto12:41
*** _AndersD <_AndersD!> has quit IRC12:41
*** AndersD <AndersD!> has joined #yocto12:42
ant_workrperier: for the background, look at these :
ant_workoe-core: 609d5a9 and 36faac812:43
*** stevez <stevez!~stevez@> has quit IRC12:50
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC12:51
*** sgw_ <sgw_!> has quit IRC12:59
*** e8johan <e8johan!~quassel@> has quit IRC13:00
*** mkeeter <mkeeter!> has joined #yocto13:08
*** elinuxer <elinuxer!~elinuxer@> has quit IRC13:09
*** eballetbo <eballetbo!> has quit IRC13:12
*** mkeeter_ <mkeeter_!~mkeeter@> has joined #yocto13:12
*** mkeeter <mkeeter!> has quit IRC13:13
*** eballetbo <eballetbo!> has joined #yocto13:17
*** elmi82 <elmi82!> has quit IRC13:24
rperierant_work: assuming I want to generate a flashable image from a image_types (a bbcclass which inherits from image_types) using this technic. is it possible too ?13:26
*** adelcast <adelcast!~adelcast@> has quit IRC13:35
*** Rick____ <Rick____!5a509091@gateway/web/freenode/ip.> has joined #yocto13:38
Rick____I wrote a recipe to build ffmpeg for arm, it builds ffmpeg ffserver and ffprobe but no ffplay any idea where this could come from,13:42
Rick____heres my recipe:13:44
ant_workrperier: you mean image A contains kernel A and is embedded in flashable image B?13:46
*** Denwid <Denwid!c2cc4225@gateway/web/freenode/ip.> has quit IRC13:50
*** kroon <kroon!~kroon@> has quit IRC13:52
*** pidge <pidge!> has quit IRC13:59
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto14:00
*** madisox <madisox!~madisox@nat/cisco/x-wnfmsiudyhoxaaac> has quit IRC14:01
*** AndersD <AndersD!> has quit IRC14:01
*** madisox <madisox!~madisox@nat/cisco/x-ixifjqqgcdagcsge> has joined #yocto14:03
*** Net147 <Net147!> has joined #yocto14:07
*** [Sno] <[Sno]!~Sno]> has quit IRC14:09
rperierant_work: I mean a kernel image "K" which contains a initramfs "IN" converted to a flashable image by a custom FSTYPE contained in IMAGE_FSTYPES, like IMAGE_FSTABLE = "myflashableimage"   (which is my-layer/classes/myflashableimage.bbclass)14:10
rperier(K contains IN statically built and K is converted into a binary image which is uploadable to a target)14:12
rperier(no uboot on rockchip :) )14:13
ant_workI don't understand that part...14:13
ant_workwhere does th ekernel reside?isn't raw flash?14:14
ant_workis it a nor or a nand?14:14
*** smurray <smurray!> has joined #yocto14:16
*** sjolley <sjolley!~sjolley@> has quit IRC14:17
ant_workanyway yes, you can create another image-recipe EXT and populate it with that custom kernel K containing IN14:18
*** behanw <behanw!> has quit IRC14:19
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:21
*** mranostay <mranostay!> has quit IRC14:25
*** mranostay <mranostay!> has joined #yocto14:26
ant_workrperier: I think I understand now. You flash with rkflashtool?14:29
*** mebrown <mebrown!> has quit IRC14:29
*** mebrown <mebrown!> has joined #yocto14:30
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:30
*** adelcast <adelcast!~adelcast@> has joined #yocto14:32
rperierant_work: no with the cmdline tool provided by rockchip14:35
rperierant_work: upgrade_tool14:36
ant_workI see, you can flash parameter, boot.img, system.img,..14:38
rperieryes, I only flash boot.img (kernel+initramfs)14:38
ant_workwhat is that darned .img format? Just some headers?14:38
rperier(the mainline kernel has not internal flash memory drivers)14:39
rperier(so I have no choices)14:39
*** mckoan is now known as mckoan|away14:43
ant_workI see on some instructions about generating boot.img. Afais they use an external initramfs14:43
*** sjolley <sjolley!~sjolley@> has joined #yocto14:43
ant_workand a mkbootimg tool14:44
rperierant_work: yes with a kernel 3.0.36 not synced with upstream and the initramfs address depends on the proprietary bootloader14:47
rperierbuild the initramfs statically into the kernel image depends on nothing :)14:48
*** Net147 <Net147!> has quit IRC14:52
*** agust <agust!> has quit IRC14:53
ant_workinitially I thought you were trying to update on-device using a special kernel containing updater+image14:53
rperierno :)14:53
ant_workok, it's fairly similar to the situation I have with  a new mips toy, you have to use proprietary flasher on PC14:54
ant_workapart this, you can build the single pieces with OE14:55
*** yotta <yotta!> has joined #yocto14:55
ant_work(there is a SD and not a flash on it fwiw, still applies)14:56
*** akbennett <akbennett!akbennett@gateway/shell/linaro/x-ltfztrsbtnfbzubj> has quit IRC14:58
*** akbennett <akbennett!akbennett@linaro/akbennett> has joined #yocto14:58
*** belen <belen!~Adium@> has quit IRC15:00
rperierant_work: there is a NAND flash and a sd reader15:01
*** mebrown <mebrown!> has quit IRC15:02
*** mebrown <mebrown!> has joined #yocto15:03
*** g1zer0 <g1zer0!> has quit IRC15:03
*** munch <munch!> has joined #yocto15:06
*** mebrown <mebrown!> has quit IRC15:09
*** mebrown <mebrown!> has joined #yocto15:09
*** diego_r <diego_r!> has joined #yocto15:10
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC15:11
*** sgw_ <sgw_!~sgw@> has joined #yocto15:13
*** radzy_away is now known as radzy15:14
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto15:19
*** staylor <staylor!> has joined #yocto15:24
*** mebrown <mebrown!> has quit IRC15:24
*** mebrown <mebrown!> has joined #yocto15:25
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC15:25
staylorquestion about PACKAGE_CLASSES, when set to package_rpm I am able to -c populate_sdk no problem, but if set to package_deb I get a target filesystem missing most packages.15:27
frayare you using multilibs?15:28
frayit's also possible deb and the SDK don't get along..  I know RPM and IPK are well tested.. I don't know if deb is for the SDK15:28
staylorI'm not sure on the multilib front, but what you're saying is package_deb shouldn't be used then yes?15:30
frayI'm saying it's not used very much.. if it's not working, check the Yocto Project bugzilla to see if someone else has observed it.. if not.. please file a bug with your configuration details and bitbake commands so we can try to fix it15:31
fray(or feel free to fix it, if you can)  ;)15:31
*** paulg_ is now known as paulg15:32
*** armpit <armpit!> has quit IRC15:32
stayloras far as the multilib, I say something on google about that from 2012, is it something that's meant to be configurable then?  Does it follow the same conventions as debian?15:32
staylor*I see*15:33
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto15:33
frayyou would have a configuration in your system MULTILIBS = "..."15:35
*** sameo <sameo!samuel@nat/intel/x-bhysmbpdrnjljlzf> has quit IRC15:35
frayif you don't you aren't using them.. multilibs can cause issues w/ deb (or at least have in the past)15:35
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC15:36
staylorokay, thanks for the help15:36
fray(multilib is the mechanism we use to support multiple ABIs on the same machine.. i.a. x86 and amd64 installed at the same time)15:37
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto15:37
paulg... when it works.  :)15:38
*** mebrown <mebrown!> has quit IRC15:47
volker-nerdboy: :)15:47
*** mebrown <mebrown!> has joined #yocto15:47
*** belen <belen!~Adium@> has joined #yocto15:48
*** belen <belen!~Adium@> has joined #yocto15:49
*** sullical <sullical!~sullical@> has joined #yocto15:56
*** pidge <pidge!pidge@nat/intel/x-wsdccpgzqlgptyra> has joined #yocto15:57
*** ccube <ccube!> has quit IRC15:58
*** ccube <ccube!> has joined #yocto16:00
*** dvhart_ <dvhart_!~dvhart@> has joined #yocto16:06
*** ccube <ccube!> has quit IRC16:06
*** cbzx <cbzx!> has joined #yocto16:06
*** ccube <ccube!> has joined #yocto16:07
*** eballetbo <eballetbo!> has quit IRC16:10
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has quit IRC16:13
*** [Sno] <[Sno]!~Sno]> has joined #yocto16:13
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto16:16
*** nitink <nitink!~nitink@> has quit IRC16:19
*** kroon <kroon!> has joined #yocto16:20
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has quit IRC16:23
*** blitz00 <blitz00!~stefans@2a02:2f0a:8010:f200:9eb7:dff:fe69:82a0> has joined #yocto16:27
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto16:27
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC16:28
*** nitink <nitink!nitink@nat/intel/x-igkvtzptuffydxbh> has joined #yocto16:34
*** sgw_ <sgw_!~sgw@> has quit IRC16:34
*** sgw_ <sgw_!~sgw@> has joined #yocto16:36
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto16:36
*** jluisn <jluisn!~quassel@> has quit IRC16:43
*** jluisn <jluisn!~quassel@> has joined #yocto16:44
*** Jefro <Jefro!> has joined #yocto16:48
*** Jefro <Jefro!> has quit IRC16:50
*** mkeeter_ <mkeeter_!~mkeeter@> has quit IRC16:55
*** mkeeter <mkeeter!~mkeeter@> has joined #yocto16:56
*** jbrianceau is now known as jbrianceau_away16:57
*** seebs <seebs!> has quit IRC16:57
*** seebs <seebs!> has joined #yocto16:59
*** ant_work <ant_work!> has quit IRC17:02
volker-I run in a strange problem here. I want to extend the openssh package by adding a firewall script. So I create a folder in my own layer openssh/openssh_6.5p1.bbappend with content 'SRC_URI += " file://"' and the file openssh/files/firewall-sshd.sh17:05
volker-Now running it leasds to " Unable to find file file:// anywhere. The paths that were searched were:" All of these files are in the original meta layer and indeed the file is not there.17:06
volker-It is analogue to a lot of other bbappend files I created, but somehow only with openssh it fails17:06
kergothsounds like you missed FILESEXTRAPATHS17:09
kergothor set it incorrectly17:09
volker-kergoth: you are right. somehow it forgot to copy it. Looked for 15minutes for other issues....17:10
kergothFILESPATH is how bitbake seraches for file:// files, and FILESEXTRAPATHS is how you append to FILESPATH cleanly from appends17:11
kergothso thats where to look if it cant' locate a file:// file, for future reference :)17:11
volker-defective user in this case. totally forgot that snippet. thanks for the hint :)17:12
volker-I am still unconsidered if I should use bbappend to add firewall rules or if i should create a firewall-sshd package17:14
volker-more a style question.17:14
kergothI'm inclined to say the latter would be slightly cleaner, but its really personal preference at that point17:15
volker-pro of separate packet are the ptests and that I don't have to care about software changes17:15
volker-software changes in kind of versioning17:16
*** Marex <Marex!~Marex@> has quit IRC17:18
kergothalso consider impact on sstate reuse and binary packaging, how much can / will be shared between your builds with and without the firewall bits, or the possible re-run of openssh tasks when you change the firewall script to repackage it17:18
kergothminor in this case, but good things to keep in mind17:18
*** moto-timo <moto-timo!~moto-timo@> has quit IRC17:20
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC17:26
*** mkeeter <mkeeter!~mkeeter@> has quit IRC17:29
*** mkeeter <mkeeter!~mkeeter@> has joined #yocto17:29
*** diego_r <diego_r!> has quit IRC17:34
*** demonimin_ <demonimin_!~demonimin@unaffiliated/demonimin> has quit IRC17:35
*** Marex <Marex!~Marex@> has joined #yocto17:36
abelloniI was wondering whether there are any plan to make wic create beaglebone/beagleboard images17:36
*** demonimin <demonimin!> has joined #yocto17:37
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto17:37
*** dvhart_ <dvhart_!~dvhart@> has quit IRC17:38
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto17:38
volker-I might have asked it before: Is it possible to limit the amount of processes that run do_rootfs? Right now both image rootfs are build at the same time if I execute "bitbake image1 image2"17:47
*** behanw <behanw!~behanw@> has joined #yocto17:49
kergothvolker-: only via the usual mechanism to control how many processes run at once — BB_NUMBER_THREADS. but you can't exert control at a per-task level, no17:53
kergothyou could presuambly add a lockfile so bitbake would *try* to run both at the same time ,but would be prevented from it17:53
kergothnot quite the same thing since bitbake wouldn't be awareof the influence on its scheduling, but you could force the matter that way, i guess17:54
volker-kergoth: when I compile etc. it is usually fine to have it parallel. do_rootfs is really IO heavy, therefore I would prefere only this serial17:54
kergothi'm assuming your disk load is getting high?17:54
* kergoth nods17:54
kergothbitbake's scheduler doesn't let you do resource bound control like that.. yet. it's been on the wishlist for years17:54
volker-A feature for extraction and packaging could be nice too, but that IO load is half as bad as the image step17:54
volker-I can't add NOHDD and NOISO in my image recipe?17:56
volker-err... my friend the quote symbol is required...17:57
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto18:01
volker-the deploy/image directory has a file called README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt that states to run "bitbake -c clean TARGET". is target here the image name? Will it delete all the packages it build?18:04
volker-Right now I ignore the warning and only delete old images to free up disk space18:04
*** behanw <behanw!~behanw@> has quit IRC18:08
kergothmainly that warning is just to indicate that bitbake won't automatically recreate everything in there if you rerun bitbake, as it has its stamps, afaik18:09
volker-just tried the clean command with the image name -- the files still exists18:11
*** tobiash <tobiash!> has joined #yocto18:12
*** tobiash_ <tobiash_!> has quit IRC18:13
*** staylor <staylor!> has quit IRC18:13
*** belen <belen!~Adium@> has quit IRC18:16
*** beaver_545 <beaver_545!~stuart@> has joined #yocto18:22
*** LCyrin <LCyrin!~LCyrin@2607:fb90:2705:5b84:156a:ccf0:e05b:bbc8> has joined #yocto18:22
*** behanw <behanw!~behanw@> has joined #yocto18:22
*** smartin__ <smartin__!> has joined #yocto18:28
*** Marex <Marex!~Marex@> has quit IRC18:32
*** dvhart_ <dvhart_!~dvhart@> has joined #yocto18:34
*** sgw_ <sgw_!~sgw@> has quit IRC18:39
*** Marex <Marex!~Marex@> has joined #yocto18:49
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC18:57
*** blloyd <blloyd!> has joined #yocto19:00
*** rburton__ <rburton__!uid1738@gateway/web/> has joined #yocto19:04
*** mkeeter <mkeeter!~mkeeter@> has quit IRC19:05
*** behanw <behanw!~behanw@> has quit IRC19:05
*** mkeeter <mkeeter!~mkeeter@> has joined #yocto19:05
*** beaver_545 <beaver_545!~stuart@> has quit IRC19:07
*** beaver_545 <beaver_545!~stuart@> has joined #yocto19:07
*** mkeeter <mkeeter!~mkeeter@> has quit IRC19:15
*** mkeeter <mkeeter!~mkeeter@> has joined #yocto19:15
*** rburton <rburton!> has quit IRC19:18
blloydanyone tried booting a USB core-image-sato for genericx86 from master recently?  Seems udev isn't mounting usb block devices properly anymore.  With debugshell enabled, I see nothing mounted except the root once it gives up.19:18
*** rburton <rburton!> has joined #yocto19:23
*** sgw_ <sgw_!~sgw@> has joined #yocto19:28
*** T0mW <T0mW!> has quit IRC19:30
*** alexhairyman <alexhairyman!> has joined #yocto19:35
*** adelcast <adelcast!~adelcast@> has left #yocto19:35
*** hyei_ <hyei_!> has joined #yocto19:35
*** maxtothemax <maxtothemax!~maxtothem@> has quit IRC19:37
*** maxtothemax <maxtothemax!~maxtothem@> has joined #yocto19:38
*** adelcast1 <adelcast1!~adelcast@> has joined #yocto19:40
*** T0mW <T0mW!> has joined #yocto19:50
dvhart_blloyd, there is an open bug19:51
dvhart_blloyd, something I'm planning on looking at, but have been prevented by various things19:51
dvhart_blloyd, if you have time to debug, please post your findings to the bug:19:52
yoctiBug 6492: normal, Undecided, ---, dvhart, NEW , [Generic x86_64] USB not mounted19:53
blloyddvhart_: I'd commented on that one, since I had found.  It was x86_64.  I just found same applies to x86 too.19:57
blloydand for x86, it's happening during init script too for live boot.19:58
dvhart_OK, we can just update the bug subject19:58
dvhart_probably a udev issue19:58
dvhart_or ... possibly a udev issue19:58
*** manuel_ <manuel_!~manuel_@> has quit IRC19:58
[Sno]I have a machine conf as in - and a meta-me/receipes-bsp/u-boot/ and meta-me/conf/layer.conf has BBFILE_PRIORITY_me = "8"19:59
[Sno]but very often the images (*.sdcard) I get have an unmodified u-boot prompt19:59
[Sno]how can I ensure which recipe is included?19:59
[Sno]how can I ensure that /lib/firmware/vpu contains vpu_fw_imx6q.bin instead of vpu_fw_imx6d.bin (which is now included)19:59
blloydnp.  I had found and commented there, but was checking in case someone may have known a work-around.  Pretty sure it is genericx86 image based, as I hadn't seen it on my own atom-pc based machines.  But I fired up this to see if I had introduced a different bug and got a surprise when it was even less functional.19:59
[Sno]is there a way to build virtual/libx11 without x11 in DISTRO_FEATURES ?20:00
dvhart_blloyd, have you tried the meta-intel intel-core2-32 MACHINE?20:00
dvhart_blloyd, I'd be interested to know if it has the same issue for you or not20:00
dvhart_(daisy or master branch)20:01
*** hyei_ <hyei_!> has quit IRC20:02
blloydno I haven't.  Thank you for that suggestion.  Not sure core2 will boot on the hardware I'm using though.  It's fully i586, neither are full i686 (well depends on the definition of i686 for one...)20:02
blloydAny idea what core2 is targetted for?  I could have sworn core2 was late i686.20:02
fray'core2' is litterly 'core2'...20:03
dvhart_core2 is targeted for "core2" and later :-)20:03
dvhart_basically all Atom CPUs (and core2 before that)20:03
blloydyeah, I can't remember where core2 fit in the timeline.20:03
dvhart_so yeah, that can break on your system.20:03
frayi686 is Pentium Pro 'or so'..  i586 is Pentium, Quark and similar CPus..20:03
dvhart_oh, late 90s iirc20:03
frayI thought 'core' was early 2000's.. and core2 was a bit after..20:04
blloydyeah, one of the gems I get to play with is Geode LX...20:04
dvhart_hrm... yeah, I think I'm off a decade.... checking20:04
frayya thats going to be i68620:04
dvhart_I'm terrible at dates20:04
fraycore2  introduced July 200620:04
blloydGeode LX is i686 minus NOPL (which technically wasn't in the original specification for i686)20:04
dvhart_So core2 supports MMC and SSSE320:05
dvhart_so not a good choice20:05
blloydwhich will be a kernel panic for me.20:05
frayHun 'Core' was January of 2006.. I thought there was a larger gap20:05
dvhart_so scratch that idea :-)20:06
*** beaver_545 <beaver_545!~stuart@> has quit IRC20:06
blloydthat was during new processor every 6 months phase...20:06
frayI ignore 'core' since it was only 32-bit.. ;)20:07
*** paulg_ <paulg_!> has joined #yocto20:08
blloydI'm kinda stuck with 32 bit.  They still tend to be more power efficient than 64 bit due to performance verse power trade-offs made.20:09
blloydand some of those old 32bit chips are rather nicer about working in a noisy (physical shaking or poor power) environment.20:10
dvhart_blloyd, do you know when it worked and when it stopped working?20:11
blloydI've never tried genericx86 before, so no.  My own changed behavior after my last pull, which pulled maybe 2 weeks of changes in.20:11
dvhart_Right, OK20:12
blloydFirst thing I checked was if my proposed oe-core had made it in (it hasn't).  Then checked if my changes were the culprit, which is why I can tell it's udev not mounting and not the script unmounting wrong or something else I may have done.20:14
blloydSo, who is the unlucky soul that has to follow oe-core for committing to master?  I can't keep up with that mailing list.  I think it would be a full time job just reading it for patches.20:15
dvhart_that would be RP and others20:17
j8i want to add a DEPENDS to python on tk, but I don't want nativesdk...20:24
blloydsomeone good with bugzilla willing to tell me how to find the list of bugs I am currently watching (cc me is on)?20:28
*** armpit <armpit!> has joined #yocto20:28
dvhart_use the advanced search, search for your email address, save the query?20:28
blloydthanks.  quick search on my email gave zaro bugs.20:30
rburtonblloyd: that works, as i've got that query.  there's an explicit field for CC list.20:33
*** cbzx <cbzx!> has quit IRC20:35
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:37
*** staylor <staylor!> has joined #yocto20:41
*** mranostay <mranostay!> has quit IRC20:44
*** mranostay <mranostay!> has joined #yocto20:44
*** manuel_ <manuel_!~manuel_@> has joined #yocto20:45
*** mkeeter <mkeeter!~mkeeter@> has quit IRC20:45
blloydthanks dvhart_ and rburton.  I missed it first time I had peaked through the advanced.   Figured it was something easy I was overlooking.20:46
*** mranostay <mranostay!> has quit IRC20:50
*** radzy is now known as radzy_away20:51
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto20:51
*** smartin__ <smartin__!> has quit IRC21:03
blloydis anyone else running on i586/i686 era hardware?  I was wanting to compare notes about connmand.  My log files on multiple machines end up looking like a lot.21:06
*** rburton__ <rburton__!uid1738@gateway/web/> has quit IRC21:06
blloyd(ok usually I am not running debug so only get the {add} and {del} repeating thousands of times a second)21:08
*** msm` <msm`!> has joined #yocto21:12
*** hyei_ <hyei_!~hyei@> has joined #yocto21:13
*** msm <msm!> has quit IRC21:15
*** armpit <armpit!> has left #yocto21:15
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto21:17
*** jluisn <jluisn!~quassel@> has quit IRC21:17
*** khem <khem!> has quit IRC21:19
*** khem <khem!> has joined #yocto21:21
*** JimBaxter <JimBaxter!> has quit IRC21:30
*** ant__ <ant__!> has joined #yocto21:37
*** paulg_ <paulg_!> has quit IRC21:44
*** dvhart <dvhart!kvirc@nat/intel/x-bsjdfyxvhagpqowh> has quit IRC21:44
*** dvhart <dvhart!~kvirc@> has joined #yocto21:48
*** dvhart <dvhart!~kvirc@> has quit IRC21:52
*** dvhart <dvhart!kvirc@nat/intel/x-ghhrfqxeakbatrau> has joined #yocto21:54
*** rburton <rburton!> has quit IRC21:59
*** rburton <rburton!> has joined #yocto22:00
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** sameo <sameo!samuel@nat/intel/x-jiagurjyavhquuyt> has joined #yocto22:07
*** dvhart <dvhart!kvirc@nat/intel/x-ghhrfqxeakbatrau> has quit IRC22:08
*** rburton <rburton!> has quit IRC22:09
*** rburton <rburton!> has joined #yocto22:09
*** dvhart <dvhart!~kvirc@> has joined #yocto22:09
*** ajtag <ajtag!> has quit IRC22:10
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC22:27
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto22:29
*** radzy_away is now known as radzy22:33
*** dmoseley <dmoseley!> has quit IRC22:33
*** adelcast1 <adelcast1!~adelcast@> has quit IRC22:37
volker-it seems like an image is not getting rebuild if you modify ROOTFS_POSTPROCESS_COMMAND22:38
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC22:40
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto22:43
*** sjolley <sjolley!~sjolley@> has quit IRC23:06
*** joshua___ <joshua___!~joshua@> has joined #yocto23:10
*** manuel_ <manuel_!~manuel_@> has quit IRC23:12
*** nerdboy <nerdboy!> has joined #yocto23:12
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto23:12
*** munch <munch!> has quit IRC23:18
*** moto-timo <moto-timo!~moto-timo@> has joined #yocto23:18
*** sullical <sullical!~sullical@> has quit IRC23:23
*** ant__ <ant__!> has quit IRC23:26
*** blloyd <blloyd!> has quit IRC23:36
*** behanw <behanw!> has joined #yocto23:42
*** j8 <j8!~IceChat9@> has quit IRC23:43
*** seebs <seebs!> has quit IRC23:43
*** sjolley <sjolley!~sjolley@> has joined #yocto23:45
*** seebs <seebs!> has joined #yocto23:45
*** JaMa <JaMa!> has quit IRC23:46
*** JaMa <JaMa!> has joined #yocto23:48
adam_Is Qt Creator inlucded in the Yocto SDK?23:56
*** joshua___ <joshua___!~joshua@> has quit IRC23:59

Generated by 2.11.0 by Marius Gedminas - find it at!