*** jairglez <jairglez!~jairdeje@134.134.139.76> has quit IRC | 00:02 | |
*** msvb-lab <msvb-lab!~michael@x55b54532.dyn.telefonica.de> has quit IRC | 00:05 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 00:09 | |
*** dorileo <dorileo!dorileo@nat/intel/x-tjngswbjesqihcis> has quit IRC | 00:24 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 00:26 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 00:30 | |
*** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:31 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 00:31 | |
*** dvhart <dvhart!~dvhart@ip-64-134-227-17.public.wayport.net> has joined #yocto | 00:32 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 00:34 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 00:36 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 00:41 | |
Crofton|work | clearly we need meta-hurd | 00:47 |
---|---|---|
paulg | Crofton|work, don't be pinning that crime on me. :) | 00:49 |
Crofton|work | meta-buildroot exists | 00:50 |
paulg | you mean meta-brainrot ? | 00:50 |
Crofton|work | lol | 00:51 |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 00:57 | |
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 01:01 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 01:02 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 01:07 | |
*** peacememories <peacememories!~textual@84-114-121-230.cable.dynamic.surfer.at> has joined #yocto | 01:08 | |
*** peacememories <peacememories!~textual@84-114-121-230.cable.dynamic.surfer.at> has quit IRC | 01:15 | |
*** dvhart <dvhart!~dvhart@ip-64-134-227-17.public.wayport.net> has quit IRC | 01:26 | |
*** kanavin <kanavin!~ak@192.198.151.44> has quit IRC | 01:30 | |
*** kanavin <kanavin!~ak@192.198.151.44> has joined #yocto | 01:31 | |
*** dvhart <dvhart!~dvhart@ip-64-134-227-17.public.wayport.net> has joined #yocto | 01:33 | |
*** dvhart <dvhart!~dvhart@ip-64-134-227-17.public.wayport.net> has quit IRC | 01:33 | |
*** Guest93352 <Guest93352!~john@host86-143-92-3.range86-143.btcentralplus.com> has quit IRC | 01:39 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 01:39 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 01:43 | |
*** aehs29 <aehs29!~aehernan@134.134.139.75> has quit IRC | 01:56 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 01:57 | |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 01:59 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 02:01 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 02:11 | |
berndhs | so after bitbake is done building, where does it put the resulting image? | 02:13 |
*** kanavin <kanavin!~ak@192.198.151.44> has quit IRC | 02:14 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 02:15 | |
*** kanavin <kanavin!~ak@192.198.151.44> has joined #yocto | 02:19 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 02:19 | |
*** sgw_ <sgw_!~sgw_@2601:1c0:6000:fe8::8b5f> has joined #yocto | 02:19 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 02:25 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 02:28 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 02:31 | |
*** kanavin <kanavin!~ak@192.198.151.44> has quit IRC | 02:31 | |
*** kanavin <kanavin!~ak@192.198.151.44> has joined #yocto | 02:31 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 02:35 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:36 | |
*** dolapevich <dolapevich!~seba@181.29.174.129> has joined #yocto | 02:47 | |
Crofton|work | berndhs, tmp-glibc/deploy/image.... | 02:47 |
dolapevich | Good Morning, afternoon, night, I am getting 14 kb while clonning yocto kernel | 02:48 |
dolapevich | is it expected? | 02:48 |
dolapevich | linux-yocto-4.8.12+gitAUTOINC+c19322afb1_021b4aef55-r0 do_fetch (pid 25171) 10% |## | 16.3K/s | 02:48 |
berndhs | Crofton|work: yes, i found it, thank you | 02:49 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 02:50 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 02:55 | |
*** dolapevich <dolapevich!~seba@181.29.174.129> has quit IRC | 03:08 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 03:09 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 03:14 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:18 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 03:24 | |
*** dolapevich <dolapevich!~seba@186.137.231.10> has joined #yocto | 03:27 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 03:27 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 03:29 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 03:33 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 03:34 | |
*** berndhs <berndhs!~berndhs@cl-89.chi-03.us.sixxs.net> has left #yocto | 03:37 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 03:49 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 03:53 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 04:09 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 04:13 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.76> has left #yocto | 04:26 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.76> has joined #yocto | 04:27 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 04:27 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 04:31 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 04:45 | |
*** morphis <morphis!~morphis@pD9ED69FA.dip0.t-ipconnect.de> has joined #yocto | 04:47 | |
*** dolapevich <dolapevich!~seba@186.137.231.10> has quit IRC | 04:50 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 04:52 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qcaasyxaajwqosvl> has quit IRC | 04:54 | |
*** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has quit IRC | 05:01 | |
*** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has joined #yocto | 05:05 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.76> has quit IRC | 05:11 | |
*** agust <agust!~agust@p4FCB4803.dip0.t-ipconnect.de> has joined #yocto | 05:22 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 05:23 | |
*** cornel <cornel!~cornel@89.121.200.106> has quit IRC | 05:28 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 05:28 | |
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto | 05:38 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 05:38 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 05:42 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 05:46 | |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 05:46 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 05:48 | |
*** ilial <ilial!~ilial@185.23.60.4> has joined #yocto | 05:53 | |
*** pohly <pohly!~pohly@p5DE8F4DF.dip0.t-ipconnect.de> has joined #yocto | 05:54 | |
*** CostinC <CostinC!~nxf31494@gate-zro.freescale.com> has joined #yocto | 05:54 | |
CostinC | morning all | 05:54 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 06:00 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 06:06 | |
*** AndersD <AndersD!~anders@88.131.217.146> has joined #yocto | 06:15 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 06:16 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 06:20 | |
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has joined #yocto | 06:21 | |
*** rj_ <rj_!58d39085@gateway/web/freenode/ip.88.211.144.133> has joined #yocto | 06:26 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 06:26 | |
*** adca <adca!~adca@193.202.22.66> has joined #yocto | 06:32 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:36 | |
rj_ | Morning. Is it possible to execute commands like "mysql -u root -p password < create_tables.sql" in a post build script or something like that? | 06:37 |
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.217.128.72.97> has joined #yocto | 06:39 | |
*** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has quit IRC | 06:39 | |
*** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has joined #yocto | 06:40 | |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 06:41 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 06:42 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 06:46 | |
*** ant_work <ant_work!~ant__@host108-181-dynamic.31-79-r.retail.telecomitalia.it> has joined #yocto | 06:47 | |
*** fl0v0 <fl0v0!~fvo@pD9F6A884.dip0.t-ipconnect.de> has joined #yocto | 06:49 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 06:55 | |
ChrysD | Good morning ! | 06:57 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 07:00 | |
top21 | Hello! How can I make my own custom module to load automatically at boot ? I've add it in KERNEL_MODULE_AUTOLOAD, but it's not working. Thanks for the help! | 07:00 |
*** ed2 <ed2!~Adium@192.198.151.43> has joined #yocto | 07:01 | |
*** frsc <frsc!~frsc@p4FC927B8.dip0.t-ipconnect.de> has joined #yocto | 07:04 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 07:05 | |
*** AndersD <AndersD!~anders@88.131.217.146> has quit IRC | 07:09 | |
*** Smitty_ <Smitty_!86bfdc4a@gateway/web/freenode/ip.134.191.220.74> has joined #yocto | 07:15 | |
*** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 07:17 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 07:18 | |
*** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has joined #yocto | 07:19 | |
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto | 07:20 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 07:22 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 07:24 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:24 | |
*** AndersD <AndersD!~anders@2.65.41.88.mobile.tre.se> has joined #yocto | 07:30 | |
*** toscalix <toscalix!~toscalix@80.91.70.201> has joined #yocto | 07:31 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 07:36 | |
Smitty_ | Starting with this: https://github.com/rossburton/customdistro, I have added this line <CORE_IMAGE_EXTRA_INSTALL = "example"> to meta-custom/recipes-example/images/customimage.bb So, why doesn't it show up in the full distro image ? | 07:38 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 07:38 | |
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.206.122.102.84> has joined #yocto | 07:41 | |
Hunk | Hello, I want to add a step in my recipe before configure | 07:41 |
Hunk | the command was do_configure_before(){ .... } or? And where i can find the documentation for the recipes? | 07:42 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 07:43 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:44 | |
Smitty_ | Never mind. The application is being built as "helloworld" not "example" | 07:44 |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto | 07:45 | |
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 07:45 | |
tasslehoff | What package do I need to install rpms on target? | 07:45 |
*** avalluri <avalluri!avalluri@nat/intel/x-gswhyphcyktdmmob> has quit IRC | 07:46 | |
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 07:46 | |
*** avalluri <avalluri!~avalluri@192.55.55.37> has joined #yocto | 07:47 | |
ChrysD | Smitty_ : Don't you get an error? | 07:48 |
Smitty_ | I didn't see any error | 07:49 |
ChrysD | Smitty_ : Like "example" couldn't be parsed or whatever | 07:49 |
ChrysD | Smitty_ : Ok have you tried with IMAGE_INSTALL_append = | 07:50 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 07:50 | |
Smitty_ | Well, it's installing the binary with the name helloworld. I was expecting to find a binary named example. It turns out I didn't need to add the EXTRA_IMAGE_INSTALL. When I remove it, the binary is installed anyway | 07:51 |
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 07:52 | |
PinkSnake | @Smitty example_0.1.bb --> install -m 0755 helloworld ${D}${bindir} | 07:52 |
Smitty_ | I don't see anyting which indicates that the helloworld app *should* be installed. I guess it's automagic | 07:53 |
*** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has joined #yocto | 07:53 | |
PinkSnake | @Smitty take a look to the recipe in install function | 07:53 |
Smitty_ | Still *extremely* fussy over which file is used for which type of information. Seems like random info scattered across at least 4 files just for my trivial example | 07:54 |
Smitty_ | So, that file says: if this particular binary target is supposed to be installed, install it like this. BUT, that doesn't control whether the binary target gets installed | 07:56 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 07:56 | |
Smitty_ | So, how do I control whether - *not* how | 07:56 |
ChrysD | Smitty_ : Look to the recipe | 07:59 |
ChrysD | Smitty_ : And see where it is installed | 07:59 |
PinkSnake | @Smitty nothing is supposed, you have a just a look to the recipe | 07:59 |
Smitty_ | I am supposed to be able to control *if* as well as *how* the target binary gets installed. Where do I do that ? | 08:00 |
PinkSnake | @Smitty in install function | 08:00 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 08:01 | |
PinkSnake | @Smitty i don't understand what are you looking for, https://github.com/rossburton/customdistro/blob/master/meta-custom/recipes-example/example/example_0.1.bb | 08:01 |
PinkSnake | @Smitty you a compile function to build the binary and an install function to deploy it in the system | 08:01 |
Smitty_ | The binary target recipe describes *how* to build the binary target, *how* to install it, *how* to do things. But, the other aspect of the problem is *whether* the target binary *should* be installed or not | 08:02 |
ChrysD | Smitty_ : install -m 0755 helloworld ${D}${bindir} | 08:02 |
ChrysD | Smitty_ : Have you checked there? | 08:02 |
Smitty_ | That describes *how* not *if* | 08:03 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 08:04 | |
ChrysD | Smitty_ : ? | 08:04 |
ChrysD | Smitty_ : Have you checked in /usr/bin/ | 08:04 |
Smitty_ | Yes, and the helloworld binary is present | 08:04 |
ChrysD | Smitty_ : So no problem | 08:04 |
Smitty_ | Now, what if I don't want it to be there | 08:04 |
ChrysD | Smitty_ : You change the recipe | 08:04 |
ChrysD | Smitty_ : The best way is to do a .bbappend | 08:05 |
Smitty_ | Defintiely not, I would possibly not include the recipe in the layer, or maybe not include the layer in the distro, but the recipe is totally correct | 08:05 |
ChrysD | Smitty_ : So if the recipe is totally correct you let in /usr/bin | 08:05 |
ChrysD | Smitty_ : because the recipe is " i would like to compile a code and put in /usr/bin " | 08:05 |
ChrysD | Smitty_ : If you are okay with that, so nothing to change | 08:06 |
ChrysD | Smitty_ : If you're not happyt with /usr/bin | 08:06 |
ChrysD | Smitty_ : You have to change the recipe, but not directly. | 08:06 |
Smitty_ | I want to control whether or not that particular binary target (a sub-component of the layer) gets installed. Example, instead of being a executable "hello world" it's actually a static library which some other component in my layer depends upon. So, it has to be built, but not installed, or maybe it only gets installed in the SDK and the the OS | 08:08 |
Smitty_ | not the OS | 08:08 |
ChrysD | Smitty_ : Ok so your unhappy with the recipe. | 08:08 |
Smitty_ | No | 08:08 |
ChrysD | Smitty_ : You can suspect changes. | 08:08 |
Smitty_ | The recipe contains all the instructions for *HOW* to build, install, whatever, but it does not control *IF* | 08:09 |
ChrysD | Smitty_ : If you parse the recipe, it will install | 08:09 |
Smitty_ | This is absolutely fundamental to how Yocto is designed | 08:09 |
ChrysD | Smitty_ : Because the recipe is : " I would like to compile it, and install into the target in /usr/bin " | 08:10 |
ChrysD | Smitty_ : the ${D} means the target directory if i remember | 08:10 |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 08:12 | |
Smitty_ | but each of those "actions" compile, install, whatever are essentially optional. Just including a layer that includes a recipe to build a binary target does not necessarily mean I want that binary target installed in the OS, the SDK, whatever. Something is controlling the circumstances under which that binary targets' do_install gets called | 08:12 |
ChrysD | Smitty_ : right | 08:13 |
Smitty_ | And that someting is what ? | 08:13 |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 08:14 | |
Smitty_ | How would I say, for example, build the binary target, but only install it in the SDK, not in the OS | 08:14 |
*** avalluri <avalluri!~avalluri@192.55.55.37> has quit IRC | 08:14 | |
ChrysD | Smitty_ : the SDK guide maybe | 08:15 |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 08:15 | |
*** avalluri <avalluri!~avalluri@192.55.55.37> has joined #yocto | 08:15 | |
*** TobSnyder <TobSnyder!~schneider@ip9234ad86.dynamic.kabel-deutschland.de> has joined #yocto | 08:16 | |
ChrysD | Smitty_ : You would like to add files in the native sysroots for example | 08:18 |
Smitty_ | yep | 08:18 |
Smitty_ | or, maybe, for whatever reason, suppress one file from the SDK but let that file show up in the OS image, or vice-versa | 08:19 |
ChrysD | Smitty_ : I'm not at ease with it, as i'm new in yocto, you should consider looking to BBCLASSEXTEND | 08:19 |
ChrysD | Smitty_ : http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html | 08:20 |
ChrysD | Smitty_ : 7.77. | 08:21 |
ChrysD | Smitty_ : Look to 7.78 also | 08:21 |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 08:22 | |
*** Guest93352 <Guest93352!~john@host86-143-92-3.range86-143.btcentralplus.com> has joined #yocto | 08:22 | |
ChrysD | If you consider changing your job, let me know. I could be happy to be hired. Ahahah | 08:24 |
Hunk | How i can add a custom job before do_configure | 08:25 |
Hunk | i know the function do_configure_append | 08:25 |
Hunk | it is possible to write do_configure_before | 08:25 |
*** grma <grma!~gruberm@178.15.155.3> has joined #yocto | 08:26 | |
Smitty_ | I'm not at ease with it at all - becuase looking at all the different places for configuration, whether it be a single recipe for a hello world app which very strangely also includes a directory "images" which contains customimage.bb which does nothing but inherit from core-image, the layer configuration including a "distro" folder which doesn't appear to do anythgin at all, etc, etc, there's just too many places to look at to unders | 08:26 |
ChrysD | Smitty_ : ok. | 08:27 |
ChrysD | Hunk : In a bbappend file, you can tell that you would like to do another task | 08:29 |
ChrysD | Hunk : like addtask your_task after the_task_you_want before the_task_you_want | 08:30 |
ChrysD | Hunk : 3.5.1. Promoting a Function to a Task https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html | 08:31 |
*** grma <grma!~gruberm@178.15.155.3> has quit IRC | 08:32 | |
Smitty_ | I'll ask again: is there some guidance as to which configuration items are placed in which .conf files ? Right now, I'm not seeing a pattern | 08:32 |
ChrysD | Smitty_ : The best is to check the guides | 08:33 |
ChrysD | Smitty_ : there is one guide very nice that tell you what everything does | 08:33 |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 08:33 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 08:33 | |
Smitty_ | yep, that's exactly my question - where in the "guide" is there "guidance" for this issue ? Because I've searched, and can't find it | 08:34 |
ChrysD | Smitty_ : Ok i will cherch for you | 08:34 |
ChrysD | Smitty_ : In that guide : http://www.yoctoproject.org/docs/2.3/dev-manual/dev-manual.html#extendpoky | 08:36 |
ChrysD | Smitty_ : you have 5 - Common Tasks | 08:36 |
ChrysD | Smitty_ : it will help you of doing simple tasks | 08:36 |
ChrysD | Smitty_ : In chapter 4 | 08:37 |
ChrysD | Smitty_ : You have the development models | 08:37 |
Hunk | ok thank you | 08:38 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 08:38 | |
Hunk | i want to write some output message as log files | 08:38 |
Hunk | as output | 08:38 |
Hunk | bb.plain isn't working | 08:38 |
Hunk | what is the best way for do this | 08:38 |
ChrysD | Hunk : you mean in the host? | 08:38 |
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has joined #yocto | 08:39 | |
ChrysD | Hunk : What did you expect as output message as log files? | 08:39 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 08:39 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 08:40 | |
ChrysD | Hunk : I don't really know what you want but maybe you shuold consider doing some python functions witch print some messages. I'm not familiar if there is a "pre-buuilt" way of doing some log files. | 08:40 |
Hunk | i did | 08:42 |
Hunk | do_configure_prepend | 08:42 |
Hunk | () { | 08:42 |
Hunk | and i wanted to add there a print that i can see it inside the build process | 08:42 |
*** avalluri <avalluri!~avalluri@192.55.55.37> has quit IRC | 08:43 | |
ChrysD | Hunk : and bb.plain doesn't work right? | 08:44 |
Hunk | yes | 08:44 |
ChrysD | Hunk : I've checked that you can log with python. My bad i didn't understand initially when you say bb.plain | 08:44 |
Hunk | it doesn't work | 08:44 |
Hunk | sry i didn't write my problem well | 08:46 |
ChrysD | Hunk : No it's because i'm not familiar with that | 08:46 |
ChrysD | Hunk : can you pastebin your recipe? | 08:47 |
ChrysD | Hunk : and .bbappend | 08:47 |
rj_ | Heya. Is it possible to execute commands like "mysql -u root -p password < create_tables.sql" in a post build script or something like that? | 08:47 |
ChrysD | Hunk : you can even try the bash way | 08:50 |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 08:50 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 09:04 | |
PinkSnake | @rj_ ROOTFS_POSTPROCESS_COMMAND += " *shell_command*;" at the end of an image recipe. | 09:04 |
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 09:07 | |
Hunk | ChrsyD | 09:08 |
Hunk | I found it | 09:08 |
Hunk | bb.warn | 09:08 |
rj_ | PinkSnake: So in my example that would be "ROOTFS_POSTPROCESS_COMMAND += " mysql -u root -p < create_tables.sql;" ? | 09:08 |
Hunk | bb.error | 09:08 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 09:08 | |
Hunk | bb.fatal | 09:08 |
Hunk | bb.plain | 09:08 |
Hunk | bb.note not plain | 09:09 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 09:12 | |
PinkSnake | rj_ i think you have to write a shell function, i will past an example ;) | 09:12 |
rj_ | PinkSnake: That would be nice ^^ | 09:13 |
ChrysD | Hunk : yeah here : http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#recipe-logging-mechanisms | 09:15 |
PinkSnake | rj_ https://pastebin.com/r5PMDBrB | 09:16 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 09:16 | |
PinkSnake | rj_ it's an example paste in my-image.bb to set root as sshusers | 09:16 |
ChrysD | Hunk : it tried it,it works | 09:17 |
ChrysD | Hunk : have put a bb.plain | 09:17 |
*** msvb-lab <msvb-lab!~michael@x55b54327.dyn.telefonica.de> has joined #yocto | 09:17 | |
rj_ | PinkSnake: I see, alright thanks! I'll try it out for my case ^^ | 09:17 |
ChrysD | Hunk : I have a append on a .bbappend | 09:18 |
ChrysD | Hunk : i put as a first line bb.plain | 09:18 |
PinkSnake | rj_ with pleasure ;) | 09:18 |
ChrysD | Hunk : python do_env_append_mx6() { bb.plain("test") } | 09:19 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 09:30 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 09:36 | |
rj_ | Is there a way to make yocto keep the configured kernel source? | 09:43 |
PinkSnake | rj_ yep | 09:44 |
PinkSnake | rj_ i going to paste ;) | 09:44 |
PinkSnake | rj_ it's maybe not a proper solution but it works -> https://pastebin.com/dkJBieFD | 09:46 |
rj_ | PinkSnake: For what i need it for thats all it has to do, work ^^ | 09:46 |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 09:47 | |
rj_ | PinkSnake: Will that make the kernel source available when i use the image? | 09:47 |
PinkSnake | rj_ what ? what ? i didn't understand | 09:48 |
rj_ | PinkSnake: Because from what i see, the kernel source should be somewhere in /lib/modules/(uname -r)/kernel right? | 09:48 |
PinkSnake | rj_ ha ok you want to sav all your sources ? | 09:48 |
PinkSnake | rj_ and not .config file, sry my mistake | 09:49 |
PinkSnake | @rj_ why don't save only the .config file ? | 09:49 |
rj_ | PinkSnake: Yea, i need them to compile a package after installing the image in my virtual machine | 09:49 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 09:50 | |
PinkSnake | rj_ you mean a kernel module ? | 09:50 |
*** zeenix <zeenix!~zeenix@83.218.80.243> has joined #yocto | 09:51 | |
rj_ | PinkSnake: I'm not sure tbh, all it says is: "configure: error: Failed to find Linux sources. Use --with-linux-dir!" | 09:51 |
ChrysD | rj_ : have you the recipe? | 09:51 |
rj_ | ChrysD: It's not really a recipe this time, im compiling it after building, when i install the image in a virtual machine | 09:52 |
rj_ | ChrysD: But it seems the Linux sources are not installed in the image | 09:52 |
ChrysD | rj_ : But did you realize it "once" you have added something in your project or have you all the time get that problem? | 09:53 |
Smitty_ | Why is bitbake build so many new components when I build the SDK image for my config. I have already build the OS image. Why would it need to do anything other than package up what it already built when it did that ? | 09:53 |
PinkSnake | @rj_ you can also build kernel modules http://www.yoctoproject.org/docs/2.3/kernel-dev/kernel-dev.html#incorporating-out-of-tree-modules | 09:54 |
rj_ | ChrysD: What do you mean by that exactly? | 09:54 |
ChrysD | rj_ : I mean, did you get that message all the time? | 09:54 |
rj_ | ChrysD: yep | 09:54 |
PinkSnake | @Smitty i think yocot needs to build several package to create the toolchain | 09:54 |
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has quit IRC | 09:54 | |
rj_ | ChrysD: Everytime i run the configure script it gives this error | 09:55 |
Smitty_ | The toolchain is built before the rest of the components in my OS IMage, otherwise it couldn't build them | 09:55 |
nrossi | Smitty_: SDK has a canadian cross compiler | 09:55 |
ChrysD | rj_ : which? | 09:55 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 09:56 | |
rj_ | ChrysD: the configure script provided by the package | 09:57 |
Smitty_ | By default ? How many people need that ? | 09:57 |
PinkSnake | @rj_ could you share the package ? | 09:58 |
rj_ | ChrysD: The script looks for /lib/modules/$(version)/build | 09:58 |
rj_ | PinkSnake: should be this one: http://etherlab.org/download/ethercat/ethercat-1.5.2.tar.bz2 | 09:59 |
nrossi | Smitty_: depends, there are lots of cases where the SDK platform is very different from the build host. e.g. 64bit/32bit | 09:59 |
Smitty_ | What's the target for that cross compiler ? The target OS ? | 09:59 |
PinkSnake | @rj i mean the recipe :) | 10:00 |
PinkSnake | @rj_ i mean the recipe :) | 10:00 |
rj_ | PinkSnake: As stated before, i'm not using a recipe | 10:00 |
nrossi | Smitty_: well it will build a HOST->SDK compiler and a SDK->TARGET compiler which is shipped in the SDK | 10:00 |
PinkSnake | @rj_ ok i will take look, but after lunch :D | 10:00 |
ChrysD | rj_ : Me too ahah | 10:00 |
rj_ | PinkSnake: I build a yocto image, installed that in my virtualbox, and im installing it by hand | 10:00 |
rj_ | PinkSnake: Because i can't seem to get that package working with a recipe in any way | 10:01 |
nrossi | Smitty_: sorry, for clarity in my previous message the HOST->SDK compiler is not shipped | 10:01 |
ChrysD | rj_ : have you checked for example in the sysroots of your target that you have everything? | 10:01 |
PinkSnake | @rj_ ok but you can also create the recipe to download the package, build it and depoy no ? | 10:01 |
rj_ | PinkSnake: If only it would be that easy ;-; | 10:01 |
rj_ | PinkSnake: I've been trying to get that package to work for the last 3 months | 10:02 |
ChrysD | rj_ : it could be so nice to see which package is requesting the missing file. | 10:02 |
ChrysD | rj_ : and also "which" missing file | 10:02 |
rj_ | ChrysD: i know what files are missing tho, they are located in "/home/viro/poky/build/tmp/work-shared/genericx86-64/kernel-build-artifacts" | 10:03 |
ChrysD | rj_ : i mean, in the sysroots | 10:03 |
ChrysD | rj_ : not in the workdir | 10:03 |
ChrysD | rj_ : I have to go sorry | 10:03 |
rj_ | ChrysD: Np ^^ | 10:04 |
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.217.128.72.97> has quit IRC | 10:04 | |
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has joined #yocto | 10:04 | |
PinkSnake | @rj_ https://pastebin.com/HwTSvG1R | 10:04 |
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 10:04 | |
Smitty_ | When I build my target OS (without SDK) bitbake will first (probably always?) construct a HOST->TARGET toolchain. Now, when I want an SDK, I might want a HOST->TARGET and/or a TARGET->TARGET (or potentially a TARGET->OTHER_TARGET). The Target->Target is the Canadian Cross ?? How do I suppress that being built ? | 10:05 |
rj_ | PinkSnake: Yea i tried installing it by recipe, with this: https://pastebin.com/sSj0Ftn1 | 10:06 |
PinkSnake | @rj_ do you have an error log ? | 10:07 |
rj_ | PinkSnake: But it keeps giving errors, either libtool cant find some folder calle ".libs" or the header "stdlib.h" can't be found | 10:07 |
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 10:08 | |
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.206.122.102.84> has quit IRC | 10:08 | |
*** mdnneo <mdnneo!~umaucher@212.118.209.82> has joined #yocto | 10:09 | |
nrossi | Smitty_: you are probably not after the SDK, you should first determine if that is what you need (see http://www.yoctoproject.org/docs/2.3/sdk-manual/sdk-manual.html#sdk-extensible-sdk-intro) | 10:10 |
rj_ | PinkSnake: This is the latest log: https://pastebin.com/S6KhSXaJ | 10:10 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 10:10 | |
nrossi | Smitty_: regards the compilers for the SDK, the canadian cross is the HOST building a compiler that runs on SDK which compiles for the TARGET. TARGET->TARGET is different again | 10:11 |
Smitty_ | I already know I want to build an SDK, but I don't think I will need or want a TARGET->ANYTHING toolchain for any value of ANYTHING. | 10:12 |
nrossi | Smitty_: thats not what the SDK builds though | 10:13 |
*** berndhs <berndhs!~berndhs@cl-89.chi-03.us.sixxs.net> has joined #yocto | 10:13 | |
Smitty_ | What ? doesn't bitbake have to construct the HOST->TARGET toolchain before it does anything else related to constructing the target OS ? | 10:14 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 10:14 | |
nrossi | Smitty_: now your just confusing yourself. You said you didn't want a TARGET->* compiler... that is not the same as a HOST->TARGET compiler... | 10:15 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:15 | |
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 10:15 | |
Smitty_ | I want to ship a toolchian which allows other developers to construct applications which can run on TARGET. And, that toolchain will only run on HOST (which happens to be the machine I am build on) | 10:16 |
Smitty_ | That's the SDK - isn't it ? | 10:16 |
rburton | yes | 10:16 |
rburton | bitbake myimage -c populate_sdk, will generate the SDK for whatever is in myimage | 10:16 |
Smitty_ | So, why would building the SDK, also construct a Canadian Cross wwhich would then allow TARGET->SOMETHING ? | 10:17 |
rburton | most likely because building gcc is "fun" and "interesting" | 10:17 |
rburton | and always involves more steps than you'd like | 10:18 |
Smitty_ | How do I suppress that TARGET->ANYTHING toolchain ? I don't want that shipping out anywhere | 10:18 |
nrossi | Smitty_: you didn't read my original message... it builds a compiler that runs on the "SDK" system which is essentially the same as your build host by default. It does not make a compiler that runs on your target | 10:18 |
rburton | Smitty_: the image wont contain a compiler unless you put it in, and the sdk will only contain a cross for your target | 10:23 |
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC | 10:23 | |
*** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto | 10:24 | |
*** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 10:24 | |
rj_ | rburton: Is there any way to get "/lib/modules/(uname -r)/build" linux sources installed on a yocto build? | 10:25 |
rburton | rj_: iirc, the package is kernel-sources. | 10:26 |
rj_ | rburton: Should i add that to my image.bb? Cause nothing seems to provide that package | 10:28 |
rburton | a five second grep tells me that kernel-devsrc contains the kernel sources, if that's what you want | 10:31 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 10:46 | |
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.217.128.72.97> has joined #yocto | 10:48 | |
ChrysD | rj_ : Something new? | 10:49 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 10:50 | |
PinkSnake | @rj_ | 10:52 |
PinkSnake | ../x86_64-pc-linux-gnu-libtool: line 7549: cd: .libs: No such file or directory | 10:52 |
PinkSnake | @rj_ maybe you can try to bluid sdk and compile inside no ? | 10:53 |
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.192.94.34.34> has quit IRC | 11:02 | |
rj_ | rburton: I found the same thing yea, build is just done | 11:03 |
rj_ | PinkSnake: The thing is, that .libs directory exists... | 11:03 |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 11:05 | |
*** fl0v01 <fl0v01!~fvo@p4FC0A5A7.dip0.t-ipconnect.de> has joined #yocto | 11:07 | |
PinkSnake | @rj_ arf :S maybe you can try with -c devshell option to take a look insid... | 11:07 |
*** fl0v0 <fl0v0!~fvo@pD9F6A884.dip0.t-ipconnect.de> has quit IRC | 11:09 | |
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has joined #yocto | 11:19 | |
PinkSnake | @rj_ in my opinion you should maybe to try --> inherit autotools + remove do_compile() & do_install() in .bb | 11:19 |
*** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has quit IRC | 11:20 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 11:22 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 11:27 | |
*** berton <berton!~berton@189.114.111.135> has joined #yocto | 11:38 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 11:40 | |
rj_ | PinkSnake: Tried that, doesn't work sadly :( | 11:42 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 11:45 | |
Smitty_ | Back from lunch - continuing the conversation about SDK | 11:55 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 11:59 | |
Smitty_ | So, my question is: I have already built the OS image. Doing so requires building of a HOST->TARGET toolchain and also ends up retrieving and building what could be considered the sysroots (let's call the toolchain and sysroots combination SDK). Now, since the OS iimage required build the SDK, why would then issuing "bitbake -c populate_SDK customimage" have to do any more than just packaging of the already bult components that ma | 11:59 |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 11:59 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:02 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 12:03 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 12:03 | |
nrossi | Smitty_: because it builds another cross toolchain that runs on the SDK machine, see SDKMACHINE -> http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-SDKMACHINE. And the dependency for that is set here: http://git.openembedded.org/openembedded-core/tree/meta/classes/populate_sdk_base.bbclass#n35 | 12:05 |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 12:06 | |
Smitty_ | But, by default the SDKMACHINE is the build host that produced the OS Image | 12:06 |
Smitty_ | or, is it not ? | 12:07 |
nrossi | Smitty_: SDKMACHINE may be the same architecture but it is not the same as the build host. This is for a number of reasons most due to the need for a portable toolchain | 12:07 |
*** rj_ <rj_!58d39085@gateway/web/freenode/ip.88.211.144.133> has quit IRC | 12:08 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has left #yocto | 12:08 | |
Smitty_ | not following how that works. How would the SDKMACHINE be the same arch. of the host, but not be the same as the build host ? | 12:08 |
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 12:08 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 12:10 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 12:10 | |
*** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:10 | |
nrossi | Smitty_: think host dependencies, also consider that SDKMACHINE can be set to targets other than the host e.g. windows | 12:10 |
neverpanic | Smitty_: Your host could be x86_64, your SDKMACHINE could be i386, your target could be ARM | 12:10 |
lpapp | hi, what is the best approach to remove a package if a new one is installed? | 12:10 |
lpapp | RREPLACE or something like that instead of manual rms in a postinst function? | 12:11 |
neverpanic | That's less common now that everybody has x86_64 development machines, but it used to be a thing. | 12:11 |
neverpanic | lpapp: RREPLACE and RCONFLICTS maybe? Or, having the same name. | 12:12 |
lpapp | neverpanic: yep, the mega manual says so as well after reading RREPLACE | 12:12 |
lpapp | hopefully, the new package will install fine even if the "old" is no longer installed | 12:13 |
lpapp | i.e. opkg will not warn me about a replace/conflict if it is not there, but it removes it if it is there. | 12:13 |
neverpanic | That's the only sane way of implementing this, so I would assume that's the case. | 12:13 |
lpapp | I wonder whether I also need rprovides... probably not as the new one is not replacing any files from the old one? | 12:15 |
PinkSnake | @rj_ save issue ? .libs ? | 12:15 |
Smitty_ | So, the default behavior is to build a toolchain that is different (actual different binary components) than what was used to build the components of the OS image ? | 12:16 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 12:17 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 12:22 | |
* kanavin has parallelized rpm generation - glibc-locale rpm making goes down to 25 seconds from over 200 | 12:26 | |
ChrysD | kanavin : time to get a ride in italy ahahah | 12:27 |
ant_work | kanavin, now the other package managers... | 12:27 |
ChrysD | ant_work : ahah, i guess he is so happy to have done that, and now instead of letting him happy of achieving that, you tell him that it was only the beggining ahahah | 12:28 |
ant_work | fair, isn't? :) | 12:28 |
berndhs | hi folks, why would bitbake hang on an idle system? stuck at 99% after trying "bitbake rpi-test-image" | 12:29 |
kanavin | ant_work: RP is doing those :) | 12:29 |
ant_work | surely many have hopes for opkg | 12:30 |
neverpanic | Smitty_: Yes, because your host toolchain may just not work in your SDK | 12:34 |
Smitty_ | How can that be ? | 12:34 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 12:35 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 12:36 | |
neverpanic | Smitty_: Again, your build machine may be x86_64, the target architecture of your SDK may be i686 | 12:36 |
neverpanic | So of course, your x86_64 -> arm toolchain will not work on an i686 machine | 12:36 |
ChrysD | neverpanic : is that what we call canadian cross compilation? | 12:37 |
Smitty_ | Let's be clear. The first step to build an OS Image is to build a toolchain. Let's call that toolchainA. Now toolchainA is used to build the rest of what makes up the OS Image. When I instruct bitbake to create an SDK, it had better (by default) bundle up toolchainA and headers and libd (sysroots) for the OS Image I just built, or the default doesn't make sense | 12:37 |
neverpanic | Smitty_: No, it doesn't. That assumes that your build machine architecture is the same as the architecture you want to run your SDK on | 12:38 |
neverpanic | ChrysD: Yes | 12:38 |
Smitty_ | By Default - | 12:38 |
Smitty_ | Why would I expect the SDK to run on somehting different ? | 12:38 |
neverpanic | And btw, even if your host architecture equals the SDK architecture, libraries might be built with different feature sets for build machine and SDK | 12:39 |
Smitty_ | Right, that's the toolchain and sysroots used for building the OS Image | 12:39 |
neverpanic | E.g., your SDK might contain an svn binary that supports storing passwords in system keychains, while your host svn binary used by bitbake doesn't | 12:39 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 12:40 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC | 12:42 | |
rburton | ant_work: rpm was the last one left, RP did opkg/dpkg already | 12:52 |
rburton | kanavin: *awesome* improvement | 12:52 |
ant_work | great, thanks | 12:53 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 12:53 | |
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto | 12:54 | |
kanavin | rburton: thanks, but I have bad(ish) news, it's racy over shared data, so that needs to be sorted | 12:54 |
rburton | Smitty_: a SDK is packaged and configured differently to the cross tooling used directly. details, dont worry about it. | 12:54 |
kanavin | rburton: glibc-locale works perfectly each time, but gettext crashes (or not) | 12:55 |
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has quit IRC | 12:58 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 12:59 | |
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 13:05 | |
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 13:12 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 13:15 | |
*** sgw_ <sgw_!~sgw_@2601:1c0:6000:fe8::8b5f> has quit IRC | 13:17 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 13:19 | |
*** CostinC <CostinC!~nxf31494@gate-zro.freescale.com> has quit IRC | 13:20 | |
Smitty_ | That's not a simple detail to ignore. But, OK. I'm learning to ignore almost everything | 13:20 |
*** nos__ <nos__!~nano@37.red-83-37-86.dynamicip.rima-tde.net> has joined #yocto | 13:21 | |
nos__ | Hello | 13:21 |
nos__ | I am working with repo manifest and I'd like to include some repos or others depending on an external variable, would that be possible to do in the manifest xml? | 13:22 |
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto | 13:22 | |
nos__ | I do not think xml allows conditionals | 13:22 |
nos__ | or do you have better way to do that? | 13:22 |
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has joined #yocto | 13:22 | |
neverpanic | Smitty_: You're getting a toolchain that will work with your target system if you create an SDK. | 13:23 |
ChrysD | nos__ : XSLT ? | 13:23 |
neverpanic | I think you *can* actually ignore that it's not the exact same toolchain your host used. | 13:23 |
nos__ | ChrysD: sorry I am not too fond on documentation parsers, I'll look into that, thanks | 13:24 |
Smitty_ | I thought I was getting a toolchain that could produce binaries for my target system, but ran on the same machine that I build the target system on. | 13:24 |
ChrysD | nos__ : Have done that to school, i even don't know if it could help you but I know that i could do some kind of conditionals | 13:25 |
rburton | Smitty_: feel free to compare cross.bbclass with nativesdk.bbclass, and the relocation logic, and the various gcc/binutils recipes. or just admit that you want to keep your sanity :) | 13:25 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 13:26 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 13:26 | |
Smitty_ | I guess I'm not used to having to consider such things. I've cross compiled before, of course, and built up a toolchian (like in Linux From Scratch). But, to put together a build environment that gives such incredible versatility that it can build a OS that can run a toolchain targeting another OS is mental ! | 13:28 |
ChrysD | Smitty_ : and needed in certain case | 13:30 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 13:31 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 13:33 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 13:36 | |
*** peacememories <peacememories!~textual@84-113-122-200.cable.dynamic.surfer.at> has joined #yocto | 13:37 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 13:37 | |
nrossi | rburton: looks like the libgcrypt vs pkgconfig debacle rears its head again :( | 13:38 |
rburton | yeah | 13:38 |
rburton | i do want to change binconfig-disabled so it destroys the scripts in the sysroot but writes the proper scripts to the packages for on-target use | 13:39 |
rburton | just wish upstream wouldnt be so annoying about pkgconfig | 13:39 |
berndhs | what is bigbuckbunny-480p and why does bitbake tell me I need it? | 13:40 |
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 13:40 | |
rburton | berndhs: its a video file for testing and you only need it if you tried to build a recipe that ships it | 13:41 |
ChrysD | berndhs : a video | 13:41 |
nrossi | rburton: could always just replace the scripts with scripts that just run pkgconfig under the hood... no one will notice im sure ;) | 13:41 |
rburton | there's a recipe in meta-multimedia i believe | 13:41 |
rburton | nrossi: yeah almost done that before | 13:41 |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 13:41 | |
ChrysD | berndhs i have it on : /meta-openembedded/meta-multimedia/recipes-multimedia/sample-content$ | 13:42 |
berndhs | hmm so I don't really really need it, its just to verify that other stuff is working, it seems | 13:42 |
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:46 | |
*** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has quit IRC | 13:47 | |
ChrysD | berndhs : maybe with bitbake -e you could check which package RDEPENDS on it. | 13:48 |
*** nos__ <nos__!~nano@37.red-83-37-86.dynamicip.rima-tde.net> has quit IRC | 13:49 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 13:51 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 13:56 | |
*** ant_work <ant_work!~ant__@host108-181-dynamic.31-79-r.retail.telecomitalia.it> has quit IRC | 13:57 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 13:58 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:01 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 14:02 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:04 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 14:07 | |
lamego | khem: you around? | 14:08 |
*** Aethenelle <Aethenelle!~Aethenell@mobile-166-175-191-78.mycingular.net> has joined #yocto | 14:08 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 14:10 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 14:13 | |
*** mappy_ <mappy_!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has joined #yocto | 14:18 | |
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has quit IRC | 14:18 | |
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.217.128.72.97> has quit IRC | 14:20 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 14:21 | |
*** stephano <stephano!~stephano@134.134.139.77> has quit IRC | 14:22 | |
*** RP1 <RP1!~richard@24-113-124-115.wavecable.com> has joined #yocto | 14:23 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 14:25 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:addb:268a:bf70:e778> has joined #yocto | 14:26 | |
*** stephano <stephano!stephano@nat/intel/x-kckfopodtkvmabhk> has joined #yocto | 14:26 | |
*** AndersD <AndersD!~anders@2.65.41.88.mobile.tre.se> has quit IRC | 14:30 | |
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has quit IRC | 14:30 | |
*** peacememories <peacememories!~textual@84-113-122-200.cable.dynamic.surfer.at> has quit IRC | 14:34 | |
*** maxin <maxin!~maxin@134.134.139.75> has quit IRC | 14:38 | |
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has quit IRC | 14:39 | |
*** Aethenelle <Aethenelle!~Aethenell@mobile-166-175-191-78.mycingular.net> has quit IRC | 14:41 | |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 14:41 | |
khem | lamego: yes | 14:46 |
*** frsc <frsc!~frsc@p4FC927B8.dip0.t-ipconnect.de> has quit IRC | 14:47 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:48 | |
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 14:49 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 14:51 | |
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 14:51 | |
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 14:51 | |
*** TobSnyder <TobSnyder!~schneider@ip9234ad86.dynamic.kabel-deutschland.de> has quit IRC | 14:52 | |
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has joined #yocto | 14:52 | |
*** vm_ <vm_!~vm@p5DC3D535.dip0.t-ipconnect.de> has joined #yocto | 14:52 | |
*** mivond <mivond!18acd356@gateway/web/freenode/ip.24.172.211.86> has joined #yocto | 14:53 | |
mivond | Hello | 14:53 |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 14:53 | |
lamego | khem: Hi. I prepared a patch for bug 8673, dealing with distutils3 packages being installed through an .egg file. As I understand, --single-version-externally-managed does handle this, but was removed some time ago. Do you know what was the reason for this? | 14:53 |
yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=8673 enhancement, Medium+, 2.4 M1, jose.a.lamego, IN PROGRESS IMPLEMENTATION , distutils3 packages installed via an egg file cannot be imported by the python3 interpreter | 14:53 |
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto | 14:53 | |
lamego | khem: * removed from setuptools | 14:54 |
mivond | I'm building a yocto sdk. It worked fine before, I made a bbappend to one recipe, then it wouldn't install anymore. I reverted to stock, same error. | 14:54 |
mivond | Setting it up...ls: cannot access '/opt/poky/2.2.1/environment-setup-*': No such file or directory | 14:54 |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 14:54 | |
mivond | it writes the files fine, but doesn't seem to write the env setup script | 14:55 |
mivond | google doesn't have many answers for this | 14:55 |
vm_ | hi, i cloned git://git.yoctoproject.org/poky.git , then i changed into poky dir and cloned git://git.yoctoproject.org/meta-raspberrypi , then i did "source oe-init-build-env", changed into /build, set MACHINE=raspberrypi in conf/local.conf , then run "bitbake rpi-hwup-image", now it returns alot of errors? what do i wrong | 14:56 |
mivond | vm_ did you edit bblayers.conf to include meta-raspberrypi? | 14:57 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 14:57 | |
vm_ | yes, i did, bitbake-layers add-layer ../meta-raspberrypi | 14:58 |
mivond | Impossible to guess without logs | 14:59 |
vm_ | where is the rpi-hwup-image recipe | 14:59 |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 15:00 | |
vm_ | found it | 15:00 |
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-gpqqurojqrsjbeqg> has joined #yocto | 15:01 | |
mivond | anyone know about my issue installing the sdk? | 15:01 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:01 | |
mivond | Setting it up...ls: cannot access '/opt/poky/2.2.1/environment-setup-*': No such file or directory | 15:02 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 15:02 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 15:04 | |
*** mdnneo <mdnneo!~umaucher@212.118.209.82> has quit IRC | 15:04 | |
vm_ | do i need to setup all vars in conf/local.conf by myself? KERNEL_IMAGETYPE, IMAGE_FSTYPES and so on? | 15:06 |
vm_ | or is there anywhere a pre-configured raspberry local.conf? | 15:07 |
mivond | rpi-hwup-image should have all the preconfigured stuff to run | 15:07 |
vm_ | the rpi-hwup-image.bb only uses git://git.yoctoproject.org/meta-raspberrypi | 15:08 |
vm_ | sorry ,wrong copy/paste | 15:09 |
vm_ | but it only includes core-image-minimal.bb | 15:09 |
*** jairglez <jairglez!~jairdeje@134.134.139.75> has joined #yocto | 15:09 | |
*** mappy_ <mappy_!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has quit IRC | 15:12 | |
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 15:13 | |
vm_ | pastebin.com/HYMjFpRT is the error output | 15:14 |
vm_ | it seemed to miss var values | 15:14 |
mivond | is meta-raspberrypi on morty branch? | 15:16 |
vm_ | thats it, thanks alot | 15:18 |
mivond | you're welcome | 15:18 |
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC | 15:18 | |
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 15:18 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 15:19 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 15:20 | |
*** sjolley <sjolley!~sjolley@134.134.139.82> has quit IRC | 15:23 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:23 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:24 | |
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC | 15:25 | |
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC | 15:25 | |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 15:27 | |
*** Smitty_ <Smitty_!86bfdc4a@gateway/web/freenode/ip.134.191.220.74> has quit IRC | 15:27 | |
*** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto | 15:28 | |
*** Guest93352 <Guest93352!~john@host86-143-92-3.range86-143.btcentralplus.com> has quit IRC | 15:32 | |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 15:34 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:38 | |
*** psnsilva <psnsilva!~pnsilva@193-126-29-154.net.novis.pt> has quit IRC | 15:38 | |
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 15:38 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:39 | |
*** psnsilva <psnsilva!~pnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 15:40 | |
*** ed2 <ed2!~Adium@192.198.151.43> has quit IRC | 15:45 | |
vm_ | i can look at the filenames in meta-raspberrypi/conf/machines to get a value for MACHINE , and in meta-raspberrypi/recipes-core/images/ i can see a value for bitbake to build a image, but is there a command to get these values? i have seen other bsp layers where these files are stored anywhere else | 15:46 |
*** Guest93352 <Guest93352!~john@host86-143-92-3.range86-143.btcentralplus.com> has joined #yocto | 15:46 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:48 | |
kergoth | vm_: they're two completely different things. recipes can be listed with bitbake -s, and images are just recipes like any other. or just use the layer index | 15:49 |
kergoth | http://layers.openembedded.org/layerindex/ | 15:49 |
vm_ | they are different, but the two most values someone needs for building | 15:50 |
mivond | kergoth: have you seen this issue with the sdk installation? For some reason it is having trouble with the env file | 15:50 |
mivond | Setting it up...ls: cannot access '/opt/poky/2.2.1/environment-setup-*': No such file or directory | 15:51 |
kergoth | vm_: what machines you have available completely depends on what layers you have enabled. same with the recipes. bitbake can't list machines, as a machine is just a config file, it has no special awareness of it. machine is a variable and a config file that bitbake.conf happens to parse, that's all from its perspective | 15:51 |
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 15:51 | |
nrossi | Crofton|work: getting mailer daemons on meta-xilinx list for "mir@lynx-technik.com", you can help sort that out maybe? :) | 15:54 |
mivond | I can't install the yocto generated SDK :( | 15:57 |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 15:57 | |
mivond | no matter what directory I use | 15:57 |
*** zeenix <zeenix!~zeenix@83.218.80.243> has quit IRC | 15:57 | |
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-gpqqurojqrsjbeqg> has quit IRC | 15:58 | |
*** tlwoerner <tlwoerner!~Trevor@206.248.190.95> has joined #yocto | 15:59 | |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 15:59 | |
berndhs | i need to make knee joints with available materials | 15:59 |
berndhs | so the knee will carry maybe 3 kg of weight, better 5 | 16:00 |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 16:00 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 16:01 | |
*** tlwoerner <tlwoerner!~Trevor@206.248.190.95> has joined #yocto | 16:01 | |
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 16:01 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.74> has joined #yocto | 16:02 | |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 16:05 | |
*** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 16:06 | |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 16:07 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.74> has quit IRC | 16:07 | |
*** pohly <pohly!~pohly@p5DE8F4DF.dip0.t-ipconnect.de> has quit IRC | 16:11 | |
*** zeenix <zeenix!~zeenix@83.218.80.243> has joined #yocto | 16:12 | |
*** pohly <pohly!~pohly@p5DE8F4DF.dip0.t-ipconnect.de> has joined #yocto | 16:12 | |
*** michaelw1 <michaelw1!~michael@80.68.91.181> has quit IRC | 16:17 | |
*** michaelw_ <michaelw_!~michael@80.68.91.181> has joined #yocto | 16:18 | |
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 16:18 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 16:22 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 16:24 | |
*** peacememories <peacememories!~textual@84-113-122-200.cable.dynamic.surfer.at> has joined #yocto | 16:26 | |
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-ztzgsmowreojbjoj> has joined #yocto | 16:27 | |
*** peacememories <peacememories!~textual@84-113-122-200.cable.dynamic.surfer.at> has quit IRC | 16:28 | |
*** toscalix <toscalix!~toscalix@80.91.70.201> has quit IRC | 16:29 | |
*** ed2 <ed2!~Adium@dgs48ryg558xkdwbl646t-3.rev.dnainternet.fi> has joined #yocto | 16:33 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 16:35 | |
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC | 16:38 | |
*** ed2 <ed2!~Adium@dgs48ryg558xkdwbl646t-3.rev.dnainternet.fi> has quit IRC | 16:39 | |
*** fl0v01 <fl0v01!~fvo@p4FC0A5A7.dip0.t-ipconnect.de> has quit IRC | 16:45 | |
lamego | khem: Any thoughts on my previous question? | 16:46 |
*** peacememories <peacememories!~textual@84-113-122-200.cable.dynamic.surfer.at> has joined #yocto | 16:47 | |
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.206.122.102.84> has joined #yocto | 16:48 | |
Hunk | I have a problem with my quilt-native | 16:48 |
Hunk | i get an error | 16:48 |
Hunk | /build/tmp/sysroots/x86_64-linux/etc/ | The specified directory does not exist. | 16:49 |
Hunk | but the dir is existing | 16:49 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 16:54 | |
*** peacememories <peacememories!~textual@84-113-122-200.cable.dynamic.surfer.at> has quit IRC | 16:56 | |
*** peacemem_ <peacemem_!~textual@84-113-122-200.cable.dynamic.surfer.at> has joined #yocto | 16:56 | |
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC | 17:00 | |
Crofton|work | nrossi, I'll look | 17:01 |
*** stephano <stephano!stephano@nat/intel/x-kckfopodtkvmabhk> has quit IRC | 17:03 | |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 17:14 | |
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 17:15 | |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 17:16 | |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 17:17 | |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 17:31 | |
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto | 17:31 | |
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto | 17:32 | |
*** zeenix <zeenix!~zeenix@83.218.80.243> has quit IRC | 17:32 | |
vm_ | got it, its also in the manual, ls meta*/recip*/images/*.bb shows all available images you need to setup when running bitbake | 17:39 |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC | 17:43 | |
JaMa | exit off | 17:47 |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 17:47 | |
*** ketemphor <ketemphor!~ketemphor@rrcs-96-10-28-210.se.biz.rr.com> has joined #yocto | 17:49 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:addb:268a:bf70:e778> has quit IRC | 17:51 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 17:52 | |
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 17:57 | |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC | 18:14 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:14 | |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 18:16 | |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto | 18:17 | |
*** aragua__ <aragua__!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 18:19 | |
*** aragua__ <aragua__!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 18:19 | |
*** twall <twall!~tom@72.142.74.74> has joined #yocto | 18:20 | |
*** caiortp <caiortp!~caiortp@138.94.55.239> has joined #yocto | 18:21 | |
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC | 18:21 | |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC | 18:22 | |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto | 18:23 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:24 | |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 18:26 | |
ketemphor | have a vendor meta example tree that I've successfully built. I changed a single bbconfig file to add some features to a package and it broke it. I modified again and reran bitbake iot2000-example-image and it starts back at 63% done. Did it not do those before? My impression watching the build was that it hit 100% with 1 broken package (error popped up then a lot more building happened after before final report: attempted 3691 | 18:26 |
ketemphor | tasks of which 1647 didn't need to be rerun and 1 failed). Is there a way to test build just the modified package? (poky/meta/recipes-devtools/tcf-agent, btw) | 18:26 |
twall | you can run bitbake on single packages | 18:26 |
ketemphor | that would be recipes-devtools? or recipes-devtools/tcf-agent? or just tcf-agent? | 18:27 |
twall | tcf-agent I'd say | 18:27 |
twall | hello, I'm having some issues running a bitbake image, where I know that there's a recipe for gtk+ in one of my layers, however it isn't built with the image. To enable that package, what should I modify? | 18:30 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:30 | |
JPEWhacker | twall: Did you add the package to IMAGE_INSTALL? | 18:35 |
twall | I've been trying to find where that is, should that just be a line in bblayers.conf or local.conf? | 18:36 |
JPEWhacker | twall: You should be able to do IMAGE_INSTALL += "<package>" in local.conf | 18:36 |
JPEWhacker | twall: Oh, sorry, use IMAGE_INSTALL_append | 18:37 |
JPEWhacker | http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-IMAGE_INSTALL | 18:37 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:38 | |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 18:39 | |
twall | JPEWhacker: I'll give that a shot, thank you | 18:39 |
khem | lamego: you add it to DISTUTILS_INSTALL_ARGS | 18:59 |
khem | I removed it back then since we were moving to distutils from setuptools and distutils did not support it | 19:03 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 19:05 | |
*** ChrysD <ChrysD!500c2a5c@gateway/web/freenode/ip.80.12.42.92> has joined #yocto | 19:12 | |
ketemphor | pkay, so build give me a .rootfs.wic, a .hddimg, a .iso, and a rootfs.ext4, all ~1GB. I'm only using the .wic file, where do I suppress building of others? | 19:12 |
lamego | khem: got it. This helps. Thanks! | 19:13 |
ChrysD | ketemphor : You should change the local.conf | 19:14 |
ChrysD | ketemphor : You have a variable which named IMAGE_FSTYPES | 19:14 |
ketemphor | crap, didn't see it in there, maybe in referenced file? | 19:15 |
ChrysD | ketemphor : In your build/conf/local.conf? | 19:16 |
ketemphor | templateconf.cfg -> meta-poky/conf | 19:16 |
ketemphor | yeah, not there | 19:16 |
ChrysD | ketemphor : did you get the software from a company? | 19:17 |
ketemphor | yes | 19:17 |
*** stephano <stephano!~stephano@134.134.139.75> has joined #yocto | 19:17 | |
ChrysD | ketemphor : when you said " didn't see it in there " you mean the file or the variable? | 19:19 |
ketemphor | variable | 19:19 |
ChrysD | ketemphor : Why not trying bitbake -e and looking for the IMAGE_FSTYPES | 19:20 |
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto | 19:21 | |
*** ChrysD_ <ChrysD_!500c29c7@gateway/web/freenode/ip.80.12.41.199> has joined #yocto | 19:23 | |
ketemphor | definitely in there - need to go digging for where, 1MB text file doing bitbake -e imagename > file - set to " live wic" | 19:24 |
*** dvhart <dvhart!~dvhart@50-204-120-238-static.hfc.comcastbusiness.net> has joined #yocto | 19:24 | |
ketemphor | oh, then live looks like it expands to iso, hddimg | 19:24 |
*** ChrysD <ChrysD!500c2a5c@gateway/web/freenode/ip.80.12.42.92> has quit IRC | 19:25 | |
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 19:25 | |
ChrysD_ | if base_contains("IMAGE_FSTYPES", "live", "live", "0", d) == "0": # live is not set but hob might set iso or hddimg > > - d.setVar('NOISO', base_contains('IMAGE_FSTYPES', "iso", "0", "1", d)) > > - d.setVar('NOHDD', base_contains('IMAGE_FSTYPES', "hddimg", "0", "1", d)) | 19:26 |
ChrysD_ | ketemphor : So yeah i guess | 19:26 |
ChrysD_ | ketemphor : take off live and the work is done | 19:27 |
*** ChrysD_ <ChrysD_!500c29c7@gateway/web/freenode/ip.80.12.41.199> has left #yocto | 19:28 | |
*** ChrysD_ <ChrysD_!500c29c7@gateway/web/freenode/ip.80.12.41.199> has joined #yocto | 19:28 | |
ChrysD_ | ketemphor : Can you confirm after you tried? | 19:28 |
ketemphor | trying to figure out where that's sourced from | 19:29 |
ketemphor | the -e just shows a bunch of config info, haven't been able to trace back source of those lines yet | 19:29 |
ChrysD_ | try with grep | 19:31 |
ChrysD_ | like grep --include=*.conf -rnw -e 'IMAGE_FSTYPES' | 19:32 |
ketemphor | that's how I found them in the output, not seeing any clues as to where those configuration lines being displayed by -e are read from file | 19:32 |
*** ed2 <ed2!Adium@nat/intel/x-ppuxgplbywhcwvyl> has joined #yocto | 19:32 | |
ChrysD_ | You go to your source directory and try what I said | 19:33 |
ketemphor | trying | 19:33 |
ChrysD_ | It will check for only .conf file and I suspect it being in a ".conf" but as i'm a newbine in Yocto, you will need to wait more for expert helps | 19:34 |
*** dvhart <dvhart!~dvhart@50-204-120-238-static.hfc.comcastbusiness.net> has quit IRC | 19:34 | |
ChrysD_ | pastebin after it the result | 19:34 |
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 19:35 | |
ketemphor | like recursively? haven't used grep without a pipe before... use in source tree, not build tree | 19:35 |
ChrysD_ | no pipe | 19:35 |
ChrysD_ | just only what i said | 19:35 |
ChrysD_ | no need | 19:35 |
ChrysD_ | directly into your source directory | 19:35 |
ChrysD_ | grep --include=*.conf -rnw -e 'IMAGE_FSTYPES' | 19:35 |
ChrysD_ | and you should also try into your build dir as it used to be | 19:36 |
ChrysD_ | yeah the best is to be on the top of both source and build dir :p | 19:36 |
ketemphor | damn, that was fast ... alright, let me figure out pastebin real quick | 19:36 |
*** ed2 <ed2!Adium@nat/intel/x-ppuxgplbywhcwvyl> has quit IRC | 19:37 | |
ketemphor | https://pastebin.com/eTsA0LaH | 19:37 |
ketemphor | build is going to be slow, that directory tree is huge | 19:38 |
ChrysD_ | yeah we should add --exclude-dir to excluse some of them like the wrk directory ahahah | 19:39 |
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-ztzgsmowreojbjoj> has quit IRC | 19:40 | |
ketemphor | nothing in build | 19:41 |
ChrysD_ | Wuuut | 19:41 |
ketemphor | 52GB build directory - never had a clue what it took to build a 1GB distro | 19:41 |
ketemphor | I restarted it with --exclude-dir=tmp/work | 19:42 |
twall | i've had a build directory that's exceeded 100GB before | 19:43 |
ChrysD_ | ketemphor : I don't know if it work but maybe considering 'IMAGE_FSTYPES*" | 19:43 |
ketemphor | same thing, it found the ones in the source directory alright, none of those look like likely candidates? | 19:44 |
ketemphor | none of those say live ... | 19:45 |
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-dmtttgmfnrkzcvzf> has joined #yocto | 19:45 | |
ketemphor | ah well, more of an annoyance than anything, especiall when they're duplicated in the tmp/deploy and tmp/work | 19:46 |
*** twall <twall!~tom@72.142.74.74> has quit IRC | 19:46 | |
ketemphor | damn, need to run. thanks for your help ChrysD | 19:47 |
*** ketemphor <ketemphor!~ketemphor@rrcs-96-10-28-210.se.biz.rr.com> has quit IRC | 19:47 | |
*** ant_home <ant_home!~ant__@host134-11-dynamic.32-79-r.retail.telecomitalia.it> has joined #yocto | 19:47 | |
*** ChrysD <ChrysD!894a6839@gateway/web/freenode/ip.137.74.104.57> has joined #yocto | 19:47 | |
ChrysD | twall : Do you remove the bitbakes oytu have done before? | 19:47 |
*** ChrysD_ <ChrysD_!500c29c7@gateway/web/freenode/ip.80.12.41.199> has quit IRC | 19:48 | |
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-dmtttgmfnrkzcvzf> has quit IRC | 19:53 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 19:54 | |
JPEWhacker | Does any one know if it would be bad form to have DISTRO_FEATURES be based on MACHINE_FEATURES? (e.g. DISTRO_FEATURES = "${@bb.utils.contians("MACHINE_FEATURES", "screen", "wayland", "", d)}" | 19:55 |
ChrysD | JPEWhacker : If there is two words, it seems that somethings is conceptually different. | 19:56 |
ChrysD | JPEWhacker : Stupid answer i guess | 19:56 |
ChrysD | JPEWhacker : Maybe in the guide there is an explanation of the philosophy on what should be distro and machine | 19:57 |
rburton | JPEWhacker: yeah you wouldn't do that really | 19:57 |
rburton | JPEWhacker: recipes can check both machine and distro features if required | 19:57 |
JPEWhacker | rbuton: Ok, thanks. | 19:58 |
ChrysD | JPEWhacker : I would say that the MACHINE_FEATURES should be " machine specific " | 19:58 |
ChrysD | JPEWhacker : such as package/drivers for the wifi | 19:58 |
*** vm_ <vm_!~vm@p5DC3D535.dip0.t-ipconnect.de> has quit IRC | 19:58 | |
ChrysD | JPEWhacker : also some kind of packages for touchscreen and so on | 19:58 |
JPEWhacker | Ya, I guess my thinking was "if the machine has a screen ("screen" in MACHINE_FEATURES), this distro wants to use Wayland ("wayland" DISTRO_FEATURE) | 19:59 |
JPEWhacker | But if the machine doesn't have a screen, don't bother | 19:59 |
rburton | but then you're breaking the axiom that distro features doesnt' change in a distro | 19:59 |
JPEWhacker | rburton: Makes sense | 20:00 |
khem | rburton: whats holding up gcc7 ? | 20:00 |
rburton | khem: nothing now the 4.1 fix has been resubmitted | 20:00 |
rburton | khem: got a clean branch i can throw at the ab now? | 20:00 |
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-cvhtfhynlpdggryz> has quit IRC | 20:03 | |
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC | 20:03 | |
khem | rburton: you can cherry-pick http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/master&id=807a6b9c92ab5a868e8a723f40d9fa5ca1a3b9a0 | 20:04 |
khem | its a single patch | 20:05 |
rburton | cool | 20:05 |
khem | btw. I switched to using gcc7 on my archlinux-testing | 20:06 |
khem | and it seems uninative will have issues | 20:06 |
khem | it will need to consider the c++11 ABI for libstdc++ with gcc7 | 20:06 |
khem | for now easy fix was to stop using uninative | 20:07 |
khem | I wonder if we should just cut the crap and build own gcc | 20:07 |
khem | and gcc-runtime for build host | 20:07 |
rburton | a gcc to build gcc? | 20:07 |
rburton | i mean, build gcc-native first | 20:07 |
khem | yeah | 20:08 |
khem | so we can have gcc-native gcc-nativesdk gcc-cross-initial gcc-cross and gcc-crosssdk and gcc | 20:08 |
khem | just gccfy your life | 20:08 |
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto | 20:10 | |
*** caiortp <caiortp!~caiortp@138.94.55.239> has quit IRC | 20:11 | |
rburton | khem: https://autobuilder.yoctoproject.org/main/tgrid | 20:16 |
*** RP1 <RP1!~richard@24-113-124-115.wavecable.com> has quit IRC | 20:18 | |
rburton | hm doing a stop all builds on the new AB makes it hang (halstead, I think i broke ab.yocto.io) | 20:18 |
rburton | oh there it goes, back again | 20:19 |
halstead | rburton, It hasn't in the past. Anything special about this time? | 20:19 |
rburton | all http connections just hung for about 30 seconds | 20:19 |
rburton | working fine now | 20:20 |
halstead | rburton, I have seen the web interface stall when stopping lots of builds. | 20:20 |
halstead | I'm not sure what the bottleneck is. | 20:21 |
halstead | It's not load on the controller. | 20:21 |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 20:23 | |
khem | rburton: ok cool | 20:23 |
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 20:23 | |
*** RP1 <RP1!~richard@24-113-124-115.wavecable.com> has joined #yocto | 20:24 | |
*** bluelightning <bluelightning!~paul@118.148.66.65> has joined #yocto | 20:24 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:24 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 20:25 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.72> has joined #yocto | 20:26 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 20:30 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto | 20:41 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 20:44 | |
*** hbruce <hbruce!hbruce@nat/intel/x-mmvebdrlnoruzudu> has joined #yocto | 20:46 | |
*** ChrysD <ChrysD!894a6839@gateway/web/freenode/ip.137.74.104.57> has quit IRC | 20:46 | |
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 20:46 | |
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 20:48 | |
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 20:48 | |
*** hbruce <hbruce!hbruce@nat/intel/x-mmvebdrlnoruzudu> has quit IRC | 20:50 | |
*** hbruce <hbruce!~hbruce@134.134.139.78> has joined #yocto | 20:52 | |
*** RP1 <RP1!~richard@24-113-124-115.wavecable.com> has quit IRC | 20:55 | |
*** JPEWhacker <JPEWhacker!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 20:58 | |
*** sjolley <sjolley!~sjolley@134.134.139.74> has joined #yocto | 21:02 | |
*** hbruce <hbruce!~hbruce@134.134.139.78> has quit IRC | 21:02 | |
-YoctoAutoBuilder- build #1134 of nightly-non-gpl3 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/1134 | 21:08 | |
*** hbruce <hbruce!hbruce@nat/intel/x-rpiepodggcgtjzdl> has joined #yocto | 21:16 | |
*** berton <berton!~berton@189.114.111.135> has quit IRC | 21:17 | |
*** morphis <morphis!~morphis@pD9ED69FA.dip0.t-ipconnect.de> has quit IRC | 21:19 | |
*** twall <twall!~tom@72.142.74.74> has joined #yocto | 21:20 | |
*** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC | 21:20 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC | 21:21 | |
twall | hello, I've been running into an issue building gtk+3 from the oe-core layer, where mesa-gl is "trying to install files into a shared area where theose files already exist." The error messages advise clearing out build/tmp and the sstate cache, then rebuilding. This still fails. So is it a configuration issue in the .bb file, or maybe my machine? The error mentions DISTRO_FEATURES could be the culprit if | 21:25 |
twall | I changed that variable recently, but I've never touched it | 21:25 |
bluelightning | twall: the message is a little vague because it can't automatically determine what the cause is | 21:28 |
bluelightning | twall: which files is it complaining about? | 21:29 |
bluelightning | (use pastebin if it's more than a few) | 21:29 |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 21:31 | |
twall | https://pastebin.com/9sHGxW1p | 21:32 |
twall | bluelightning: it's not super helpful, but here's the log | 21:32 |
twall | it looks like it's dying while trying to install libgbm after installing libgbm-dev | 21:34 |
bluelightning | well, it kind of looks like there is a recipe called am57xx-evm-libgbm (presumably from TI) which provides libgbm and that's what it's clashing with | 21:34 |
*** King_InuYasha <King_InuYasha!~kvirc@fedora/ngompa> has quit IRC | 21:37 | |
bluelightning | perhaps mesa is being built incorrectly? i.e. maybe it's not supposed to be producing this library | 21:37 |
bluelightning | denix: any ideas? | 21:37 |
twall | in one of the ti layers (meta-processor-sdk) there is a libgbm recipe | 21:39 |
twall | *append recipe | 21:39 |
denix | bluelightning: yes, we discussed it with rburton before. there's a need to decouple libgbm from mesa | 21:40 |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 21:40 | |
bluelightning | denix: ok, in the mean time is there a workaround that twall can use? | 21:40 |
twall | the append has a patch to add linkable libs for Qt, yeah | 21:40 |
denix | twall: libgbm is in meta-ti | 21:40 |
twall | denix: is there a way i can decouple it from mesa while still keeping the meta-ti layer? | 21:43 |
denix | bluelightning: in the meantime we avoid pulling in mesa when using sgx blob. basically mesa is replaced by sgx+libgbm. and for recipes that pull mesa directly we have bbappends to modify that dependsncy | 21:43 |
bluelightning | denix: hmm, presumably twall is hitting something that still has such an explicit dependency which isn't covered | 21:44 |
denix | twall: if you actually need to pull mesa, then no. if it's pulled accidentally, then find what causes it and see if we have a solution in meta-ti/meta-arago | 21:45 |
*** sjolley <sjolley!sjolley@nat/intel/x-haihagdahbyrgtqq> has joined #yocto | 21:45 | |
twall | sounds good. I don't think I have anything that requires mesa. Where would be a good start to finding what pulls it in? | 21:46 |
bluelightning | twall: bitbake -g will produce some graph files (which you should search with less or your favourite editor rather than a graph viewer as they are too large for most viewers) | 21:49 |
denix | twall: ^^^ yes, -g helps | 21:49 |
bluelightning | graphs showing the dependency relationships, that is | 21:49 |
denix | bluelightning: mesa and mesa-gl provide own libgbm unconditionally. previous discussion was about maybe making it a PACKAGECONFIG, but I'm not that familiar with Mesa and so far didn't have time to look into it | 21:51 |
bluelightning | denix: ah ok | 21:51 |
* bluelightning is not very familiar with mesa either | 21:51 | |
twall | the package dependency chart is saying that libgbm is dependent on mesa from the oe-core layer | 21:52 |
twall | then a bunch of sgx packages in the meta-ti layer are made with it | 21:54 |
twall | both libgbm and libgbm-dev are made with mesa from the oe-core layer | 21:55 |
denix | twall: meta-ti provides separate libgbm. you need to see what depends and pulls entire mesa | 21:56 |
bluelightning | right, it's what depends on mesa that needs to be tracked down | 21:56 |
twall | sorry if this seems rather noobish, but what would i be looking for? | 21:59 |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.72> has quit IRC | 22:00 | |
bluelightning | -> mesa or something similar I would think | 22:00 |
*** hbruce <hbruce!hbruce@nat/intel/x-rpiepodggcgtjzdl> has quit IRC | 22:01 | |
twall | bluelightning: I have "libgl-mesa" -> "mesa-megadriver" [style=dotted] and "mesa-gl-staticdev" -> "mesa-gl-dev" [style=dashed] | 22:02 |
bluelightning | the second one isn't significant | 22:03 |
bluelightning | so what depends on libgl-mesa? | 22:03 |
twall | nothing, it would seem | 22:04 |
bluelightning | really? I wouldn't expect it'd be in the graph if that's the case... | 22:04 |
bluelightning | well, actually that's not necessarily a requirement | 22:04 |
bluelightning | twall: I'd recommend looking at task-depends.dot rather than the other files unless you are on pyro or master | 22:05 |
*** RP1 <RP1!~richard@24-113-124-118.wavecable.com> has joined #yocto | 22:06 | |
twall | I'm on krogoth, so i'll check the task-depends | 22:08 |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.74> has joined #yocto | 22:09 | |
*** lamego <lamego!jose@nat/intel/x-wwnaaekkmywudbsu> has quit IRC | 22:11 | |
twall | bluelightning: the mesa-gl.do_packagedata task is only required by another mesa-gl task, and gtk+3.do_package | 22:11 |
bluelightning | so the only mention of mesa in the gtk+3 recipe in krogoth relates to wayland | 22:16 |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 22:16 | |
bluelightning | if you don't need wayland support perhaps you should disable that if it's enabled (which I think it may be by default) | 22:17 |
rburton | (by removing wayland from DISTRO_FEATURES) | 22:18 |
rburton | and on that its bed time | 22:18 |
bluelightning | indeed, thanks rburton | 22:18 |
rburton | bluelightning: CCd you on a bug mail regarding selftest and recipetool, your thoughts would be appreciated | 22:18 |
bluelightning | rburton: right it's on my todo for today | 22:19 |
rburton | also if anyone wants to make their first contribution to oe-core then https://bugzilla.yoctoproject.org/show_bug.cgi?id=11575 would be trivial and satisfying | 22:19 |
yocti | Bug 11575: normal, Undecided, 2.4 M1, ross.burton, ACCEPTED , ERROR: cryptodev-tests-1.8-r0 do_checkuri: Fetcher failure for URL: 'http://download.gna.org/cryptodev-linux/cryptodev-linux-1.8.tar.gz' | 22:19 |
rburton | just thought i'd mention that on the off chance :) | 22:19 |
-YoctoAutoBuilder- build #484 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/484 | 22:19 | |
rburton | bluelightning: thanks. g'night :) | 22:19 |
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 22:19 | |
twall | that's unfortunate, since I'd like to have wayland. Mainly because I'm going to be doing quite a lot of gstreamer stuff and the light weight of wayland is nice | 22:19 |
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 22:20 | |
twall | if i wanted to keep wayland, should I move to a newer branch? | 22:20 |
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 22:21 | |
*** mivond <mivond!18acd356@gateway/web/freenode/ip.24.172.211.86> has quit IRC | 22:22 | |
bluelightning | that's a good question | 22:22 |
bluelightning | denix any recommendations? | 22:22 |
bluelightning | (I think there's an element of this that is BSP specific) | 22:22 |
twall | makes sense | 22:23 |
*** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 22:24 | |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC | 22:29 | |
*** martinkelly <martinkelly!~martin@66-162-141-202.static.twtelecom.net> has joined #yocto | 22:29 | |
*** stephano <stephano!~stephano@134.134.139.75> has quit IRC | 22:33 | |
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 22:49 | |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC | 22:50 | |
*** RP1 <RP1!~richard@24-113-124-118.wavecable.com> has quit IRC | 22:51 | |
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 22:55 | |
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 22:55 | |
*** ant_home <ant_home!~ant__@host134-11-dynamic.32-79-r.retail.telecomitalia.it> has quit IRC | 23:02 | |
*** twall <twall!~tom@72.142.74.74> has quit IRC | 23:03 | |
*** Guest93352 <Guest93352!~john@host86-143-92-3.range86-143.btcentralplus.com> has quit IRC | 23:08 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qukxxlyfeazfstpx> has joined #yocto | 23:12 | |
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has quit IRC | 23:19 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 23:21 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 23:22 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 23:22 | |
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.74> has quit IRC | 23:29 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 23:33 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 23:39 | |
*** RP1 <RP1!~richard@24-113-124-115.wavecable.com> has joined #yocto | 23:43 | |
*** jairglez <jairglez!~jairdeje@134.134.139.75> has quit IRC | 23:53 | |
*** RP1 <RP1!~richard@24-113-124-115.wavecable.com> has quit IRC | 23:57 | |
*** agust <agust!~agust@p4FCB4803.dip0.t-ipconnect.de> has quit IRC | 23:59 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!