Friday, 2020-06-26

*** ericch <ericch!> has quit IRC00:12
*** matthewzmd <matthewzmd!> has joined #yocto00:37
*** marquiz <marquiz!~marquiz@> has quit IRC00:57
*** marquiz <marquiz!~marquiz@> has joined #yocto00:57
*** dmoseley <dmoseley!~dmoseley@> has quit IRC01:18
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto01:19
*** goliath <goliath!> has quit IRC01:24
*** lexano <lexano!> has quit IRC01:34
*** lexano <lexano!> has joined #yocto01:37
*** dmoseley <dmoseley!~dmoseley@> has quit IRC01:46
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto01:46
*** stephano <stephano!> has quit IRC01:47
*** dreyna <dreyna!> has quit IRC01:50
*** vineela <vineela!~vtummala@> has quit IRC02:20
*** dmoseley <dmoseley!~dmoseley@> has quit IRC02:21
*** vineela <vineela!~vtummala@> has joined #yocto02:21
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto02:22
*** vineela <vineela!~vtummala@> has quit IRC02:25
*** rcw <rcw!> has quit IRC02:33
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC02:46
*** Emantor <Emantor!> has quit IRC03:02
*** Emantor <Emantor!> has joined #yocto03:05
*** lexano <lexano!> has quit IRC03:08
*** lexano <lexano!> has joined #yocto03:21
*** marquiz <marquiz!~marquiz@> has quit IRC03:30
*** marquiz <marquiz!~marquiz@> has joined #yocto03:33
*** bobo <bobo!> has joined #yocto03:42
*** maudat <maudat!> has quit IRC04:02
*** khem <khem!~khem@unaffiliated/khem> has quit IRC04:11
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto04:24
*** _rw <_rw!rewitt@unaffiliated/rewitt> has quit IRC04:38
*** rcoote <rcoote!> has joined #yocto05:08
*** ssajal <ssajal!> has quit IRC05:08
*** marquiz <marquiz!~marquiz@> has quit IRC05:26
*** ssajal <ssajal!> has joined #yocto05:45
*** NiksDev <NiksDev!~NiksDev@> has quit IRC05:49
*** dv|2 <dv|2!~dv@> has quit IRC05:50
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto05:51
*** dv|2 <dv|2!~dv@> has joined #yocto05:52
*** NiksDev <NiksDev!~NiksDev@> has quit IRC05:53
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto05:53
*** kroon <kroon!~kroon@> has joined #yocto05:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:59
*** AndersD <AndersD!> has joined #yocto06:06
*** lfa <lfa!> has joined #yocto06:07
*** agust <agust!> has joined #yocto06:09
*** pohly <pohly!> has joined #yocto06:15
*** mckoan|away is now known as mckoan06:21
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:27
*** ssajal <ssajal!> has quit IRC06:29
*** paulg <paulg!> has quit IRC06:32
*** marquiz <marquiz!~marquiz@> has joined #yocto06:37
*** Dracos-Carazza_ <Dracos-Carazza_!> has joined #yocto06:45
*** Dracos-Carazza <Dracos-Carazza!> has quit IRC06:45
*** alessioigor <alessioigor!> has joined #yocto06:48
*** yacar_ <yacar_!> has joined #yocto06:50
*** Dracos-Carazza_ is now known as Dracos-Carazza06:52
* alessioigor waves allDoes someone knows why when I change *only* DISTRO_VERSION the kernel without initramfs bundled is never rebuilt whereas the kernel with initramfs is always rebuilt? 06:53
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:53
kroonalessioigor, check with bitbake-diffsigs ?06:54
*** nucatus_ <nucatus_!> has quit IRC06:54
*** nucatus <nucatus!> has joined #yocto06:55
*** sstiller <sstiller!> has joined #yocto07:15
*** joker_the_second <joker_the_second!~joker_the@> has joined #yocto07:19
*** xtron1 <xtron1!~xtron@> has joined #yocto07:20
*** xtron <xtron!~xtron@> has joined #yocto07:25
*** xtron1 <xtron1!~xtron@> has quit IRC07:27
*** marquiz <marquiz!~marquiz@> has quit IRC07:32
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:32
*** gtristan <gtristan!~tristanva@> has quit IRC07:38
*** sagner <sagner!> has joined #yocto07:39
*** gtristan <gtristan!~tristanva@> has joined #yocto07:41
*** nucatus <nucatus!> has quit IRC07:50
*** nucatus <nucatus!> has joined #yocto07:51
Letothe2ndkanavin_home: i feel bombed...07:52
*** marquiz <marquiz!~marquiz@> has joined #yocto07:53
*** yann <yann!> has joined #yocto07:54
*** nucatus_ <nucatus_!> has joined #yocto07:56
*** marquiz <marquiz!~marquiz@> has quit IRC07:57
*** nucatus <nucatus!> has quit IRC07:59
*** nohit is now known as nohit_08:01
*** AndersD <AndersD!> has quit IRC08:05
stkw0Hi. I was trying to auto-load a module using KERNEL_MODULE_AUTOLOAD in a systemd system. But it doesn't work, seems that systemd-modules-load.service doesn't exist. Is this a bug or I'm doing something very wrong?08:07
*** hpsy <hpsy!~hpsy@> has joined #yocto08:11
*** marquiz <marquiz!~marquiz@> has joined #yocto08:17
*** alessioigor <alessioigor!> has quit IRC08:23
*** beratiks <beratiks!52de0992@> has joined #yocto08:42
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto08:44
*** Jay7 <Jay7!~quassel@2406:3003:2003:621:bc7e:7c86:fae7:36b6> has joined #yocto08:50
*** sakoman <sakoman!~steve@> has quit IRC09:02
*** sakoman <sakoman!~steve@> has joined #yocto09:12
*** mario-go` <mario-go`!> has quit IRC09:30
*** mario-goulart <mario-goulart!> has joined #yocto09:30
*** Jay7 <Jay7!~quassel@2406:3003:2003:621:bc7e:7c86:fae7:36b6> has quit IRC09:35
xtronQt is configured with xkbcommon only for x11, but qt apps through warning about missing xkbcommon when run on wayland, and this warning goes away by adding xkbcommon in qt packageconfig09:36
xtronis this understanding right thta Qt with xkbcommon is not X11 specific?09:37 says it run in various platform including Wayland09:38
*** NiksDev <NiksDev!~NiksDev@> has quit IRC09:40
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto09:41
*** meow` <meow`!~sbourdeli@> has quit IRC09:49
*** gtristan <gtristan!~tristanva@> has quit IRC09:56
*** meow` <meow`!~sbourdeli@> has joined #yocto09:57
*** xtron <xtron!~xtron@> has quit IRC09:59
*** nohit_ is now known as nohit10:01
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC10:01
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC10:04
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:05
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC10:15
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC10:23
*** xtron <xtron!~xtron@> has joined #yocto10:25
*** kanavin_home <kanavin_home!~ak@> has joined #yocto10:35
*** gtristan <gtristan!~tristanva@> has joined #yocto10:39
dv|2I want to make native recipe. what is the better way to do it: 1) with BBCLASSEXTEND += native or 2) ?10:47
*** sno <sno!> has quit IRC10:48
*** dv12 <dv12!> has joined #yocto10:55
*** Dracos-Carazza <Dracos-Carazza!> has quit IRC10:55
*** armpit <armpit!~armpit@2601:202:4180:a5c0:acbe:8216:8a55:1b44> has quit IRC10:58
*** marquiz <marquiz!~marquiz@> has quit IRC10:59
*** Dracos-Carazza_ <Dracos-Carazza_!> has joined #yocto10:59
*** Dracos-Carazza_ is now known as Dracos-Carazza11:01
*** armpit <armpit!~armpit@2601:202:4180:a5c0:acbe:8216:8a55:1b44> has joined #yocto11:01
*** xtron1 <xtron1!~xtron@> has joined #yocto11:04
paulbarkerdv|2: Does it make sense to build your recipe for the target as well? Or just native?11:04
Letothe2ndor to rephrase: it "DEPENDS" :)11:05
*** xtron <xtron!~xtron@> has quit IRC11:06
dv|2paulbarker, mainly to ba able to add DEPENDS += "myrecipe-native" (help tool to bild other recipes). It should be included into SDK and target also, I think. So both - native and target. I'm planning to add "lerna" tool (If you know NodeJS)11:06
Letothe2ndlerna to target? *lesigh*11:07
paulbarkerdv|2: It's pretty obvious then. If you go with (2) you'll only be able to build for native. If you go with (1) you can build for native + target.11:07
*** marquiz <marquiz!~marquiz@> has joined #yocto11:14
dv|2paulbarker, thank you!11:14
dv|2Letothe2nd, yes! I have a big emmc so customer may want to install node module that requires build-tools and lerna...11:15
dv|2btw, anybody there able to see the problem with dunfell npm.class ?11:16
dv|2npm.bbclass I mean11:17
*** kaspter <kaspter!~Instantbi@> has quit IRC11:19
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:23
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:28
*** jobroe <jobroe!> has joined #yocto11:31
*** NiniC0c0 <NiniC0c0!> has joined #yocto11:31
NiniC0c0Hello all, after upgrading our yocto from zeus to dunfell I got this issue: "Exception: FileNotFoundError: [Errno 2] No such file or directory: '/mnt/DATA_2/Ns/YOCTO/build/tmp/deploy/licenses/cust-base-image/recipeinfo'" any idea to fix that ?11:32
*** berton <berton!~berton@> has joined #yocto11:32
NiniC0c0from / task11:33
*** xtron1 <xtron1!~xtron@> has quit IRC11:33
*** xtron1 <xtron1!~xtron@> has joined #yocto11:33
*** leon-anavi <leon-anavi!~Leon@> has quit IRC11:44
RPndec: - from your fix :(11:47
ndecRP: hmm. maybe it's a bug in explode_dep_versions2() ;)11:48
ndeclet me check!11:48
*** goliath <goliath!> has joined #yocto11:57
*** joker_the_second <joker_the_second!~joker_the@> has quit IRC11:59
ndecRP: ok, i can reproduce.. i tested with meta-stm and meta-poky.. looks like meta-yocto-bsp fails..12:00
ndecLAYERDEPENDS is empty, that's why it fails.. will send a v2..12:01
*** marquiz <marquiz!~marquiz@> has quit IRC12:04
RPndec: thanks12:06
*** radsquirrel <radsquirrel!> has quit IRC12:07
*** radsquirrel <radsquirrel!> has joined #yocto12:08
*** xtron1 <xtron1!~xtron@> has quit IRC12:12
*** marquiz <marquiz!~marquiz@> has joined #yocto12:13
*** paulg <paulg!> has joined #yocto12:23
kanavin_homeRP: I think the new arrangement where I pre-test my patchbombs on the AB works rather well - I will not be bombing in july most likely, as I will be in a lake cabin12:29
ndecRP: v2 sent..12:31
*** jobroe <jobroe!> has quit IRC12:49
*** gtristan <gtristan!~tristanva@> has quit IRC12:53
*** ssajal <ssajal!> has joined #yocto13:05
*** rcw <rcw!> has joined #yocto13:06
RPkanavin_home: If we know you're not doing it we may try and keep things up to date13:08
RPkanavin_home: it does seem to work, yes. Its nice to look roughly up to date13:08
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC13:09
*** ericch <ericch!> has joined #yocto13:12
*** dv12 <dv12!> has quit IRC13:16
*** kroon <kroon!~kroon@> has quit IRC13:20
NiniC0c0Someone here could give me some info about recipeinfo file ?13:23
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC13:25
*** mihai-- <mihai--!~mihai@unaffiliated/mihai> has joined #yocto13:25
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto13:29
*** matthewzmd <matthewzmd!> has quit IRC13:29
*** matthewzmd <matthewzmd!> has joined #yocto13:30
*** sstiller <sstiller!> has quit IRC13:32
*** matthewzmd <matthewzmd!> has quit IRC13:33
*** xtron1 <xtron1!~xtron@> has joined #yocto13:39
*** matthewzmd <matthewzmd!> has joined #yocto13:40
kanavin_homeRP: I mostly want to avoid big bang/total recipe rewrite version upgrades (e.g. python 3.5->3.8), I think I've done my share of those :)13:44
kanavin_homeapt was the last, now we're good13:45
*** rcoote <rcoote!> has quit IRC13:54
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto13:54
*** mihai-- <mihai--!~mihai@unaffiliated/mihai> has quit IRC13:58
*** mattsm <mattsm!> has quit IRC14:10
*** mattsm <mattsm!> has joined #yocto14:10
*** armpit <armpit!~armpit@2601:202:4180:a5c0:acbe:8216:8a55:1b44> has quit IRC14:31
*** armpit <armpit!~armpit@2601:202:4180:a5c0:70b3:a67d:f15a:73af> has joined #yocto14:32
zeddiihalstead: around ?14:46
*** stephano <stephano!> has joined #yocto15:08
*** marquiz <marquiz!~marquiz@> has quit IRC15:20
*** dreyna <dreyna!> has joined #yocto15:31
*** nucatus_ <nucatus_!> has quit IRC15:37
*** tprrt <tprrt!> has joined #yocto15:38
halsteadGood morning zeddii.15:43
zeddiisent you an email with the details.15:44
*** gtristan <gtristan!~tristanva@> has joined #yocto16:00
*** xtron1 <xtron1!~xtron@> has quit IRC16:02
*** xtron <xtron!~xtron@> has joined #yocto16:06
*** xtron1 <xtron1!~xtron@> has joined #yocto16:07
*** xtron <xtron!~xtron@> has quit IRC16:10
*** marquiz <marquiz!~marquiz@> has joined #yocto16:18
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC16:22
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto16:22
*** marquiz <marquiz!~marquiz@> has quit IRC16:22
*** armpit2 <armpit2!~armpit@2601:202:4180:a5c0:5dd6:9daa:53f4:d130> has joined #yocto16:34
*** armpit <armpit!~armpit@2601:202:4180:a5c0:70b3:a67d:f15a:73af> has quit IRC16:36
*** mckoan is now known as mckoan|away16:37
*** nerdboy <nerdboy!~sarnold@> has joined #yocto16:39
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:40
*** sagner <sagner!> has quit IRC16:45
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC16:51
*** hpsy <hpsy!~hpsy@> has quit IRC16:53
*** hpsy <hpsy!~hpsy@> has joined #yocto16:53
*** xtron1 <xtron1!~xtron@> has quit IRC16:54
*** xtron1 <xtron1!~xtron@> has joined #yocto16:54
*** xtron1 is now known as xtron16:55
*** sno <sno!> has joined #yocto17:01
*** xtron <xtron!~xtron@> has quit IRC17:06
*** xtron <xtron!~xtron@> has joined #yocto17:06
*** NiniC0c0 <NiniC0c0!> has quit IRC17:16
*** leon-anavi <leon-anavi!~Leon@> has quit IRC17:22
*** xtron <xtron!~xtron@> has quit IRC17:28
*** yacar_ <yacar_!> has quit IRC17:30
*** rabbit9911 <rabbit9911!> has joined #yocto17:34
*** vineela <vineela!~vtummala@> has joined #yocto17:35
kergothHas anyone built an sdk targeting x32? I'm running into an issue where the cross-canadian toolchain in the sdk fails to find any libraries, it seems like it didn't obey BASE_LIB/baselib to search libx32, but gcc-cross works fine17:41
kergothI'm not super familiar with our gcc build, though17:41
RPkergoth: I don't think that is in the test matrix fwiw17:45
kergothah, good to know17:45
kergoththe x32 gcc binaries in the sdk are symlinked to the non-x32 binaries, but it wasn't built with a multi-lib configuration, so it always uses 'lib', not 'libx32', regardless of whether i'm building for x86_64 or x86_64 -mx3217:47
frayis anyone using x32 anymore?17:48
*** vmeson <vmeson!> has quit IRC17:53
*** vmeson <vmeson!> has joined #yocto17:53
*** tprrt <tprrt!> has quit IRC18:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:14
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:15
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:15
*** NiksDev <NiksDev!~NiksDev@> has quit IRC18:17
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto18:17
rabbit9911I am a little stuck.. I have an external-arm-toolchain ive been working on (that packages up a toolchain installed on the host).  It works as expected however... I want to compile some things with clang. So I have the meta-clang layer. When I set TOOLCHAIN="clang" those packages get the error "tmp/hosttools/ld: unrecognised emulation mode:18:23
rabbit9911Any ideas what I might have done wrong that makes clang use the hosttools/ld?18:24
rabbit9911Oh and yes if I skip the external-arm-toolchain and use the yocto generated one.. things work.18:25
rabbit9911So i'm sure its my fault :)   Just not sure what to look for18:25
*** armpit2 is now known as armpit18:30
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto18:31
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC18:32
paulbarkerrabbit9911: Are you using the ARM toolchain from meta-arm? Or writing your own recipes/classes? It's not clear from your question18:54
paulbarkerAlso what Yocto Project version are you using?18:54
rabbit9911I have a toolchain generated from crosstool-ng thats pre installed.   I am writing a yocto recipe to package up that toolchain for building yocto recipes.19:16
rabbit9911I am using dunfell19:16
rabbit9911My current thought is that there is a missing ld link missing in my PATH.. so the next ld in my PATH is tmp/hosttool/ld?19:22
rabbit9911still looking at that.. no idea if that is even possible.. seems strange.19:23
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto19:26
paulbarkerrabbit9911: Writing your own toolchain integration is probably one of the more advanced things you could do with Yocto Project. I don't expect it to be straightforward19:42
paulbarkerI recommend looking at the external-arm-toolchain support in meta-arm and seeing what you can learn from that19:43
kergothmeta-external-toolchain has logic that searches in multiple locations and handles differing toolchain layouts, so it's probably doable, but it's definitely non-trivial to integrate still19:44
kergothi've spent the past 4 days working on adding support for oe's own sdks as an external toolchain..19:44
kergothand i'm still not done19:44
kergoththe layer index should list a few external toolchain layers that work as examples, they take different approaches depending on which copied from where when19:45
kergothmeta-sourcery is a good example of a layer that builds upon meta-external-toolchain for more specific requirements, you don't have to copy everything to make an external toolchain layer, so that's a slightly different approach than most19:47
rabbit9911I did start with external-arm-toolchain. It seems to mostly work..19:47
rabbit9911I had to modify some things... but pretty much the same recipe.19:48
kergothmaybe ask khem if he knows if anyone has worked with clang and an external toolchain? afaik he's done a lot of the work on clang and musl19:48
* kergoth shrugs19:48
kergothi used to prefer the single recipe approach, since you can just grab the whole sysroot, but then you run into headaches with not knowing what your PROVIDES needs to be based on what the sysroot contains, can conflict with other recipes, etc. but the more granular external toolchain recipes have their own pain points19:50
rabbit9911So clang is just configured to use the wrong linker somehow. Going to look at the clang CMakeLists.txt and cmake.bbclass next.20:04
*** u1106_ <u1106_!> has quit IRC20:09
*** u1106 <u1106!> has joined #yocto20:09
*** matthewzmd <matthewzmd!> has quit IRC20:28
*** jdfree <jdfree!6a3369e0@> has joined #yocto20:35
jdfreehow to migrate from yocto rocko to thud20:36
jdfreeis there any guide for the same20:37
*** falstaff <falstaff!~quassel@2a02:169:3df5::509> has joined #yocto20:38
jdfreecan anyone help in yocto20:42
RPjdfree: there is a section in the manual about migration20:43
RP(for each release)20:43
rabbit9911Why thud and not zeus?20:45
jdfreei am a newbie, the manual provide only the changes takes place in the version, do we have a guide on how to20:48
jdfreeas i have a lot of local layesrs20:48
jdfreerabbitt9911: it is a specific need, want step by step increment in upgrade20:49
RPjdfree: wouldn't you start with rocko to sumo then?20:50
RPjdfree: the manual details the changes made to the core between each release series. We can't know what that means for any given layer and I doubt such a guide is possible20:51
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has quit IRC20:52
*** sno <sno!> has quit IRC20:53
*** pohly <pohly!> has quit IRC20:55
jdfreeRP yes i can go from rocko to sumo20:55
*** sno <sno!> has joined #yocto20:56
jdfreemy doubt is if i copy all the existing layers from rocko to the new version do i have to make any changes to the config files20:57
jdfreeand if i have to what all precautions i need to take20:58
RPjdfree: we have no idea what is in your config files so its impossible to say20:58
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:59
RPjdfree: presumably this is a new clean build environment you're doing this in and you can regularly rebuild whatever it is from scratch so you should be limited in the issues you can cause by trying?20:59
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto21:01
rabbit9911Personally I like to keep the poky directory 100% clean of any changes. My layers are external to poky directory.  So jumping between poky versions is pretty easy just a matter of fixing your recipes21:13
RPrabbit9911: that is how its meant to work :)21:13
RPJPEW: - your patches I'm afraid21:15
RPJPEW: do we have to have a flag day with the client/server changing together21:15
RP(this is an old server with new client changes)21:16
*** berton <berton!~berton@> has quit IRC21:18
*** jdfree <jdfree!6a3369e0@> has left #yocto21:21
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto21:23
JPEWRP: The new server can support old clients, but not the other way around21:26
kergothargh, can't use a multilib oe external toolchain with a non-multilib external tcmode build as things stand today, due to the particular libdir paths in use. the fact that it puts x32 binaries under lib64/x86_64-oe-linux/10.1.0/x32 instead of the expected libx32/x86_64-oemllibx32-linux-gnux32/10.1.0 is a problem.. unless i grab the other arch paths *too* when pulling the external files..21:30
* kergoth scratches head21:30
kergothi must be missing something21:30
RPkergoth: could some symlinking help?21:31
RPJPEW: thanks, I can safely upgrade our hashequiv server to this and we should be ok then?21:31
kergothi think i might need to check for a symlink in the current found gcc libdir (64, 32, x32) and follow it to its destination, then also include those files.. not sure, though21:32
JPEWRP: Yes... I can't remember if I explicitly checked for that so let me try it quick before I have you break everything ;)21:33
RPJPEW: thanks, I'm a bit nervous of breaking this21:34
JPEWRP: understandable21:35
RPJPEW: autobuilder hashserv db is 16GB21:35
JPEWWell, good news is that I'm fairly confident it wont corrupt the database21:35
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC21:39
RPJPEW: that is something, I think I had better make a backup though...21:40
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto21:40
JPEWRP: Probably wise21:41
RPthe system in question isn't enjoying the large files21:42
JPEWRP: OK, I just verified and the new server supports the old clients21:42
RPJPEW: thanks. I will update things and see what happens21:42
kergoththere we go, got my heuristic auto-selection of which environment-setup script to parse for tcmode-external-oe-sdk to work. now to sort out this missing crtbegin.o with my x32 multilib build issue..21:45
kergothchecks TARGET_ARCH, TARGET_OS, baselib, and then if TUNE_PKGARCH is included int he environment-setup, will check for it in PACKAGE_ARCHS in the env-setup21:46
RPkergoth: I keep dreaming there must be a better way to work with these toolchain paths21:50
RPJPEW: for fun I watched the cpu usage of the hashequiv server whilst we triggered a build on the autobuilder. Peaks at 36% cpu so far which isn't so bad21:55
*** ssajal <ssajal!> has quit IRC21:55
RPhalstead: you might find the above interesting21:55
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC21:57
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto21:58
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:08
* halstead nods.22:28
*** yann <yann!> has quit IRC22:34
*** creich <creich!> has quit IRC22:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:42
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:46
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC22:52
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto22:53
rabbit9911any reason EAT_TARGET_SYS not matching TARGET_SYS would cause trouble? Still trying to figure out why clang-cross-arm is using hosttools/ld linker.22:58
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC23:12
rabbit9911Seems like because the TARGET_SYS linker is not found.. the host linker is used... but I really want the EAT_TARGET_SYS linker..23:16
rabbit9911any ideas? The EAT_TARGET_SYS=arm-ca9v3-linux-gnueabihf  TARGET_SYS=arm-poky-linux-gnueabi23:17
rabbit9911This is only a problem when trying to use TOOLCHAIN=clang with the meta-clang layer23:18
*** hpsy <hpsy!~hpsy@> has quit IRC23:20
kergothI've run into issues with that mismatch previously with gcc, search paths might not be matching up, depending on how clang does library path searching23:22
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto23:33
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC23:41
*** ericch <ericch!> has quit IRC23:45
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto23:46
*** falstaff <falstaff!~quassel@2a02:169:3df5::509> has quit IRC23:46
*** ssajal <ssajal!> has joined #yocto23:47
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC23:53
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC23:54
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto23:54
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto23:54

Generated by 2.17.2 by Marius Gedminas - find it at!