Thursday, 2017-10-05

*** kpo_ <kpo_!> has quit IRC00:04
*** sgw <sgw!swold@nat/intel/x-yaoloxhdlupieihn> has quit IRC00:06
*** martinkelly1 <martinkelly1!~martin@> has quit IRC00:26
*** juvenal <juvenal!> has joined #yocto00:26
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto00:27
*** ant_home <ant_home!> has quit IRC00:32
*** User12345678 <User12345678!> has joined #yocto00:33
*** lukma1 <lukma1!> has joined #yocto00:43
*** majuk <majuk!> has joined #yocto00:43
*** lukma <lukma!> has quit IRC00:44
*** lukma1 is now known as lukma00:44
*** majuk <majuk!> has quit IRC00:48
*** juvenal <juvenal!> has quit IRC00:48
*** lukma1 <lukma1!> has joined #yocto00:49
*** lukma <lukma!> has quit IRC00:49
*** lukma1 is now known as lukma00:49
*** msvb-lab <msvb-lab!> has quit IRC01:04
*** sjolley <sjolley!~sjolley@> has joined #yocto01:14
*** msvb-lab <msvb-lab!> has joined #yocto01:17
*** Snert <Snert!> has quit IRC01:30
*** juvenal <juvenal!> has joined #yocto01:34
*** sgw <sgw!> has joined #yocto01:39
*** sgw1 <sgw1!~swold@> has joined #yocto01:42
*** sgw <sgw!> has quit IRC01:44
*** sgw1 is now known as sgw01:44
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto01:46
*** zarzar <zarzar!~zarzar@> has quit IRC01:57
*** zarzar <zarzar!~zarzar@> has joined #yocto01:58
*** fmeerkoetter <fmeerkoetter!> has quit IRC02:00
*** CoLa <CoLa!cordlandwe@kde/cordlandwehr> has quit IRC02:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto02:02
*** CoLa <CoLa!cordlandwe@gateway/shell/kde/x-tabsbbazaspccnyp> has joined #yocto02:04
*** CoLa is now known as Guest8477102:05
*** Snert <Snert!> has joined #yocto02:08
*** User12345678 is now known as learningc02:20
learningcI'm confused with .config and defconfig.  When I bitbake virtual/kernel -c menuconfig, it produce .config or defconfig?  Do I need both to bitbake virtual/kernel?02:27
*** stephano <stephano!~stephano@> has quit IRC02:40
bluelightninglearningc: bitbake -c menuconfig will just write to the .config, if you wanted to include that in a recipe properly you would rename it to defconfig, put it next to the recipe and add it to SRC_URI; alternatively you can do bitbake -c diffconfig virtual/kernel and you'll get a config fragment you can use with just the changes in it02:42
bluelightninglearningc: you only need to do that when you're actually happy with the final configuration though02:42
learningcbluelightning, should I bother with defconfig file at all? If I bitbake virtual/kernel, does it require .config or defconfig?02:51
bluelightninglearningc: if you have done bitbake virtual/kernel -c menuconfig you only need to go ahead and build the kernel, no need to worry about the defconfig02:52
bluelightninglearningc: but bear in mind that your config changes are temporary at this point, once you are finished making changes you should move it to a defconfig next to the recipe or a config fragment02:53
bluelightning(otherwise if for example you did bitbake -c clean virtual/kernel or deleted your TMPDIR your changes would be gone)02:54
learningcbluelightning, I see. Thanks. Getting clearer in my mind02:54
learningcbluelightning, Where is the recipe directory that I should put the defconfig located? There are so many directories in tmp/ that I'm getting lost02:56
bluelightninglearningc: the defconfig, should you want to preserve it, should go in a subdirectory named "files" or the same name as the recipe right next to the recipe file itself02:57
bluelightningthen you need to add "file://defconfig" to SRC_URI within the recipe if it isn't already there02:58
learningcbluelightning, After I copy the defconfig next to recipe and add file://defconfig to SRC_URI, the next time I do source poky/oe-init-build-env, bitbake virtual/kernel will use that defconfig file after renaming it to .config?03:02
bluelightninglearningc: yes03:02
bluelightningthough if you're in the same shell session, no need to re-source the environment setup script03:03
learningcbluelightning, But how will bitbake know the defconfig file has changed since it has already created the build directory?03:05
bluelightninglearningc: any changes to recipes or files they refer to (e.g. in SRC_URI) will be noticed by bitbake on the next execution03:06
learningcI see03:06
learningcbluelightning, But what will happen to the original defconfig file in the recipe directory? When I copy my .config file into a defconfig file in the recipe directory, won't it erase the original one?03:08
bluelightninglearningc: sorry I'm not following - the "original one"?03:14
learningcbluelightning, I suppose there must be an "original" defconfig file to use to build the kernel when I clone poky?03:16
bluelightninglearningc: with linux-yocto, no - the configuration is assembled from fragments based upon enabled features - for more details see our kernel manual03:17
learningcbluelightning, I mean, what file will bitbake use when I bitbake my kernel without creating any .config/defconfig file ?03:17
learningcI see03:18
*** jg_ <jg_!~jg@2601:18f:981:82c5:a800:914c:7bb3:48f7> has quit IRC03:19
learningcbluelightning, I'm not sure where is the recipe directory to put the defconfig copy.  Is it in build directory created by source poky/oe-init-build-env or in the poky directory when I clone poky?03:22
bluelightninglearningc: the latter03:22
bluelightninglearningc: however note that as a matter of best practice you wouldn't modify the original recipe, you would create a bbappend with the changes in it in your own layer03:23
bluelightningthat makes it easier to handle upgrading in the future - i.e. you're not dealing with a forked repository03:24
learningcbluelightning, I see. Many thanks to you.03:25
*** juvenal <juvenal!> has quit IRC03:40
*** bananadev <bananadev!~onlyester@> has joined #yocto03:44
*** zerus_ <zerus_!> has joined #yocto03:53
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC03:57
*** zerus__ <zerus__!> has joined #yocto04:01
*** zerus_ <zerus_!> has quit IRC04:03
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC04:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:28
*** zerus__ <zerus__!> has quit IRC04:28
*** schtobia <schtobia!6cab85a8@piratenpartei/BY/schtobia> has joined #yocto04:30
*** zerus_ <zerus_!> has joined #yocto04:51
*** gtristan <gtristan!~tristanva@> has quit IRC04:52
*** zerus_ <zerus_!> has quit IRC04:56
*** jratz <jratz!> has quit IRC05:05
*** jratz <jratz!> has joined #yocto05:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC05:07
*** AndersD <AndersD!~anders@> has joined #yocto05:12
*** AndersD <AndersD!~anders@> has quit IRC05:15
*** AndersD <AndersD!> has joined #yocto05:16
*** AndersD <AndersD!> has quit IRC05:18
*** AndersD <AndersD!> has joined #yocto05:20
*** bananadev <bananadev!~onlyester@> has quit IRC05:21
*** gtristan <gtristan!~tristanva@> has joined #yocto05:26
*** edgar444 <edgar444!uid214381@gateway/web/> has joined #yocto05:37
*** malconxx <malconxx!~mabs@unaffiliated/malconxx> has joined #yocto05:43
*** malconxx <malconxx!~mabs@unaffiliated/malconxx> has left #yocto05:44
*** pohly <pohly!> has joined #yocto06:03
*** hamis <hamis!~irfan@> has joined #yocto06:13
*** hnje <hnje!~hnje@> has joined #yocto06:18
*** open-nandra <open-nandra!> has joined #yocto06:19
*** vdehors <vdehors!~vdehors@> has joined #yocto06:24
*** nayfe <nayfe!d433a784@gateway/web/freenode/ip.> has quit IRC06:35
*** hamis <hamis!~irfan@> has quit IRC06:39
*** avalluri <avalluri!avalluri@nat/intel/x-iowlmfgcmblwddha> has quit IRC06:43
*** bananadev <bananadev!~onlyester@> has joined #yocto06:44
*** Bunio_FH <Bunio_FH!> has joined #yocto06:46
*** mattsm <mattsm!> has quit IRC06:47
*** avalluri <avalluri!avalluri@nat/intel/x-pdmghhqbekktgbbo> has joined #yocto06:47
*** agust <agust!> has joined #yocto06:51
*** mattsm <mattsm!~mattsm@2602:304:b0d5:feac:5964:2f77:45a5:a898> has joined #yocto06:55
*** fl0v0 <fl0v0!> has joined #yocto07:00
*** colrack <colrack!~colrack@> has joined #yocto07:02
*** rajm <rajm!~robertmar@> has joined #yocto07:09
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:17
*** diego_r <diego_r!~diego@> has joined #yocto07:18
*** nayfe <nayfe!d433a784@gateway/web/freenode/ip.> has joined #yocto07:22
*** Dvorkin_ <Dvorkin_!b072cc0c@gateway/web/freenode/ip.> has quit IRC07:27
*** yann <yann!> has quit IRC07:29
*** JaMa <JaMa!~martin@> has joined #yocto07:38
*** rob_w <rob_w!~bob@> has joined #yocto07:43
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:43
*** joshuagl <joshuagl!joshuagl@nat/intel/x-atgkxucfbbvdnhhn> has joined #yocto07:46
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto07:47
*** toscalix <toscalix!~toscalix@> has joined #yocto07:50
*** Kakounet <Kakounet!> has joined #yocto07:56
*** grma <grma!~gruberm@> has joined #yocto07:57
*** John_K_ <John_K_!446fc350@gateway/web/freenode/ip.> has quit IRC07:59
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto08:02
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:94e2:7fe6:ea28:d106> has quit IRC08:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC08:04
*** rburton <rburton!> has joined #yocto08:07
*** rburton <rburton!> has quit IRC08:14
*** schtobia <schtobia!6cab85a8@piratenpartei/BY/schtobia> has quit IRC08:15
*** Bunio_FH <Bunio_FH!> has quit IRC08:21
*** rburton <rburton!> has joined #yocto08:28
*** yann <yann!~yann@> has joined #yocto08:38
*** RP1 is now known as RP08:46
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has quit IRC08:55
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has joined #yocto08:57
*** schtob <schtob!6cab85a8@piratenpartei/BY/schtobia> has joined #yocto08:59
*** Bunio_FH <Bunio_FH!> has joined #yocto09:01
*** schtob is now known as schtobia09:01
*** JaMa <JaMa!~martin@> has quit IRC09:04
*** kjokinie <kjokinie!~kjokinie@> has quit IRC09:12
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto09:12
*** Bunio_FH <Bunio_FH!> has quit IRC09:12
*** bavery_fn <bavery_fn!~bavery@> has quit IRC09:14
*** sgw <sgw!~swold@> has quit IRC09:14
*** schtobia <schtobia!6cab85a8@piratenpartei/BY/schtobia> has quit IRC09:18
*** schtobia <schtobia!6cab85a8@piratenpartei/BY/schtobia> has joined #yocto09:21
*** sgw <sgw!swold@nat/intel/x-kxfmflgflqknmmhf> has joined #yocto09:29
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto09:29
*** bavery_fn <bavery_fn!bavery@nat/intel/x-gmmindtinbfnpktz> has joined #yocto09:29
Ox4hello guys09:29
Ox4I need to place particular packages version to text file in the image. Is there elegant approach to do this?09:30
LetoThe2ndyou mean something like a version manifest?09:30
*** baali <baali!~baali@> has joined #yocto09:32
*** cordlandwehr <cordlandwehr!~cordlandw@> has joined #yocto09:33
Ox4LetoThe2nd: yep09:34
LetoThe2ndlook at the buildinfo stuff, i think it can do something alike. maybe with some massaging09:34
*** cordlandwehr is now known as CoLa|work09:36
Ox4LetoThe2nd: thank you09:36
LetoThe2ndgood luck09:36
Ox4LetoThe2nd: did you mean this bbclass -> ?09:38
LetoThe2ndOx4: yes i think so09:38
LetoThe2ndmaybe its not a perfect fit, but a start09:38
*** ant_work <ant_work!> has joined #yocto09:38
*** JaMa <JaMa!~martin@> has joined #yocto09:41
*** csanchezdll <csanchezdll!> has joined #yocto09:48
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:49
*** Chep <Chep!> has joined #yocto09:52
Chepis it possible to include an inc file from an other layer? if the inc file does also include inc files, will path be ok?09:54
LetoThe2ndshould be ok, just give it the full path.09:55
ChepI tried but I got problem with SRCPV09:57
Chepif I put my recipe in the layer with inc files, SRCPV is resolved09:57
Chepif I put my recipe in another layer with full path includes, I got a "versions of u-boot available:  my_version+git${SRCPV}"09:58
*** rajm <rajm!~robertmar@> has quit IRC09:59
*** rajm <rajm!~robertmar@> has joined #yocto10:00
Chepmy bad there was an error in path ... thanks LetoThe2nd10:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:10
*** vdehors <vdehors!~vdehors@> has quit IRC10:17
Ox4When is manifest file generated?10:18
Ox4after which phase?10:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:24
LetoThe2ndOx4: image preprocessing10:36
*** schtobia <schtobia!6cab85a8@piratenpartei/BY/schtobia> has quit IRC10:42
*** learningc <learningc!> has quit IRC10:46
*** hnje1 <hnje1!~hnje@> has joined #yocto10:50
*** hnje <hnje!~hnje@> has quit IRC10:53
*** peacememories <peacememories!> has joined #yocto10:58
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto10:59
*** warthog9 <warthog9!> has quit IRC11:03
*** warthog9 <warthog9!> has joined #yocto11:04
*** bananadev <bananadev!~onlyester@> has quit IRC11:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:16
*** kpo_ <kpo_!~bob@> has joined #yocto11:16
*** mdnneo <mdnneo!~umaucher@> has joined #yocto11:19
*** peacememories <peacememories!> has quit IRC11:19
*** vdehors <vdehors!~vdehors@> has joined #yocto11:27
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:33
*** hnje1 is now known as hnje11:35
*** hnje <hnje!~hnje@> has joined #yocto11:35
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.> has joined #yocto11:42
RamoseI am seeing this error, can anyone please me out , how should I fix it11:44
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:47
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.> has quit IRC11:47
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.> has joined #yocto11:49
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto11:50
JaMaRamose: did you do what the last line says?11:50
RamoseJaMa: This conf/site.conf  doesn't exist11:52
RamoseThis *file11:52
*** kpo_ <kpo_!~bob@> has quit IRC11:55
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.> has quit IRC12:00
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto12:00
*** pev <pev!~pev@> has joined #yocto12:03
pevHey all12:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC12:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:05
pevInteresting question : I've got an old project via yocto 1.6 thats been stable a long time, but needs dropbear updating for security. Now, normally id just copy in the suitable upstream recipe but theres already a in the common poky dir... What's the "right" way to do this? Obv I can just bodge over the top in the poky dir but isn't there a better approach?12:05
pev*copy the upstream recipe into my own layer12:05
RPpev: you can put a copy of the .inc in the new layer?12:06
*** juvenal <juvenal!> has joined #yocto12:08
*** juvenal <juvenal!> has quit IRC12:17
*** hamis <hamis!~irfan@> has joined #yocto12:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:21
pevRP: Ah, grand! Will that then supercede the version under poky?12:21
*** Noor <Noor!~quassel@> has joined #yocto12:28
*** kanavin <kanavin!~ak@> has quit IRC12:30
*** nighty- <nighty-!> has quit IRC12:30
*** kanavin <kanavin!~ak@> has joined #yocto12:31
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC12:35
rburtonpev: the recipe will look in the same folder before hunting around12:37
*** pev <pev!~pev@> has quit IRC12:46
*** ant_work <ant_work!> has quit IRC13:00
*** juvenal <juvenal!> has joined #yocto13:03
*** madhusudhananAnd <madhusudhananAnd!~irc@> has quit IRC13:04
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto13:04
*** lamego <lamego!jose@nat/intel/x-ndfxvrzuortpaukh> has joined #yocto13:05
*** jg_ <jg_!~jg@2601:18f:981:82c5:a800:914c:7bb3:48f7> has joined #yocto13:06
*** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.> has joined #yocto13:08
*** nighty- <nighty-!> has joined #yocto13:11
*** lukma1 <lukma1!> has joined #yocto13:14
*** lukma <lukma!> has quit IRC13:15
*** lukma1 is now known as lukma13:15
*** bavery_fn <bavery_fn!bavery@nat/intel/x-gmmindtinbfnpktz> has quit IRC13:16
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC13:17
*** madhusudhananAnd <madhusudhananAnd!~irc@> has quit IRC13:17
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto13:18
*** sjolley <sjolley!~sjolley@> has quit IRC13:18
*** sjolley <sjolley!~sjolley@> has joined #yocto13:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:23
ChrysDHi, what does FILES_${PN} is it for ? And by adding -dev or -dbg or whatever ? Thanks.13:30
*** baali <baali!~baali@> has quit IRC13:32
*** madhusudhananAnd <madhusudhananAnd!~irc@> has quit IRC13:33
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto13:34
*** stephano <stephano!~scetola@> has joined #yocto13:37
LetoThe2ndChrysD: its for telling the package management what shall go into the package13:38
ChrysDLetoThe2nd : But when you do the " do_install ", it tell where to go to the sysroot. So implicitly it will go into the package no?13:39
LetoThe2ndChrysD: no.13:39
LetoThe2ndChrysD: usually FILES will be a subset of what goes into the sysroot. think manpages.13:40
ChrysDFor example, in that example, you dont have a FILE_${PN} :
LetoThe2ndChrysD: because some stuff is inherently in FILES_${PN} unless defined otherwise, like bindir, libdir, etc.13:42
LetoThe2ndbut it should all be in the docs, after all.13:42
LetoThe2ndin a nutshell, you probably need FILES_ if you install something to a non canonical /usr application part13:42
*** madhusudhananAnd <madhusudhananAnd!~irc@> has quit IRC13:43
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto13:43
*** sgw <sgw!swold@nat/intel/x-kxfmflgflqknmmhf> has quit IRC13:44
*** sgw <sgw!> has joined #yocto13:44
ChrysDnot sure of understanding but i will still dig.13:46
ChrysDI already read but thanks.13:49
*** hnje <hnje!~hnje@> has quit IRC13:50
*** sgw <sgw!> has quit IRC13:52
ChrysDLetoThe2nd : what confuse me is the fact that with do_install, i have my file into my device without the need of putting FILES.13:52
*** bbarr <bbarr!> has joined #yocto13:53
*** Argylelabcoat <Argylelabcoat!> has joined #yocto13:54
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto13:58
*** AndersD <AndersD!> has quit IRC14:00
*** yates <yates!> has quit IRC14:04
*** marka <marka!~masselst@> has joined #yocto14:06
*** open-nandra <open-nandra!> has quit IRC14:08
*** toanju <toanju!~toanju@> has joined #yocto14:11
*** bbarr <bbarr!> has quit IRC14:13
*** bbarr <bbarr!> has joined #yocto14:15
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC14:19
*** JoiF <JoiF!~jofr@> has joined #yocto14:23
JoiFAny device-tree wizards around?14:23
*** sgw <sgw!~swold@> has joined #yocto14:23
JoiFI have my amba { slcr@f8000000 { clkc@100 { foo; }; }; }; coming from upstream, but I would like to extend it.14:26
*** ipuustin <ipuustin!> has quit IRC14:26
JoiFI don't want to overwrite the file from upstream14:26
JoiFWhat is the correct syntax to do that?14:27
*** peacememories <peacememories!> has joined #yocto14:29
*** majuk <majuk!> has joined #yocto14:30
nrossiJoiF: Does clkc have a alias, e.g. "clkc: clkc..."? then use &clkc { ...}; otherwise use the path /amba/slcr... {...}; in your top level dts14:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:31
*** peacememories <peacememories!> has quit IRC14:33
JoiFnrossi: As always, you're here to save me  ;)14:33
JoiFBut no, it doesn't have an alias14:34
JoiFI have to have the full reference, right? With the addresses and everything?14:34
nrossiJoiF: I think so, but dtc might have gotten smarter since i last had to use paths ;)14:36
*** peacememories <peacememories!> has joined #yocto14:38
*** kanavin <kanavin!~ak@> has quit IRC14:39
ChrysDWhat are all the way which kernel modules can be loaded automatically at boot ? I have a meta made by my own, which the image produced had the driver loaded at boot. Now i changed project but still the same meta and now it's not loaded automatically.14:39
ChrysDLocal.conf are the same.14:40
ChrysDthe image recipe is the same and distro is the same.14:41
ChrysDWith bitbake virtual/kernel -c menuconfig , the driver is in "<M>" state14:41
*** cpf <cpf!> has joined #yocto14:42
nrossiChrysD: most common is the KERNEL_MODULE_AUTOLOAD variable which results in the module package containing an entry in /etc/modules-load.d14:42
ChrysDnrossi : I know this one, but i didn't needed to set this variable to have my module loaded in the first project. That's why i'm wondering.14:43
nrossiChrysD: could be loaded by udev due to a device needing it, really depends on the module for that though14:44
*** kanavin <kanavin!~ak@> has joined #yocto14:44
ChrysDnrossi : it's a camera driver14:44
ChrysDnrossi : ov564014:44
ChrysDnrossi : to be more precise ov5640_camera_mipi14:44
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:45
ChrysDWHich strike me is that the first project, i made my own image recipe which require core-image-minimal and added few packages14:45
JoiFnrossi: So we are on the same page that this is adding those two lines to whatever is already in clkc@100 at a higher level? ..and not overwriting the entire block?14:45
JoiFI guess I'm about to find out .. it just finished compiling  ;)14:46
*** aurele <aurele!> has quit IRC14:46
cpfI have a newbie question: I want to have libpcap in my image. I would usually use "CORE_IMAGE_EXTRA_INSTALL =+ "libpcap". Howewer I see that I can also do 'bitbake libpcap'. Does the latter also include libpcap in the image?14:47
rburtonno, the latter just builds the libpcap packages14:48
rburtondoesn't do anything with images14:48
ChrysDbitbake libpcap will only do the package, but doesn't mean that i will be put into your image.14:48
*** ipuustin <ipuustin!> has joined #yocto14:48
cpf<rburton>: so it is like a test run ?14:49
rburtonno, it just builds the recipe14:49
cpfOK so in my case I will use "CORE_IMAGE_EXTRA_INSTALL =+ "libpcap" since I want the package in the image.. thanks.14:50
ChrysDcpf : It allow to build only the recipe instead of all the image for testing purpose. Like if you change a recipe and want to know if it work, it's faster to do bitbake 'recipe' instead of bitbake 'image'14:50
nrossiJoiF: valid syntax, but no idea why you are trying to feed the gem1_emio_mux clock back into the clkc?14:51
cpf<ChrysD>: yes I see. it makes sense.14:51
*** melonipoika_ <melonipoika_!> has joined #yocto14:52
cdreherHello, I'm trying to build with a custom BSP and a custom toolchain. The manual14:53
cdreherstates that I shall add the layer that contains the toolchain to my bblayers.conf14:53
cdreherHow do I build such a layer ? What should I put in that layer ?14:53
JoiFnrossi: The reason I'm doing that may have something to do with the fact that I have no idea what I'm doing.  ;)14:54
*** ipuustin <ipuustin!> has quit IRC14:54
ChrysDnrossi : no more idea?14:55
JoiFnrossi: But it comes from here:
JoiFWith modifications from gem0 to gem114:55
*** ipuustin <ipuustin!> has joined #yocto14:56
*** gtristan <gtristan!~tristanva@> has quit IRC14:57
JoiFnrossi: My /sys/kernel/debug/clk/clk_summary at least shows me 25000000 for "gem1_emio_mux" and its child-node "gem1"14:57
JoiFBoth of which were previously zero14:57
ChrysDI have a strange behavior : I have an image recipe which "require recipes-images/images/my-other-image". But my new image doesn't include the image_install of my "required image". :s14:57
nrossiChrysD: hard to say tbh so many ways to load modules :|14:58
ChrysDnrossi : ok still thanks14:58
*** baali <baali!~baali@> has joined #yocto14:58
*** aurele <aurele!> has joined #yocto14:58
*** toanju <toanju!~toanju@> has quit IRC15:02
nrossiJoiF: ignore me, i forgot you have to route the emio clock into the gem's :| which is done via through clkc15:02
ChrysDmhhh when i do -c clean of an image recipe, and i do bitbake image_recipe, is like if it i've done nothing.15:05
ChrysDeven with -cleanall15:05
nrossiChrysD: some things don't result in a change in the hashes, -c cleansstate to be sure your not using sstate cached content15:06
ChrysDnrossi : i've done an image, and after it another image. and the another image had problem so that i wanted to do a clean rebuild15:07
ChrysDnrossi : so i guess it was th eproblem15:07
ChrysDnrossi : doesn't do nothing. It only do the 'do_rootfs'15:09
ChrysDnrossi : the only way is removing tmp/download and sstate folders...15:10
nrossiChrysD: that will be a completely fresh build, and will rebuild everything...15:11
ChrysDnrossi : it's what i want15:11
*** eduardas_m <eduardas_m!~Eduardas@> has joined #yocto15:11
ChrysDnrossi : i've done a first image " bitbake image1" and from that i've done second image " bitbake image 2". But when i've done the second image, it was directlty to the case of "do_rootfs".  SO i wanted to do fresh build with only building "image2"15:12
*** madhusudhananAnd <madhusudhananAnd!~irc@> has quit IRC15:13
nrossiChrysD: sure, if thats what you want :) then you only need to delete tmp and sstate dirs, download is just whats downloaded from the internet15:14
ChrysDnrossi : SO what does cleanall do?15:15
ChrysDnrossi : fo ra recipe image i mean15:15
*** Ox4 <Ox4!~user@unaffiliated/zloy> has left #yocto15:17
ChrysDnrossi : It's what i've already read. But if i do a -cleanall of an image recipe, it won't clean the recipe which depends the image recipe?15:18
nrossiChrysD: -c clean* only clean the specific target recipe you specify and nothing else15:18
*** zeddii is now known as zedd_gone15:18
ChrysDnrossi : oh15:19
ChrysDnrossi : i thought -c cleanall <image-recipe> will do a kind of "cleaning"15:19
*** alkino <alkino!> has joined #yocto15:19
alkinohi o/15:19
alkinoI got a ctc that is generated for a lot of HOST_TARGET: arm-overkiz-linux-musl, arm-overkiz-linux-gnueabi, arm-overkiz-linux-musleabi,15:20
alkinohow can we explain that?15:20
alkinoI need only one, the right one:p15:20
*** zedd_gone is now known as zeddii15:20
ChrysDI like that documentation.conf instead of the manual, thanks for the discovery ahah15:21
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:23
*** melonipoika_ <melonipoika_!> has quit IRC15:25
*** gtristan <gtristan!~tristanva@> has joined #yocto15:26
*** ipuustin <ipuustin!> has quit IRC15:28
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto15:28
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto15:29
*** juvenal <juvenal!> has quit IRC15:31
*** WillMiles <WillMiles!> has joined #yocto15:33
*** hamis <hamis!~irfan@> has quit IRC15:33
*** Kakounet <Kakounet!> has quit IRC15:34
*** fberg <fberg!> has joined #yocto15:35
eduardas_mhello, I am exposing a FAT32 partition on my SD card to Windows using g_mass_storage USB gadget driver... and yet it showing up as unallocated... the driver works fine when exposing the partition via USB on Ubuntu 16.0415:35
fberg I have a question.. I have a local poky repository along with the meta-openembedded layer15:35
eduardas_mthe partition I am exposing was created via wic15:36
fbergI have also create a build repository with the downloads directory15:36
fbergHow can I be sure that I have all the files that are needed to build the image w/o an internet connection ?15:37
rburtonfberg: bitbake image -cfetchall15:38
*** madhusudhananAnd <madhusudhananAnd!~irc@> has quit IRC15:39
fbergthank you rburton15:39
fbergonce executed, all the fetched sources will be in the build/download folder ?15:39
eduardas_mI am using: modprobe g_mass_storage file=/dev/mmcblk1p4 stall=no15:40
eduardas_mam I missing an argument to make this work properly with Windows?15:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:41
*** rajm <rajm!~robertmar@> has quit IRC15:44
*** melonipoika_ <melonipoika_!> has joined #yocto15:45
*** eduardas_m <eduardas_m!~Eduardas@> has quit IRC15:47
*** melonipoika_ <melonipoika_!> has quit IRC15:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:54
*** bavery_fn1 <bavery_fn1!~bavery@> has joined #yocto15:57
*** bavery_fn <bavery_fn!~bavery@> has quit IRC15:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:57
*** gwilson <gwilson!~gwilson@> has quit IRC15:59
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto16:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:06
ChrysDIf i do "require image....." into my new image recipe, what is inside the iMAGE_INSTALL of the required one should be into the new image right?16:08
*** melonipoika_ <melonipoika_!> has joined #yocto16:10
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:10
*** angrysiamese <angrysiamese!> has quit IRC16:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:12
*** stephano <stephano!~scetola@> has quit IRC16:13
*** fl0v0 <fl0v0!> has quit IRC16:14
*** grma <grma!~gruberm@> has quit IRC16:16
*** melonipoika_ <melonipoika_!> has quit IRC16:17
*** vdehors <vdehors!~vdehors@> has quit IRC16:17
*** fberg <fberg!> has quit IRC16:20
*** zeeblex <zeeblex!> has quit IRC16:23
*** madhusudhananAnd <madhusudhananAnd!~irc@> has quit IRC16:24
*** madhusudhananAnd <madhusudhananAnd!~irc@> has joined #yocto16:24
*** yann <yann!~yann@> has quit IRC16:26
*** juvenal <juvenal!> has joined #yocto16:27
*** jg_ <jg_!~jg@2601:18f:981:82c5:a800:914c:7bb3:48f7> has quit IRC16:29
*** ipuustin <ipuustin!> has joined #yocto16:32
-YoctoAutoBuilder- build #528 of nightly-ppc is complete: Success [build successful] Build details are at
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC16:38
*** igor <igor!~igor@> has joined #yocto16:40
*** BBoy <BBoy!> has joined #yocto16:47
*** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.> has quit IRC16:48
*** stephano <stephano!~scetola@> has joined #yocto16:48
*** gwilson <gwilson!~gwilson@> has joined #yocto16:48
*** BBoy81 <BBoy81!> has quit IRC16:50
*** armpit <armpit!~armpit@2601:202:4001:9ea0:d49e:b0ae:9202:32ab> has quit IRC16:51
*** cpf <cpf!> has quit IRC16:57
*** toscalix <toscalix!~toscalix@> has quit IRC16:58
*** dreyna <dreyna!> has joined #yocto17:06
*** juvenal <juvenal!> has quit IRC17:07
*** cpf <cpf!> has joined #yocto17:10
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto17:11
*** sachit <sachit!> has quit IRC17:28
*** sachit <sachit!> has joined #yocto17:29
*** cpf <cpf!> has quit IRC17:33
*** cpf <cpf!> has joined #yocto17:46
*** majuk <majuk!> has quit IRC17:53
*** majuk <majuk!> has joined #yocto17:54
*** majuk <majuk!> has quit IRC17:58
*** JaMa <JaMa!~martin@> has quit IRC17:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:00
*** lpotter <lpotter!~quassel@2001:8003:6470:4900:ba27:ebff:febb:59b> has quit IRC18:01
*** gwilson <gwilson!~gwilson@> has quit IRC18:01
*** gwilson <gwilson!~gwilson@> has joined #yocto18:02
*** gwilson <gwilson!~gwilson@> has quit IRC18:04
*** lpotter <lpotter!~quassel@> has joined #yocto18:05
*** majuk <majuk!> has joined #yocto18:07
*** rcw <rcw!~rwoolley@> has joined #yocto18:09
*** peacememories <peacememories!> has quit IRC18:09
*** cpf <cpf!> has quit IRC18:11
*** juvenal <juvenal!> has joined #yocto18:18
*** colrack <colrack!~colrack@> has quit IRC18:26
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:43
*** stefan_ <stefan_!> has joined #yocto18:46
*** Noor <Noor!~quassel@> has quit IRC18:51
*** Noor <Noor!~quassel@> has joined #yocto18:51
*** yann <yann!> has joined #yocto18:52
*** armpit <armpit!> has joined #yocto18:53
*** toanju <toanju!> has joined #yocto19:02
*** juvenal <juvenal!> has quit IRC19:03
*** bluelightning <bluelightning!~paul@2406:e007:6c74:1:5e51:4fff:febb:401d> has joined #yocto19:07
*** bluelightning <bluelightning!~paul@2406:e007:6c74:1:5e51:4fff:febb:401d> has quit IRC19:07
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:07
*** rcw <rcw!~rwoolley@> has quit IRC19:17
*** juvenal <juvenal!> has joined #yocto19:25
*** bodangly <bodangly!~bodangly@> has joined #yocto19:26
*** kpo_ <kpo_!> has joined #yocto19:27
*** juvenal <juvenal!> has quit IRC19:27
bodanglyI have a problem where GCC optimizations are itnerfering with a patch to some code. Is there a way to disable optimizations for a specific recipe?19:28
bodanglyI tried to do EXTRA_OEMAKE = " CPPFLAGS=-O0" but then my build fails, looks like its wiping out cppflags that were needed19:28
*** juvenal <juvenal!> has joined #yocto19:29
zarzarwhat is the best linux distro for a dev machine for using yocto and cros development for embedded linux?19:32
bodanglyor how can I get yocto to spit out the log of a successful compilation so I could pull out the whole CFLAGS and hard code them?19:32
*** juvenal <juvenal!> has quit IRC19:37
kergothbodangly: CFLAGS and CPPFLAGS are bitbake variables, just modify them appropriately as you would any other bitbake variable, no need to muck with how they get passed in yourself19:38
kergoththat said, there are separate variables that hold the optimization flags, see meta/conf/bitbake.conf19:38
bodanglykergoth: can I adjust optimizations for just one recipe?19:38
kergothi don't understandt eh question19:39
kergoththey're bitbake variables, set them in the recipe as you would anything else19:39
kergothread the bitbake manual19:39
*** juvenal <juvenal!> has joined #yocto19:41
*** baali <baali!~baali@> has quit IRC19:44
*** stephano <stephano!~scetola@> has left #yocto19:49
*** pohly <pohly!> has quit IRC19:50
bodanglygot it thank you19:52
bodanglyCFLAGS += " -O0" worked19:52
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC19:58
*** marka <marka!~masselst@> has quit IRC19:59
*** juvenal <juvenal!> has quit IRC20:04
lsandov1zarzar: there are several distros supported by YP,20:11
lsandov1zarzar: somewhere in the docs the exact distro-version map is defined20:11
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC20:16
tcpdumpIs there a way to limit CPU in Yocto?  The CPU and GPU are getting pretty damn hot.20:42
tcpdumpIm wanting to reign it in, and see if that helps.20:42
*** stephano <stephano!scetola@nat/intel/x-russpagoddeshixw> has joined #yocto20:53
*** ant_home <ant_home!> has joined #yocto20:57
bluelightningtcpdump: you can set BB_NUMBER_THREADS and PARALLEL_MAKE to reduce the parallelism, see what's in your local.conf20:59
bluelightningby default these days it automatically scales those based on the number of cores in your system21:00
bluelightningif your GPU is getting hot that is something else (or just as a result of the CPU getting hot) - the build system doesn't use the GPU ;)21:01
*** stephano1 <stephano1!~scetola@> has joined #yocto21:02
*** stephano1 <stephano1!~scetola@> has quit IRC21:03
*** stephano <stephano!scetola@nat/intel/x-russpagoddeshixw> has quit IRC21:04
*** toanju <toanju!> has quit IRC21:13
*** joshuagl <joshuagl!joshuagl@nat/intel/x-atgkxucfbbvdnhhn> has quit IRC21:14
*** bbarr <bbarr!> has quit IRC21:15
*** bbarr <bbarr!> has joined #yocto21:17
*** juvenal <juvenal!> has joined #yocto21:24
*** juvenal <juvenal!> has quit IRC21:26
*** juvenal <juvenal!> has joined #yocto21:30
*** juvenal <juvenal!> has joined #yocto21:33
*** juvenal <juvenal!> has quit IRC21:38
*** klynn <klynn!~klynn@2602:306:308b:9c90:7500:a8e0:bc5f:6dac> has joined #yocto21:42
*** WillMiles <WillMiles!> has quit IRC21:44
*** lamego <lamego!jose@nat/intel/x-ndfxvrzuortpaukh> has quit IRC21:44
*** aehs29 <aehs29!~aehernan@> has quit IRC21:56
*** aehs29 <aehs29!~aehernan@> has joined #yocto21:56
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:57
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto21:57
*** juvenal <juvenal!> has joined #yocto21:58
*** kpo_ <kpo_!> has quit IRC21:59
*** Argylelabcoat <Argylelabcoat!> has quit IRC22:06
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:32
*** klynn <klynn!~klynn@2602:306:308b:9c90:7500:a8e0:bc5f:6dac> has quit IRC22:35
*** jg_ <jg_!> has joined #yocto22:35
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto22:37
*** agust <agust!> has quit IRC22:44
*** stephano <stephano!~scetola@> has joined #yocto22:45
*** igor <igor!~igor@> has quit IRC22:46
*** rburton <rburton!> has quit IRC22:47
*** bbarr <bbarr!> has quit IRC22:57
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC23:04
*** nighty- <nighty-!> has quit IRC23:08
*** klynn <klynn!> has joined #yocto23:08
*** sjolley <sjolley!~sjolley@> has quit IRC23:09
*** sjolley <sjolley!~sjolley@> has joined #yocto23:10
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:11
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto23:14
*** sjolley <sjolley!~sjolley@> has quit IRC23:14
*** klynn <klynn!> has quit IRC23:16
*** klynn <klynn!> has joined #yocto23:23
*** majuk <majuk!> has quit IRC23:28
*** Guma <Guma!> has joined #yocto23:35
*** jg_ <jg_!> has quit IRC23:41
*** sjolley <sjolley!~sjolley@> has joined #yocto23:43
*** sjolley1 <sjolley1!~sjolley@> has quit IRC23:43
*** libby1 <libby1!~libby@> has left #yocto23:44
*** sgw <sgw!~swold@> has quit IRC23:49
*** stephano <stephano!~scetola@> has quit IRC23:52
*** stephano <stephano!~scetola@> has joined #yocto23:54
*** libby <libby!~libby@> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!