Wednesday, 2015-11-25

*** sunfunbaby <sunfunbaby!> has quit IRC00:05
*** AndChat375681 <AndChat375681!> has joined #yocto00:06
*** yann|work <yann|work!> has quit IRC00:11
*** Guest76719 <Guest76719!~vivek@> has quit IRC00:14
*** Guest76719 <Guest76719!~vivek@> has joined #yocto00:15
*** Guest76719 <Guest76719!~vivek@> has quit IRC00:25
*** Set_ <Set_!> has joined #yocto00:26
*** destrudo <destrudo!~destrudo@> has quit IRC00:31
*** nighty-_ <nighty-_!> has joined #yocto00:33
*** aehs29 <aehs29!~aehernan@> has left #yocto00:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:56
*** joeythesaint <joeythesaint!> has quit IRC01:20
*** joeythesaint <joeythesaint!> has joined #yocto01:20
*** paulg <paulg!> has quit IRC01:42
*** berton <berton!~fabio@> has quit IRC01:45
*** bananadev <bananadev!~bananadev@> has joined #yocto02:09
-YoctoAutoBuilder- build #542 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at
*** bluelightning <bluelightning!> has joined #yocto02:31
*** bluelightning <bluelightning!> has quit IRC02:31
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto02:31
-YoctoAutoBuilder- build #532 of nightly-fsl-ppc is complete: Success [build successful] Build details are at
*** destrudo <destrudo!~destrudo@> has joined #yocto02:36
-YoctoAutoBuilder- build #193 of nightly-arm64 is complete: Failure [failed Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #555 of nightly-arm is complete: Failure [failed Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #546 of nightly-mips is complete: Failure [failed Running Sanity Tests] Build details are at
*** florian__ <florian__!~fuchs@Maemo/community/contributor/florian> has joined #yocto03:19
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has quit IRC03:23
-YoctoAutoBuilder- build #263 of nightly-world-lsb is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #195 of ptest-x86 is complete: Success [build successful] Build details are at
*** akuster <akuster!> has joined #yocto04:06
*** zeddii_home <zeddii_home!> has quit IRC04:10
-YoctoAutoBuilder- build #551 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at
*** varjaaks <varjaaks!uid2629@gateway/web/> has joined #yocto04:42
*** benjamirc <benjamirc!~besquive@> has joined #yocto05:01
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto05:22
*** benjamirc <benjamirc!~besquive@> has quit IRC05:29
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto05:37
*** AndersD <AndersD!> has joined #yocto06:12
*** stwcx <stwcx!~stwcx@> has quit IRC06:12
*** morphis <morphis!> has joined #yocto06:18
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC06:33
*** demonimin <demonimin!> has joined #yocto06:45
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto06:45
*** pohly <pohly!> has joined #yocto06:47
*** yann|work <yann|work!> has joined #yocto06:52
*** yann|work <yann|work!> has quit IRC06:57
*** roric <roric!> has joined #yocto06:59
*** frsc <frsc!> has joined #yocto07:15
*** [Sno] <[Sno]!> has quit IRC07:19
*** roric <roric!> has quit IRC07:22
*** frsc <frsc!> has quit IRC07:34
*** frsc <frsc!> has joined #yocto07:34
*** fl0v0 <fl0v0!> has joined #yocto07:42
*** clopez <clopez!> has quit IRC07:44
*** [Sno] <[Sno]!> has joined #yocto07:48
*** t0mmy <t0mmy!> has joined #yocto07:48
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC07:52
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto07:52
*** clopez <clopez!> has joined #yocto07:57
*** t0mmy <t0mmy!> has quit IRC08:03
*** rob_w <rob_w!~bob@> has joined #yocto08:04
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto08:04
*** Guest46317 <Guest46317!~quassel@> has quit IRC08:06
*** Jackie <Jackie!~quassel@> has joined #yocto08:08
*** csanchezdll <csanchezdll!> has joined #yocto08:08
*** Jackie is now known as Guest2100608:08
*** YouDontSay is now known as Amynka08:09
*** TobSnyder <TobSnyder!> has joined #yocto08:15
*** diego_r <diego_r!> has joined #yocto08:15
*** yann|work <yann|work!> has joined #yocto08:17
*** khem <khem!~khem@unaffiliated/khem> has quit IRC08:17
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC08:18
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto08:20
*** varjaaks <varjaaks!uid2629@gateway/web/> has quit IRC08:21
*** florian__ is now known as florian08:22
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto08:23
*** noraply <noraply!> has joined #yocto08:24
*** Biliogadafr <Biliogadafr!> has joined #yocto08:32
*** toscalix <toscalix!> has joined #yocto08:34
*** jku <jku!jku@nat/intel/x-aqnfkqaoqnbwgemu> has joined #yocto08:35
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto08:36
*** jbrianceau_away is now known as jbrianceau08:36
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:39
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC08:41
*** roccof <roccof!> has joined #yocto08:46
*** rburton <rburton!> has joined #yocto08:47
*** ftonello <ftonello!~quassel@> has joined #yocto08:51
*** CTtpollard <CTtpollard!> has quit IRC08:52
*** toscalix_ <toscalix_!> has joined #yocto08:53
*** toscalix <toscalix!> has quit IRC08:53
*** aime-Pierre <aime-Pierre!~Thunderbi@> has joined #yocto09:04
*** toanju <toanju!~toanju@> has joined #yocto09:05
*** olivier__ <olivier__!5c918949@gateway/web/freenode/ip.> has joined #yocto09:08
*** sameo <sameo!samuel@nat/intel/x-sdpaxhqmvrvgrijc> has joined #yocto09:09
*** toanju <toanju!~toanju@> has quit IRC09:09
*** toanju <toanju!~toanju@> has joined #yocto09:09
*** Guest21006 <Guest21006!~quassel@> has quit IRC09:10
*** Jackie <Jackie!~quassel@> has joined #yocto09:10
olivier__Hello everyone. I have a question concerning the postgresql service. I modified the "postgresql.service" (found in meta-oe) in my layer. Once the target launched, the command "systemctl start postgresql" succeeds. Unfortunately, I don't understand why the service isn't started at startup.09:10
*** Jackie is now known as Guest5073209:10
*** Guest50732 is now known as Jackie_huang09:11
olivier__The "postgresql.service" file contains '[Unit] ... ...'09:11
*** maxin <maxin!~maxin@2001:998:22:0:8408:8103:8fc2:85db> has joined #yocto09:12
*** mckoan|away is now known as mckoan09:14
*** vdehors <vdehors!> has quit IRC09:17
*** vdehors <vdehors!> has joined #yocto09:17
nrossiolivier__: 'systemctl enable <unit>' if you are using a persistant rootfs that should make it work on startup09:18
nrossiolivier__: There is a variable to add it as an autoenable from within the yocto rootfs build09:18
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-kdlhktaybzfvcbmt> has joined #yocto09:21
olivier__nrossi: Thanks. Indeed the 'systemctl enable postgresl' make it autoenabled.09:23
jkunrossi, olivier__: the default for SYSTEMD_AUTO_ENABLE is "enable" so services should get started automatically by default...09:24
olivier__nrossi: but I'm trying to configure it directly from the yocto configuration.09:24
olivier__jku: That's strange, because before the 'systemctl enable', the service wasn't started.09:25
olivier__jku: Now, I rebooted and the 'systemctl status' shows me the service is enabled.09:25
jkuolivier__: the recipe sets that09:26
jkuSYSTEMD_AUTO_ENABLE_${PN} = "disable"09:26
jkuremove that line and it'll work out of the box09:26
olivier__jku: Ok; so how should I do it? Copy the '' file inside my layer and modify it?09:28
olivier__jku: Or should I do a patch?09:28
olivier__jku: Or simply add 'SYSTEMD_AUTO_ENABLE_${PN} = "enabled"' inside my recipe?09:29
nrossiolivier__: you can override the value from your distro.conf, or with local.conf. Something like "SYSTEMD_AUTO_ENABLE_postgresql = "enable""09:31
bluelightning_pn-postgresql it'll need to be09:31
nrossioops that probably needs to be "pn-postgresql"09:31
bluelightningor, use a bbappend09:31
nrossitoo quick, hes like lightning! :P09:31
jkuyeah, here I am trying to write an anser with my ~4 finger typing ...09:32
bluelightningI prefer two fingers myself09:32
bluelightningnever did learn to properly touch type09:32
nrossibluelightning: or is it just the nice warm southern hemisphere climate? :)09:32
bluelightningnrossi: could be :)09:32
jkuolivier__: the least fragile long term solution might be bbappending (and setting the variable value to "enable") -- or convincing the maintainer that "enable" is a sensible default09:36
olivier__jku: nrossi: bluelightning: Thanks to all. I'll try the bbappend method. I'll keep you posted.09:40
*** belen <belen!~Adium@> has joined #yocto09:42
olivier__One last thing: my postgresql_9.%.bbappend contains:09:44
olivier__FILESEXTRAPATHS_prepend := "${THISDIR}/files:"09:44
olivier__when adding 'SYSTEMD_AUTO_ENABLE_${PN} = "enabled"'09:44
olivier__the bitbake postgresql doesn't recompile the package09:44
olivier__What am I forgetting?09:44
*** IvanSB <IvanSB!~IvanSB@> has joined #yocto09:48
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC09:49
*** townxelliot <townxelliot!~ell@> has joined #yocto09:50
*** belen <belen!~Adium@> has quit IRC09:52
*** belen <belen!~Adium@> has joined #yocto09:52
*** hanDerPeder <hanDerPeder!> has quit IRC09:55
*** hanDerPeder <hanDerPeder!> has joined #yocto09:55
*** rburton1 <rburton1!> has joined #yocto09:55
*** rburton <rburton!> has quit IRC09:56
olivier__jku: Any idea?10:01
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto10:16
*** nighty-_ <nighty-_!> has quit IRC10:22
*** toscalix_ <toscalix_!> has quit IRC10:25
*** toscalix_ <toscalix_!> has joined #yocto10:27
*** ericben <ericben!> has joined #yocto10:36
olivier__bluelightning: Hey. Do you have any idea why the bitbake postgresql doesn't recompile the package after I added 'SYSTEMD_AUTO_ENABLE_${PN} = "enabled"' to the bbappend file?10:43
*** toscalix_ <toscalix_!> has quit IRC10:44
*** Set_ <Set_!> has quit IRC11:07
*** yann|work <yann|work!> has quit IRC11:11
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-kdlhktaybzfvcbmt> has left #yocto11:12
*** stephan_ <stephan_!> has joined #yocto11:26
jkuolivier__: it should be "enable" (without d), and recompile might not be necessary -- some tasks should definitely get re-executed though11:32
*** jonathanmaw <jonathanmaw!> has joined #yocto11:33
*** toscalix_ <toscalix_!> has joined #yocto11:38
*** IvanSB <IvanSB!~IvanSB@> has quit IRC11:47
olivier__jku: I changed it to "enable". Unfortunately, no new task is performed.11:51
olivier__jku: If I add 'foobar' to my bbappend file, a Parse error is raised. So this file is parse.11:52
*** grma <grma!> has quit IRC11:52
*** bananadev <bananadev!~bananadev@> has quit IRC11:54
*** tsramos <tsramos!~tsramos@> has joined #yocto11:56
*** grma <grma!> has joined #yocto11:57
bluelightningolivier__: I would guess there is no variable dependency forcing a rebuild12:20
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:21
*** dshwang <dshwang!~dshwang@> has joined #yocto12:22
*** fledermaus <fledermaus!> has joined #yocto12:27
*** toscalix_ <toscalix_!> has quit IRC12:30
*** yann|work <yann|work!~yann@> has joined #yocto12:56
*** focus <focus!~Doug@> has quit IRC13:01
*** varibull <varibull!> has quit IRC13:02
*** berton <berton!~fabio@> has joined #yocto13:02
*** varibull <varibull!> has joined #yocto13:02
*** focus <focus!~Doug@> has joined #yocto13:02
-YoctoAutoBuilder- build #554 of nightly-x86 is complete: Success [build successful] Build details are at
*** smferris <smferris!~smferris@> has quit IRC13:14
*** smferris <smferris!~smferris@> has joined #yocto13:15
*** marek_ <marek_!> has joined #yocto13:26
marek_hello: I'm trying to use this assignment in bbappend file: PR_NUM := "${echo ${PR} | sed -e 's/^[^1-9]\+//g'}" but it gives me an error: expression was ${@int(PR_NUM) + 1} which triggered exception ValueError: invalid literal for int() with base 10: "${echo r1 | sed -e 's/^[^1-9]\\+//g'}"13:27
marek_any idea what could be wrong?13:27
neverpanicmarek_: ${} is not a subshell13:30
*** psadro <psadro!~Thunderbi@> has quit IRC13:38
*** ftonello <ftonello!~quassel@> has quit IRC13:40
marek_neverpanic: should I use () instead?13:43
JaMaare you trying to execute shell in bitbake expression?13:46
marek_JaMa: yes I would need to increment PR which contains also literals and numbers13:47
olivier__Hello; I'm having trouble understanding why my "install -d -m 755 ${D}${bindir}/my_folder" followed by "install -m 0755 server ${D}${bindir}/my_folder/file1" and then "FILES_${PN} += "${D}${bindir}/my_folder/file1"doesn't create the folder neither the file on the target; The strange thing is that when I change every '${bindir}' by '${libdir}', it works...13:47
JaMamarek_: find how old PRINC implementation worked and copy it13:47
*** lamego <lamego!jose@nat/intel/x-aocrfwoarqtgnezp> has joined #yocto13:47
JaMamarek_: a4d530bcf55f03258078c10a123e2717444e1060 in oe-core13:48
*** radekdostal <radekdostal!> has joined #yocto13:48
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto13:48
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto13:51
marek_JaMa: thx13:52
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto13:54
*** dv__ is now known as dv_13:55
*** stephan_ <stephan_!> has quit IRC14:00
*** kscherer <kscherer!~kscherer@> has quit IRC14:04
*** ftonello <ftonello!~quassel@> has joined #yocto14:12
*** khem` is now known as onoffon14:16
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC14:17
*** geheimni1` is now known as geheimnis`14:31
*** geheimnis` is now known as geheimni1`14:32
*** geheimni1` is now known as geheimnis`14:35
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC14:39
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto14:42
*** AndersD <AndersD!> has quit IRC14:57
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC15:06
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto15:06
marek_JaMa: one more question I put PRINC functionality to custom bbclass like: when call from bbappend it fails when call:  PR = "${@increase_pr(2)}"15:11
marek_JaMa: it's evaluated as : u-boot/2015.07-${increase_pr(2)}/temp/log.do_unpack.401315:12
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:12
*** marek_ <marek_!> has quit IRC15:23
*** radekdostal <radekdostal!> has quit IRC15:30
*** akuster <akuster!> has quit IRC15:37
*** jku <jku!jku@nat/intel/x-aqnfkqaoqnbwgemu> has quit IRC15:43
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:49
*** toanju <toanju!~toanju@> has quit IRC15:55
*** belen <belen!~Adium@> has quit IRC16:00
*** AndChat375681 is now known as sunfunbaby16:02
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto16:11
*** frsc <frsc!> has quit IRC16:19
*** toscalix <toscalix!> has joined #yocto16:19
*** fl0v0 <fl0v0!> has quit IRC16:24
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC16:25
*** benjamirc <benjamirc!besquive@nat/intel/x-tstisuaqiklzdwfe> has joined #yocto16:26
*** varibull <varibull!> has quit IRC16:29
*** varibull <varibull!> has joined #yocto16:30
*** benjamirc <benjamirc!besquive@nat/intel/x-tstisuaqiklzdwfe> has quit IRC16:30
*** toscalix_ <toscalix_!> has joined #yocto16:35
*** toscalix <toscalix!> has quit IRC16:35
*** Biliogadafr <Biliogadafr!> has quit IRC16:35
*** Biliogadafr <Biliogadafr!> has joined #yocto16:37
*** wmat <wmat!> has left #yocto16:44
*** TobSnyder <TobSnyder!> has quit IRC16:45
*** aehs29 <aehs29!aehernan@nat/intel/x-bvrbopejaofvmpba> has joined #yocto16:50
*** dev_ <dev_!0e628a6b@gateway/web/freenode/ip.> has joined #yocto16:55
dev_i have a question related to udev rules...i want to know which all udev scripts create nodes inside /dev folder16:56
dev_can anybody please help me in this?16:56
*** aime-Pierre <aime-Pierre!~Thunderbi@> has quit IRC17:00
*** olivier__ <olivier__!5c918949@gateway/web/freenode/ip.> has quit IRC17:01
*** csanchezdll <csanchezdll!> has quit IRC17:03
*** j6V6t <j6V6t!> has joined #yocto17:14
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto17:17
*** diego_r <diego_r!> has quit IRC17:18
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC17:18
*** noraply <noraply!> has quit IRC17:19
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:25
*** edtyler1 <edtyler1!> has quit IRC17:26
*** hugovs <hugovs!~hugo@> has joined #yocto17:27
*** sujith_h <sujith_h!~toaster@> has joined #yocto17:27
*** mckoan is now known as mckoan|away17:30
*** maxin <maxin!~maxin@2001:998:22:0:8408:8103:8fc2:85db> has left #yocto17:37
*** hugovs <hugovs!~hugo@> has quit IRC17:38
*** dev_ <dev_!0e628a6b@gateway/web/freenode/ip.> has quit IRC17:43
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC17:44
*** hugovs <hugovs!~hugo@> has joined #yocto17:45
*** Biliogadafr <Biliogadafr!> has quit IRC17:45
*** jbrianceau is now known as jbrianceau_away17:46
*** belen1 <belen1!~Adium@> has joined #yocto17:47
*** Biliogadafr <Biliogadafr!> has joined #yocto17:47
*** toscalix_ <toscalix_!> has quit IRC17:49
*** Biliogadafr <Biliogadafr!> has quit IRC17:52
*** jonathanmaw <jonathanmaw!> has quit IRC18:00
*** roccof <roccof!> has quit IRC18:08
*** deviosity <deviosity!> has joined #yocto18:08
*** alimon1 <alimon1!~alimon@> has quit IRC18:13
*** alimon1 <alimon1!~alimon@> has joined #yocto18:14
sa2ajjhi. i have a situation where part of the product can only be compiled by dedicated people.18:14
sa2ajjthe result of that compilation is a set of libraries.18:14
sa2ajjis there a recommended way to handle this kind of workflow: one party builds a set of libraries, another party uses those libraries18:15
*** ftonello <ftonello!~quassel@> has quit IRC18:18
deviositysa2ajj: you are probably best off having those dedicated people provide you a tarball of the libs that you integrate into yocto18:18
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto18:18
sa2ajjthe question is: what kind of tarball they should provide?18:19
sa2ajjis there a particular tree structure?  (for headers, libs themselves)18:19
sa2ajjhow to amend a recipe for an app that uses those so it'd be unpacked at the right time in the right place?18:20
deviosityyocto should support any tarsal type18:21
* sa2ajj hmms18:22
sa2ajjlet's say i have a library called libA18:22
deviosityyou would just need a .bbappend file for the recipe you want to modify and iinclude a SRCURI += with the url or path to the tarball18:22
sa2ajjmy app APP's recipe would say "I depend on libA"18:22
sa2ajjand bitbake would build and install everything that is necessary for APP to get built18:23
sa2ajjhow would i achieve the same thing with a tarball?18:23
deviosityI would just add it to your APP recipe18:23
deviosityand include the tarball in your SRCURI statement(s)18:24
sa2ajjin all honesty i just started using yocto. do you think you could point me to some specific examples?18:25
sa2ajj(actually for both: the part where the tarball is built and where the tarball is used)18:25
deviositysince you can't have yocto build the libs for you, you just need to integrate the tarsal download into your recipe18:27
*** belen1 <belen1!~Adium@> has quit IRC18:27
*** behanw <behanw!uid110099@gateway/web/> has quit IRC18:27
sa2ajjthe link seems to be for the 2nd part18:28
*** j6V6t <j6V6t!> has left #yocto18:29
sa2ajjwhat about the 1st part? where i produce the tarball?18:29
sa2ajj(and, btw, thank you for the link!)18:29
deviosityI thought you said you can only have certain people build the libs18:30
sa2ajjyes, and i'd need to provide those certain people with instructions :/18:30
deviosityas far as I know there is no method to ave yocto tell someone they have to build it18:30
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto18:31
sa2ajjlemme try to describe the situation in a few more details18:31
*** townxelliot <townxelliot!~ell@> has quit IRC18:31
sa2ajj1st. i have a layer that describes cross-compiler etc.18:31
sa2ajj2nd. i'd like to have a layer that have recipes for producing library tarballs.18:31
deviosityhave them compile the libs as expected and then just add them to tarball that is either integrated into your yocto layer or available for download from a url18:31
sa2ajj3rd. i'd like to have a layer that allows to build an app that depends on libraries in that tarball18:32
sa2ajj2nd is handled by a handful of people18:32
sa2ajj3rd is used by a big bunch of people18:32
deviositybecause of your specific case for number 2, you'd probably not want to do that in yocto18:33
sa2ajjwhy not?18:33
sa2ajj(the compiler is defined by 1st layer)18:33
deviosityit is primarily intended to make distribution images18:33
sa2ajj(s/by 1st/by the 1st)18:34
sa2ajjimages _and packages_, no?18:34
deviositythose packages are used in the images, sure18:34
sa2ajjbut are not used for setting up the environment?18:35
deviosityunless you have a shared build system, the other folks that are building won't get those packages18:35
sa2ajjmy initial thinking was: the devs for 2nd layer build packages and make them available, the devs for 3rd layer somehow make use of those packages18:36
deviosityYocto expects to be able to build everything it needs.18:37
* sa2ajj nods18:37
deviositynot that certain people can only build certain things, and have those things somehow available to other people18:37
fledermaussa2ajj: make the "build" recipe for the restricted libs "fetch and unpack a tarball from a restricted location" instead?18:38
fledermausalso, hello. working late today? :)18:38
sa2ajjnot working :)18:38
sa2ajjtrying to clarify a couple of details :D18:38
deviosityso basically for yocto to inlcude those special libs for everyone that needs to build an image, I would recommend producing a tarball of those libs that is compiled and make available out of yocto that you can use in a yocto recipe18:39
khem`BB_SRCREV_POLICY = "cache" will that ensure that it doesnt update the SRCREV of the recipes using SRCREV = "${AUTOREV}"18:44
khem`or are there any unknowns18:44
sa2ajjdeviosity: i am still not exactly clear on a) how to produce those tarballs using yocto and a particular layer that defines target architecture and compiler18:48
sa2ajjb) how to make use of that tarball :/18:49
sa2ajjb) requires unpacking into a particular tree (include, lib) as i feel it'd be "bad" to unpack them into the source tree...18:50
sa2ajja) probably would be something similar to creating a package (.ipkg?) without meta-information..18:51
fledermaussa2ajj: something like - the privileged group have a "normal" recipe that grabs the source and builds, producing a tarball or whatever that they can drop into a known location.18:51
*** deviosity <deviosity!> has quit IRC18:51
fledermausthen everyone else has a "fake" recipe which grabs that tarball, and instead of building, just unpacks and installs it.18:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:52
fledermausif I understand the requirements18:52
sa2ajji think you do18:52
*** deviosity <deviosity!> has joined #yocto18:52
sa2ajjat least, the above scenarious seem to make sense18:52
sa2ajjnow the question is: are there existing examples of such an approach? :)18:53
fledermausthat I do not know.18:53
sa2ajjso i could "hack together" a PoC and see if it works...18:54
fledermausbut it's probably worth looking at the docs on how to override various stages like the build stage.18:54
deviositysa2ajj: as I mentioned I wouldn't compile those tarballs with yocto, compile it how you normally would and have those tarballs either integrated into your yocto layer or available via some download location.18:54
fledermausdeviosity: how we normally build things _is_ yocto :)18:55
sa2ajjdeviosity: i do not seem to be able to -- the cross compiler definition comes from a yocto layer :/18:55
sa2ajj"normally" we get a cross-compiler w/ required libs18:56
sa2ajjsince our current situation is "no sdk for you, sorry", we do not get those cross-compilers18:56
sa2ajjthey are only produced as a part of a yocto build18:57
deviosityyou might want to revisit your policy, I suppose it would be possible to have this workflow in yocto, but it would be forging new ground.18:57
sa2ajjthey = cross-compilers18:57
sa2ajjhow to put it, it's not a policy, it's how the things _can_ be done now :/18:58
deviosityunfortunately your scenario is beyond my familiarity with yocto. although it should be possible with a custom do_install to create a tarball from your custom libs once they are compiled.19:00
sa2ajjthe only "policy" element is that only a very specific group of people can access the sources for those libraries19:01
fledermaussa2ajj: throw a task onto the pile for us if you like to produce an example pair of recipes.19:01
sa2ajjwe have a story, i'm not sure that martin is very excited about it though :)19:01
sa2ajji'll try to "formalise" it tomorrow though19:02
deviositybasically the concept is to create a build artifact that is uploaded in a location that is available to use in the yocto layers the other developers can use19:03
sa2ajjyup :)19:03
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC19:03
sa2ajjfledermaus: basically, he wants everything to be built from sources (keeping in mind particular components and i agree with that)19:04
sa2ajjhowever there's one set of components that require a special treatment :)19:05
sa2ajjand those are not in martin's focus19:05
deviosityso as part of the restricted libs build, you'll want to have a custom do_install that creates a tarball from those compiled libs, once that build is complete, you'll want to upload that tarball to a secure url, that you can integrate into the other yocto layer that other folks can use to compile their images.19:08
sa2ajjyes, this sounds to be inline with my goals19:08
deviositywhile it might be possible to script out the upload into yocto, it will be specific to your infrastructure and workflow.19:09
deviosityJust keep in mind to version that tarsal, as yocto will want md5sum to verify its integrity.19:10
sa2ajjin a way, we do not need to version it, we just need to make sure a correct {md5,sha1,etc}sum is available.19:12
*** toanju <toanju!> has joined #yocto19:14
*** paulg <paulg!> has joined #yocto19:14
deviositycorrect, and that the md5sum doesn't change.19:14
*** jcreekmore <jcreekmore!~jcreekmor@2601:7c0:c300:dad6:21d:92ff:fef3:50e> has quit IRC19:14
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has quit IRC19:14
* paulg curses xchat for being so twitchy about focus19:15
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has joined #yocto19:16
sa2ajjdeviosity: thank you for looking into it19:16
sa2ajjfledermaus: we'll continue tomorrow :)19:16
deviosityHappy to help. I wish you good luck19:17
*** jcreekmore <jcreekmore!~jcreekmor@2601:7c0:c300:dad6:21d:92ff:fef3:50e> has joined #yocto19:17
*** jku <jku!> has joined #yocto19:17
*** morphis <morphis!> has quit IRC19:18
*** grma <grma!> has quit IRC19:19
*** paulg <paulg!> has quit IRC19:24
*** paulg <paulg!> has joined #yocto19:25
paulg oob19:25
*** IvanSB <IvanSB!~IvanSB@> has joined #yocto19:35
*** morphis <morphis!> has joined #yocto19:42
*** balister_ <balister_!> has joined #yocto19:47
*** balister__ <balister__!> has joined #yocto19:47
*** Crofton|work <Crofton|work!> has quit IRC19:49
*** Crofton <Crofton!> has quit IRC19:50
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC19:50
*** morphis <morphis!> has quit IRC19:51
*** morphis <morphis!> has joined #yocto19:52
*** dv_ <dv_!> has quit IRC19:57
*** dv_ <dv_!> has joined #yocto19:58
*** morphis <morphis!> has quit IRC20:05
*** jmesmon <jmesmon!> has quit IRC20:07
*** fledermaus <fledermaus!> has quit IRC20:08
*** cbzx <cbzx!> has joined #yocto20:12
*** benjamirc <benjamirc!besquive@nat/intel/x-eldraxybtliicvid> has joined #yocto20:20
*** aehs29 <aehs29!aehernan@nat/intel/x-bvrbopejaofvmpba> has quit IRC20:33
*** jmesmon <jmesmon!> has joined #yocto20:34
*** aehs29 <aehs29!aehernan@nat/intel/x-uxadnvntoivreuzd> has joined #yocto20:38
*** varibull <varibull!> has quit IRC20:38
*** balister_ is now known as Crofton|work20:38
*** berton <berton!~fabio@> has quit IRC20:48
seebsSo I happened to have a buildtools in $PATH, and "git rebase" doesn't work because "git am" isn't apparently built.20:51
seebsI am wondering whether we should just build a full-featured git instead of stripping it down a lot.20:51
seebs... note, this may be an oldish build tools tarball.20:51
rburton1erm, yeah, pretty sure we fixed that20:57
fraythe current one (YP 2.0) should haev that fixed..20:58
frayit was changed as part of the extensible SDK20:58
*** paulg <paulg!> has quit IRC20:58
rburton1oe-core 5b051d65e797624cca3a81fc6f5c924925f3493e20:58
rburton1Date:   Fri Dec 5 18:09:28 2014 +000020:58
rburton1at least, that's the latest fix you need20:59
*** benjamirc <benjamirc!besquive@nat/intel/x-eldraxybtliicvid> has quit IRC21:00
*** cbzx <cbzx!> has quit IRC21:04
*** paulg <paulg!~paulg@> has joined #yocto21:10
*** [Sno] <[Sno]!> has quit IRC21:12
*** tsramos <tsramos!~tsramos@> has quit IRC21:27
*** toanju <toanju!> has quit IRC21:42
*** ant_home <ant_home!> has joined #yocto21:43
*** pohly <pohly!> has quit IRC21:59
*** akuster <akuster!> has joined #yocto22:00
*** roric <roric!> has joined #yocto22:04
*** jku <jku!> has quit IRC22:07
*** madisox <madisox!> has joined #yocto22:20
*** madisox <madisox!> has left #yocto22:20
*** balister__ is now known as Crofton22:22
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:28
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC22:35
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:35
*** sno <sno!> has joined #yocto22:35
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC22:48
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:48
*** ant_home <ant_home!> has quit IRC22:55
*** bfederau <bfederau!> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** sameo <sameo!samuel@nat/intel/x-sdpaxhqmvrvgrijc> has quit IRC23:03
*** rburton1 <rburton1!> has quit IRC23:09
*** tudor <tudor!568d4e5d@gateway/web/freenode/ip.> has joined #yocto23:16
*** tudor is now known as Guest3748623:17
*** Guest37486 <Guest37486!568d4e5d@gateway/web/freenode/ip.> has left #yocto23:18
*** akuster <akuster!> has quit IRC23:18
*** paulg <paulg!~paulg@> has quit IRC23:25
*** fledermaus <fledermaus!~vivek@> has joined #yocto23:29
*** khem` is now known as onoffon23:30
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto23:34
*** Set_ <Set_!> has joined #yocto23:37
*** hugovs <hugovs!~hugo@> has quit IRC23:44

Generated by 2.11.0 by Marius Gedminas - find it at!