Wednesday, 2018-10-17

*** nighty- <nighty-!> has quit IRC00:00
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC00:00
*** geissonator <geissonator!> has joined #yocto00:09
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC00:13
*** Willy-- <Willy--!~william@> has quit IRC00:20
*** brrm <brrm!> has quit IRC00:33
*** geissonator <geissonator!> has quit IRC00:41
*** geissonator <geissonator!> has joined #yocto00:42
*** geissonator <geissonator!> has quit IRC00:46
*** Cbast <Cbast!~sfrigon@> has joined #yocto00:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:00
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has joined #yocto01:01
*** Willy-- <Willy--!~william@> has joined #yocto01:03
NU-SlackerSay you have a SRC_URI_machinename override in a recipe, and you are making an append.  Is there a way to remove or mask that override from the append?01:04
NU-SlackerSpecifically, having the machine variable override makes the devtool flow more manually intensive and error prone.01:05
*** learningc <learningc!> has joined #yocto01:12
seebs <-- possibly one of the most painful security bugs i've seen recently01:33
*** Cbast <Cbast!~sfrigon@> has quit IRC01:35
*** Cbast <Cbast!~sfrigon@> has joined #yocto01:36
*** anujm <anujm!~anujm@> has joined #yocto01:40
robbawebbaNU-Slacker: Please correct me if I'm misunderstanding your situation, you're trying to have different appends depending on the machine?01:46
kergothsounds like they want to undo a machine override01:46
NU-SlackerYes to both.01:47
NU-SlackerThe base recipe is inside a vendor BSP layer and I'm making a board-specific layer01:48
*** kaspter1 <kaspter1!~Instantbi@> has joined #yocto01:49
robbawebbaahhh okay, The solution that comes to mind is to have a separate directory within your `files` search path for each machine.01:49
robbawebbaI'm not sure if it will fully "undo" the machine override though01:49
NU-SlackerThe annoyance comes with devtool updating SRC_URI but not SRC_URI_machinename when updating or finishing.01:50
kergothdevtool is never going to be a complete replacement for manual recipe/append changes. overrides add a great deal of complexity to source modification01:50
robbawebbaSo you want to append the file for all machines, but one machine (your specific board) has a special file that needs to be appended?01:51
*** kaspter <kaspter!~Instantbi@> has quit IRC01:51
*** kaspter1 is now known as kaspter01:51
NU-Slackerkergoth: Understood that devtool cant automate everything.  Just checking to see if Im not missing an easy solution.01:52
NU-Slackerrobbaweba: Pretty much, except that the base recipe from the vendor BSP layer has the override.  I want to make what I have in the append apply to all.  With the current situation I would need to set SRC_URI and SRC_URI_machinename in the bbappend to work01:57
NU-SlackerI guess I could just create a new machine and that would "fix" it ¯\_(ツ)_/¯01:59
robbawebbaNU-Slacker: ahhh i see. In that case, I'm not sure how to cheat the machine override system. Sounds like a manual job :/02:01
robbawebbaNU-Slacker: although I've never used devtool, so I'm not quite sure what I'm mising lol02:01
NU-Slackerrobbawebba:I had never used devtool either until relatively recently.  And of course the first recipe I tried it on had this odd case making it fail.02:03
NU-SlackerIt definitely removes a good portion of the more monotonous tasks.02:05
*** Hoolootwo is now known as Hooloovo002:08
robbawebbaNU-Slacker: I'll try and give it a show sometime soon!02:19
robbawebbaUnrelated, I've got a question about switching between two kernel versions for the same image, distro, and machine.02:20
robbawebbaI have two separate recipes for the kernel (4.9 and 4.19). our custom machine.conf file declares PREFERRED_PROVIDER_virtual/kernel, and that's the mechanism we're using to switch between kernel versions. We modify PREFERRED_PROVODER_virtual/kernel in  our custom machine.conf file when we want to switch kernel versions.02:23
robbawebbaIs this the correct way to switch between kernels when all else is held constant? Or is there a better way to switch kernel versions?02:24
NU-Slackerrobbaweba: FWIW that is the mechanism I've used in the past.  Though we usually set it in local.conf (generated by a source controlled setup script)02:30
*** tprrt <tprrt!> has joined #yocto02:35
*** Cbast <Cbast!~sfrigon@> has quit IRC02:40
*** nighty- <nighty-!> has joined #yocto02:40
robbawebbaNU-Slacker: How could I configure the PREFERRED_PROVIDER_virtual/kernel from local.conf? Do I have to use late assignment ( ?= ) in the machine.conf ?02:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:06
NU-Slackerrobbawebba: I dont recall specifically, but yes I think we used late assignment03:11
NU-Slackerrobbaweba: I think you can also PREFERRED_PROVIDER_virtual/kernel_yourmachinename="your-preference" from local.conf and that will work03:15
NU-Slackerrobbawebba: though thats pretty gross03:16
*** lpotter <lpotter!~quassel@2001:8003:e172:cb00:ba27:ebff:febb:59b> has joined #yocto04:33
yoctiNew news from stackoverflow: Yocto Rocko bitbake process reboot on Ubuntu <>05:06
*** tprrt <tprrt!> has quit IRC05:14
*** pohly <pohly!> has joined #yocto05:24
*** xemc <xemc!> has joined #yocto05:48
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d126:a7f3:36c1:9198> has joined #yocto06:10
*** frsc <frsc!> has joined #yocto06:14
*** TobSnyder <TobSnyder!> has joined #yocto06:27
*** Bunio_FH <Bunio_FH!> has joined #yocto06:35
*** lusus <lusus!~lusus@> has joined #yocto06:53
*** fl0v0 <fl0v0!> has joined #yocto07:02
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC07:03
*** amneg_ <amneg_!~groleo@> has quit IRC07:09
*** cdleonard <cdleonard!~nxf25340@> has quit IRC07:10
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:10
*** woutervh <woutervh!~wv@> has joined #yocto07:12
*** brrm <brrm!> has joined #yocto07:20
*** JaMa <JaMa!~martin@> has joined #yocto07:28
*** resixian <resixian!~akira@unaffiliated/resixian> has quit IRC07:50
*** cquast <cquast!~cquast@> has joined #yocto07:51
*** Crofton|work <Crofton|work!~Crofton@> has quit IRC07:54
*** resixian <resixian!~akira@unaffiliated/resixian> has joined #yocto08:04
*** tprrt <tprrt!~tprrt@> has joined #yocto08:11
*** wadim_ <wadim_!> has quit IRC08:13
*** AndersD <AndersD!~AndersD@> has joined #yocto08:14
*** mckoan|away is now known as mckoan08:19
*** AndersD <AndersD!~AndersD@> has quit IRC08:39
*** AndersD_ <AndersD_!~AndersD@> has joined #yocto08:39
*** anujm <anujm!~anujm@> has quit IRC08:50
*** AndersD <AndersD!~AndersD@> has joined #yocto08:53
*** AndersD_ <AndersD_!~AndersD@> has quit IRC08:54
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC08:58
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:59
*** AndersD <AndersD!~AndersD@> has quit IRC09:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:03
*** florian_kc is now known as florian09:09
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:24
*** learningc <learningc!> has quit IRC09:25
*** learningc <learningc!> has joined #yocto09:25
*** rburton <rburton!> has joined #yocto09:25
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto09:32
RPrburton: bitbake datastore cache is broke for remove operations :(10:04
RPMy patch to fix remove checksumming just proves it :(10:05
RP(and is also bust)10:05
LetoThe2nd(picking up the keyword)10:07
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:09
*** lukma <lukma!> has left #yocto10:12
*** dreyna_ <dreyna_!> has quit IRC10:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:14
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto10:15
*** dreyna <dreyna!> has joined #yocto10:17
*** maxin <maxin!> has joined #yocto10:18
*** vmeson <vmeson!> has quit IRC10:37
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:37
*** dreyna <dreyna!> has quit IRC10:38
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC10:40
*** nighty- <nighty-!> has quit IRC10:45
*** learningc <learningc!> has quit IRC10:47
*** learningc <learningc!> has joined #yocto10:47
*** stephano <stephano!~stephano@> has joined #yocto10:54
*** learningc <learningc!> has quit IRC11:08
*** vmeson <vmeson!> has joined #yocto11:11
rburtonRP: doh11:13
OutBackDingook question whats the best way to deal with our custoom package conflicting with a standard yocto package say nginx... we boothh include index.html and well... build ffails11:16
mcfriskOutBackDingo: for config files, bbappend the yocto recipe to not install the file11:17
rburtonbonus points for patching the recipe to split out stuff like that so you can not install them, and sending the patch in11:18
OutBackDingorburton: ohhh goodie11:23
OutBackDingomcfrisk: i was thinking more a bbapend to overwrite / remove theirs and use ours11:23
mcfriskOutBackDingo: yea, that works too11:24
OutBackDingosince id prefer not to much with their tree as we have all metas setup as submodules11:24
mcfriskyay, welcome to git submodule hell.. :)11:25
*** nighty- <nighty-!> has joined #yocto11:25
*** vmeson <vmeson!> has quit IRC11:26
RPrburton: I've put revised patches into -next, lets give those a try. Not the kind of changes I like making at this point in a release cycle :(11:26
*** vmeson <vmeson!> has joined #yocto11:27
OutBackDingothinks we should devices a high level DONT_INCLUDE REGEX  local.conf DONT_INCLUDE=nginx/index.html whicvh basically says recipe nginx doont include file index.hhtml11:33
jofrWhat is the right way to change the PATH for recipes?11:37
LetoThe2ndOutBackDingo: you can probably construct that relatively easy using a ROOTFS_POSTPROCESS_COMMAND11:37
*** kuzulis <kuzulis!~kuzulis@> has joined #yocto11:40
kuzulisHi all. Is it possible to modify a default script which which generates the sdcard image to copy the rootfs file on single partition?11:41
*** learningc <learningc!~learningc@> has joined #yocto11:41
OutBackDingoLetoThe2nd: actually a good idea11:41
kuzulisA problem is that the default script creates a two partitions: "boot" and "rootfs".. But I need to have an one partition with both 'boot stuff' and 'rootfs.ext3' file..11:42
kuzulisIs it possible?11:43
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:44
kuzulisI need the rootfs.ext3 file placed on some single partition with the uImage, u-boot and other files..11:44
kuzulisF.e. this script: creates a two partitions... But I need in one...11:46
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:46
jofrI'm writing recipe A. A depends on B-native (also mine). B-native installs some executables to a "non-standard" location(i.e. not ${bindir}) that A needs for its do_configure(). How can I add something to A11:47
jofrI'm writing recipe A. A depends on B-native (also mine). B-native installs some executables to a "non-standard" location(i.e. not ${bindir}) that A needs for its do_configure(). How can I add something to A's PATH?11:47
rburtonjofr: by extending PATH :)11:48
jofrrburton: Thanks! But is PATH a string or a list?11:50
rburtonstandard $PATH, colon-separated string11:50
rburtonnote that if the location is non-standard, its most likely not even in the sysroot11:50
jofrAhh. Ok  :)11:50
rburtononly select bits of a package go into the sysroot, the stuff needed to build11:51
rburtonyou can add more, SYSROOT_DIRS11:51
jofrWhat about environment variables? Can is just set them in my recipe like you mention with PATH? Or is there a predefined list of environment-variables (including "PATH") somewhere?11:52
rburtonif you put 'export' in front of a variable assignment, it gets exported11:53
jofrAnywhere or in do_configure() specifically?11:54
jofrI mean.. Is "export" a bitbake keyword? I seems to me that anything in do_whatervers() are basically just executed as shellscripts (from ${S}), so I assume I can do basically whatever shell-commands in there..? But what I'm thinking about is the rest of the recipe11:56
rburtonoutside of functions, export is a bitbake keyword11:56
rburtoninside a shell function, its shell, so does what you'd expect11:57
jofrNice. Thanks!11:58
*** lfa <lfa!~lfa@> has quit IRC11:58
ernstpwith COPY_LIC_DIRS=1 the files in /usr/share/common-licenses on target have the wrong owner, they're owned by the buildsystem user12:02
rburtonernstp: urgh.  bug please.12:02
ernstpI filed a bug about it, but in the meantime I'm trying to work around it12:02
rburtonah ok, what #?12:02
rburtonthe fix is most likely fairly simple, just a chown in the right place12:03
ernstpI guess not many people enable that flag12:03
ernstpadded a FILESYSTEM_PERMS_TABLES with /usr/share/common-licenses             0755    root    root    true    0644    root    root12:04
ernstpbut that didn't take unfortunately12:04
*** behanw <behanw!uid110099@gateway/web/> has quit IRC12:04
ernstpThey're a bit tricky perhaps because they're linked and not installed.12:06
rburtonyeah that's ugly12:06
rburtonthe code should just copy12:06
rburtoni thought there was a better way of doing this anyway12:06
ernstpvery much a microoptimization :-)12:06
ernstpah, I guess I could just add a ROOTFS_POSTPROCESS_COMMAND to fix it for now12:07
rburtonwell if you turn on LICENSE_CREATE_PACKAGE you get a PN-lic package for each package installed12:07
rburtonthen you can use complementary packages to pull all those in12:07
rburtoni guess thats not great if a package has complex licensing12:08
rburtona patch i'd positively review would replace the initial link with a copy so the ownership in the rootfs is right12:08
ernstpwill that automatically fix it, even if that code is not running under fakeroot?12:09
ernstp(can you run python code under fakeroot?)12:10
rburtonits a rootfs postprocess12:10
rburtonyeah i dont like this code one bit :)12:10
ernstpbut then again, no one really likes to work on licensing stuff :-)12:12
rburtonfwiw, setting COMPLEMENTARY_GLOB[lic-pkgs] = '*-lic' and LICENSE_CREATE_PACKAGE="1" and IMAGE_FEATURES_append = " lic-pkgs" might be an interesting experiment12:12
rburtonadd a new image feature, turn on license packages, install them12:13
ernstpfrom the LICENSE_CREATE_PACKAGE docs it sounded like you don't have to do anything special, it adds RRECOMMENDS12:13
rburtonso it does12:14
rburtonassuming you install PN12:15
ernstpwell those are the licenses you should ship so...12:15
rburtonnot if you have a package that breaks into PN and PN-foo but you only ship PN-foo12:16
*** vmeson <vmeson!> has quit IRC12:18
*** kaspter <kaspter!~Instantbi@> has quit IRC12:20
*** kaspter <kaspter!~Instantbi@> has joined #yocto12:21
*** rokm <rokm!rokm@> has joined #yocto12:41
*** JaMa <JaMa!~martin@> has quit IRC12:42
*** marka <marka!~masselst@> has joined #yocto12:43
rokmHi, I'm trying to add libinih (meta-oe/recipes-support) to my SDK12:43
rokmdoes anyone know how to handle this ?12:43
rokmand also this package has ALLOW_EMPTY = 112:46
LetoThe2ndrokm: the simplest way is to have your image that you create the sdk for depend in it (e.g., IMAGE_INSTALL)12:48
rokmbut I need lib file and includes in SDK to use it in apps12:49
LetoThe2ndyeah, so what?12:49
LetoThe2ndthe sdk matches the image. so if your image contains the lib, the sdk will include the lib and headers too12:49
rokmye but image contains lib and includes but when I look into SDK there are missing12:50
rokmI use populate-sdk12:51
rokmand even I have this on target12:51
rokmI need them on SDK for cross-compilation12:51
LetoThe2ndyesyes, thats obivous. just saw that it is static lib only. hm, let me check12:51
rokmthat I asked about this ALLOW_EMPTY12:52
rokmTOOLCHAIN_HOST_TASK_append also didn't help12:52
LetoThe2ndthe allow_empty is not the problem. the problem is that the static lib probably is not packed into anything else too.12:53
rokmalso I tried BBCLASSEXTEND = nativesdk12:53
rokmI think all what I found in the internet12:53
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:58
rokmLetoThe2nd: So it there any solution for this ?12:58
mckoanrokm: probably the recipe is not specifying FILES_${PN} += "${libdir}/lib*.so.*"12:58
rokmyep original recipe doesnt have this12:59
rokmbut I don't think that this will help in SDK issue13:01
LetoThe2ndmckoan: well the recipe explicitly states that its static only. so the question is a bit, was this intentional (because upstream means it that way) or just lazyness (because submitter likes only static, doesn't care about the rest)13:01
mckoanLetoThe2nd: indeed13:01
LetoThe2ndok, upstream seems to be quite unmaintened, last commit 4 or 5 years ago, but definitively shared-capable13:04
mckoanLetoThe2nd: rokm: in fact it is creating only libinih.a, no .so13:04
LetoThe2ndprobably one should remove the ALLOW_EMPTY, and pass some extra cmake arguments to build the shared version13:05
*** learningc <learningc!~learningc@> has quit IRC13:08
mckoanLetoThe2nd: you need to run cmake -D BUILD_SHARED_LIBS=y .13:09
mckoan[ 40%] Linking C shared library libinih.so13:09
mckoanrokm: please add this into the recipe EXTRA_OECMAKE = "-D BUILD_SHARED_LIBS=y"13:11
rokmok will try13:11
LetoThe2ndand remove the ALLOW_EMPTY13:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:14
*** zeddii <zeddii!~bruce@> has joined #yocto13:15
rokmNOTE: make -j 4 -D BUILD_SHARED_LIBS=y13:18
rokmmake: invalid option -- 'D'13:19
*** radsquirrel <radsquirrel!> has joined #yocto13:19
*** geissonator <geissonator!> has joined #yocto13:25
rokmSo my make doesn't support this13:26
*** morphis <morphis!> has quit IRC13:26
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:26
LetoThe2ndyour make?13:26
rokm  -w, --print-directory       Print the current directory.13:27
rokmmake: invalid option -- 'D'13:27
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:27
LetoThe2ndyeah but that should not even get to make, its for cmake13:27
rokmI run bitbake libinih13:27
*** fl0v0 <fl0v0!> has quit IRC13:28
rburtonrokm: did you set EXTRA_OEMAKE or EXTRA_OECMAKE?13:28
LetoThe2ndrburton: ++13:28
mckoanrokm: as I said, you need to run cmake -D BUILD_SHARED_LIBS=y .13:29
mckoanrokm: and then make13:29
*** fl0v0 <fl0v0!> has joined #yocto13:31
rokmdoing this from devshell -> OK13:37
rokmfrom bitbake -->  libinih-0.0+gitrAUTOINC+25078f7156-r3 do_package_qa: QA Issue: -dev package contains non-symlink .so: libinih-dev13:40
rokmcould this be related to missing FILES_${PN} += "${libdir}/lib*.so.*" ?13:41
*** goliath <goliath!~goliath@> has joined #yocto13:42
LetoThe2ndrokm: you shouldn't need the FILES_${PN}, actually once the EXTRA_OECMAKE is working properly13:42
rburtonno, because thats the default13:42
*** TobSnyder <TobSnyder!> has quit IRC13:45
*** bjocar <bjocar!3e77a7b2@gateway/web/freenode/ip.> has quit IRC13:49
rokmSo is there any parameter that will force to create symlink for this lib ?13:51
rburtonrokm: can you share your recipe?13:52
rburtoni suspect you have more than that13:54
rokmonly these which is in meta-oe13:54
rokmoriginal bb file13:54
mckoanrokm: what is this a .bbappend?13:54
mckoanrokm: not sure ALLOW_EMPTY_${PN} = "0" is correct, I'd remove the whole line13:55
rburtonthats because the recipe has ALLOW_EMPTY=1, because its wrong13:56
rburtonwhy are you passing ${S}/lib in extra_oecmake?13:56
rokmbecause it needs path to sources13:56
rokmwithout this i got error13:56
rburtonthat's passed before EXTRA_OECMAKE though13:57
rburtonand is ${S}13:58
rokmwhen I remove lib at the end i got this linux-gnueabi/libinih/0.0+gitrAUTOINC+25078f7156-r3/build/BUILD_SHARED_LIBS=y" does not exist.13:59
rokmfrom devshell I also had to put lib/ at the end14:00
rokmto be able to compile14:00
rburtonsounds like you need to remove the space between -D and BUILD_SHARED_LIBS14:00
rburtonbecause it thinks BUILD_SHARED_LIBS=y is a path14:00
rburton(yay cmake, always worse than you imagine)14:01
*** ravotus <ravotus!ade3df82@gateway/web/freenode/ip.> has quit IRC14:02
SaurIf I have two packages foo and bar that both provide virtual/foobar, am I supposed to be able to do EXCLUDE_PACKAGES = "virtual/foobar", or must I do "EXCLUDE_PACKAGES = "foo bar"?14:02
rokmgot the same results -> -dev package contains non-symlink .so: libinih-dev14:02
SaurWe just upgraded to Sumo, and it seems the former worked with Rocko, but not with Sumo...14:02
rokmit works witkout /lib at the end14:02
rokmbut the result is the same14:03
rburtonrokm: so guessing the cmake file is broken and the shared library isn't versioned14:03
rburtonwhich is bad form14:03
*** vmeson <vmeson!> has joined #yocto14:03
rokmI assume that it is not possible to fix this from recipe14:08
rokmlibinih is under "new bsd" So I think it will be faster, easier and legal that I will just compile it into my app14:13
rokmanyway thanks for support14:13
*** fl0v0 <fl0v0!> has quit IRC14:16
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC14:23
rburtonrokm: the wiki page i linked to tells you how to work around14:32
*** kasper150 <kasper150!~kasper@2a00:f41:481a:f24f:986a:b1dc:829d:fce2> has joined #yocto14:34
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto14:37
kasper150Hi, i'm looking for some help with meta-qt5. I'd like to change default libs path (/usr/lib) to custom (/opt/lib) on the target. I've been trying for 2 days and still have problems with building (yocto-sumo).14:37
*** goliath <goliath!~goliath@> has quit IRC14:39
*** lexano_ is now known as lexano14:40
*** kasper150 <kasper150!~kasper@2a00:f41:481a:f24f:986a:b1dc:829d:fce2> has quit IRC14:42
mckoanrokm: use this
*** morphis <morphis!> has joined #yocto14:45
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d126:a7f3:36c1:9198> has quit IRC14:49
*** armpit <armpit!~armpit@2601:202:4180:c33:e9ce:55a:1407:e711> has quit IRC14:49
*** lpotter <lpotter!~quassel@2001:8003:e172:cb00:ba27:ebff:febb:59b> has quit IRC14:49
*** gabrbedd <gabrbedd!> has quit IRC14:49
*** berton[m] <berton[m]!fabioberto@gateway/shell/> has quit IRC14:49
*** flying_sausages <flying_sausages!> has quit IRC14:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC14:49
*** svolpe <svolpe!> has quit IRC14:49
*** fitzsim <fitzsim!> has quit IRC14:49
*** adrianbunk <adrianbunk!> has quit IRC14:49
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC14:49
*** Bunio_FH <Bunio_FH!> has quit IRC14:50
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:851a:2df8:adf2:6bc7> has joined #yocto14:50
*** flying_sausages <flying_sausages!> has joined #yocto14:55
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:851a:2df8:adf2:6bc7> has quit IRC14:56
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:851a:2df8:adf2:6bc7> has joined #yocto14:57
*** armpit <armpit!~armpit@2601:202:4180:c33:e9ce:55a:1407:e711> has joined #yocto15:00
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto15:00
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d126:a7f3:36c1:9198> has joined #yocto15:08
rokmmckoan: thanks I will try it15:13
rokmmckoan: do_install will put libs on target which I dont need15:14
rokmbut now I hope thet there will not be a problem since so are generated15:16
*** ntl <ntl!> has quit IRC15:18
mckoanrokm: good luck!15:20
mckoanrokm: I wonder how you can not to use on the target if your app is using them though15:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:22
rokmhehe ;) now I have too, still had in mind .a lib15:23
*** kaspter <kaspter!~Instantbi@> has quit IRC15:27
*** kaspter <kaspter!~Instantbi@> has joined #yocto15:28
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:851a:2df8:adf2:6bc7> has quit IRC15:32
*** ntl <ntl!> has joined #yocto15:33
*** lusus <lusus!~lusus@> has quit IRC15:35
*** woutervh <woutervh!~wv@> has quit IRC15:48
kuzulisHi guys. Why I got:  No IMAGE_CMD defined for IMAGE_FSTYPES entry ... mesage when I try to create an own image type?15:49
rburtonpresumably because you didn't set IMAGE_CMD for your image type?15:50
kuzulisI have created a new class file "foo-image.bbclass" and put it to 'foo-layer/classes15:51
kuzulisIn this image I have added: IMAGE_CMD_foo() {}15:51
kuzulisIn this class-file I have added IMAGE_CMD_foo() {}15:51
kuzulisAnd I have added to IMAGE_FSTYPES = "ext3 foo"15:52
kuzulisDo I need to 'register' the 'foo' typename elsewhere?15:53
rburtonyou need to actually inherit foo-image15:54
rburtonjust putting it in the folder doesn't do anything15:54
kuzulisdo you mean in my file?15:55
kuzulisAhh... it work15:57
kuzulismany thanks15:57
rburtonbest to inherit it at a distro level so any image can use it15:57
*** learningc <learningc!~learningc@> has joined #yocto16:01
*** lexano <lexano!> has quit IRC16:01
kuzulisrburton: Do you men via INHERIT += 'foo-image' inside of a *.conf file?16:03
rburtonkuzulis: presumably you have your own distro, as poky is an example.  put it in that16:04
rburtonit being INHERIT, yes16:04
kuzulisNow I got:  Variable do_image contains tabs, please remove these16:06
kuzulisbut I don't see any tabs16:07
kuzulisI use only spaces16:07
*** cquast <cquast!~cquast@> has quit IRC16:07
kuzulisMaybe I need in: IMAGE_CLASSES += "foo-image" ?16:10
kuzulisinstead of inherit?16:11
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC16:14
*** lexano <lexano!~lexano@> has joined #yocto16:14
*** zeddii <zeddii!~bruce@> has quit IRC16:15
kuzulisWhat does this means: "Variable do_image contains tabs, please remove these " ?16:17
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto16:18
kuzulisMy foo-image.bbclass is simple: inherit image_types and IMAGE_CMD_foo () {}16:19
kuzulisBut I got an errors, related to tabs16:19
*** berton[m] <berton[m]!fabioberto@gateway/shell/> has joined #yocto16:24
*** fitzsim <fitzsim!> has joined #yocto16:24
*** adrianbunk <adrianbunk!> has joined #yocto16:24
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto16:24
*** mckoan is now known as mckoan|away16:24
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto16:29
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto16:36
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto16:36
*** lexano_ <lexano_!> has joined #yocto16:39
*** frsc <frsc!> has quit IRC16:42
*** lexano <lexano!~lexano@> has quit IRC16:43
kergothuse bitbake -e yourimage to examine the actual final do_image task16:45
*** stephano <stephano!~stephano@> has quit IRC16:49
rburtonRP: just sent a patch to add PACKAGE_EXCLUDE to opkg backend.  it replaces the previous warning patch.16:50
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC16:51
*** Crofton_ <Crofton_!~Crofton@> has joined #yocto16:57
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto16:57
*** Crofton_ is now known as Crofton|work16:57
*** dreyna <dreyna!> has joined #yocto17:07
*** dreyna <dreyna!> has quit IRC17:12
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:13
RPrburton: great, thanks17:15
RPkergoth: this remove change is proving to be a right pain to get working correctly :(17:16
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC17:23
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:d126:a7f3:36c1:9198> has left #yocto17:26
*** JaMa <JaMa!~martin@> has joined #yocto17:31
*** gabrbedd <gabrbedd!> has joined #yocto17:38
*** uglyoldbob <uglyoldbob!0cb623bb@gateway/web/freenode/ip.> has joined #yocto17:48
*** WillMiles <WillMiles!> has joined #yocto17:48
*** tprrt <tprrt!~tprrt@> has quit IRC17:48
uglyoldbobIm writing a recipe for a shared library (libfoo) and a recipe to use that shared library (junk). My junk recipe give me a QA issue of "requres, but no providers found in RDEPENDS_junk". How might i fix this?17:50
*** Alchemical <Alchemical!~al@unaffiliated/alchemical> has quit IRC17:53
*** maxin <maxin!> has quit IRC17:58
uglyoldbobit looks like it is examining /bin/junk, determining it needs, and complaining that it's not in rdepends. how might i fix this?18:00
kergothadd libfoo to the recipe DEPENDS to begin with. beyond that, it'll get added to RDEPENDS automatically if you link against it normally. if you dlopen it, you'll need to explicitly add libfoo to RDEPENDS_junk in the junk recipe18:02
uglyoldbobi'm linking normally. I add libfoo to DEPENDS, I still get the QA issue18:03
kergoththe do_pcakage task examines all elf binaries and maps them to the recipes that provide them and adds them to rdepends for you18:04
kergothso either it wasn't able to pick up that libfoo provides it, or wasnt able to pick up that junk needs it18:04
kergothyou can examine the shlibs directory in tmp18:04
kergothor actually i think thats under sysroots now18:04
kergothbut that's how it maps elf shared libarries to the packages that provide them18:05
uglyoldbobsysroots/blabla/pkgdata/runtime-rprovides/libfoo ?18:07
*** Crofton|work <Crofton|work!~Crofton@> has quit IRC18:08
*** comptroller <comptroller!> has quit IRC18:14
uglyoldbobi think i found my problem. I didn't provide a libfoo.spec file in my libfoo recipe (I used pkgconfig in that recipe)18:18
kergothbitbake doesn't care about .spec files, it's not used for shlibs at all18:19
rburtonuglyoldbob: quite possible that the library is built weirdly and doesn't conform to expected behaviour18:20
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:20
rburtonpresumably you can't share the source?18:20
uglyoldbobrburton: correct. it is built with autotools and generates pkgconfig data as well18:21
rburtonusing libtool to build the library?18:22
*** marka <marka!~masselst@> has quit IRC18:22
uglyoldbobyes. lib_LTLIBRARIES = libfoo.la18:22
rburtonweird :)18:23
rburtonif you read the log.do_package for both you'll see what it scans as the library provides, and then the library depends18:23
uglyoldbobadding a libfoo.spec file in my libfoo source made the QA warnings in junk (user of libfoo) go away18:24
uglyoldbobwait nevermind, i did a bitbake -c cleanall libfoo, and that apparently resolved my problem18:28
rburtonso just needed a rebuild18:29
rburtonweird, but works now i guess :)18:29
*** comptroller <comptroller!> has joined #yocto18:31
*** xtron <xtron!~mentor@> has quit IRC18:38
*** sveinse <sveinse!> has left #yocto18:40
*** learningc <learningc!~learningc@> has quit IRC18:41
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto18:44
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto18:53
*** xemc <xemc!> has quit IRC18:54
*** xtron <xtron!~mentor@> has joined #yocto19:00
*** morphis <morphis!> has quit IRC19:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:07
*** vmeson <vmeson!> has quit IRC19:44
*** Crofton|work <Crofton|work!~Crofton@> has joined #yocto19:49
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto20:03
*** WillMiles <WillMiles!> has quit IRC20:07
*** lexano_ is now known as lexano20:21
*** xtron <xtron!~mentor@> has quit IRC20:22
*** pohly <pohly!> has quit IRC20:31
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto20:43
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto20:43
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto20:43
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto20:49
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto20:51
*** xtron <xtron!~xtron@> has joined #yocto21:14
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC21:25
*** xtron <xtron!~xtron@> has quit IRC21:35
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto21:47
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC21:52
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:02
*** rburton <rburton!> has quit IRC22:05
*** Cbast <Cbast!~sfrigon@> has joined #yocto22:13
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:13
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC22:16
*** Cbast <Cbast!~sfrigon@> has quit IRC22:32
*** armpit <armpit!~armpit@2601:202:4180:c33:e9ce:55a:1407:e711> has quit IRC22:34
*** Cbast <Cbast!~sfrigon@> has joined #yocto22:37
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:38
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:38
*** Cbast <Cbast!~sfrigon@> has quit IRC22:51
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto22:54
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto22:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:18
*** NU-Slacker <NU-Slacker!~NU-Slacke@> has quit IRC23:23
*** xtron <xtron!~xtron@> has joined #yocto23:37
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto23:40

Generated by 2.11.0 by Marius Gedminas - find it at!