| *** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 00:05 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:06 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 00:16 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 00:16 | |
| *** stephano <stephano!stephano@nat/intel/x-tghrxmrudbhaoieu> has quit IRC | 00:17 | |
| *** wto <wto!~wto@213.80.106.141> has quit IRC | 00:20 | |
| *** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has left #yocto | 00:29 | |
| *** moto-tim1 <moto-tim1!~ttorling@134.134.139.72> has quit IRC | 00:46 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 00:46 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 00:50 | |
| *** Willy-- <Willy--!~william@drmons0544w-156-34-8-55.dhcp-dynamic.fibreop.ns.bellaliant.net> has quit IRC | 00:57 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ykdgzksxfuqgdxfn> has joined #yocto | 01:11 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 01:16 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 01:17 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 01:31 | |
| *** Saur <Saur!pkj@nat/axis/x-vsxdnalxkwapyelr> has quit IRC | 01:39 | |
| *** jij <jij!jonashg@nat/axis/x-owrydrakitzxivkd> has quit IRC | 01:40 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 01:45 | |
| *** macbug <macbug!~macbug@cgn85-194-11-214.bredband.comhem.se> has quit IRC | 01:53 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 02:21 | |
| yocti | New news from stackoverflow: bitbake error when remove wayland in local.conf on Ubuntu 14.04 <https://stackoverflow.com/questions/53530842/bitbake-error-when-remove-wayland-in-local-conf-on-ubuntu-14-04> | 02:29 |
|---|---|---|
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 02:36 | |
| *** wto <wto!~wto@213.80.106.141> has joined #yocto | 02:37 | |
| *** macbug <macbug!~macbug@cgn85-194-11-222.bredband.comhem.se> has joined #yocto | 02:38 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 03:29 | |
| *** kaspter <kaspter!~Instantbi@115.204.110.243> has quit IRC | 04:10 | |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-qxicyplcidouphsy> has quit IRC | 04:15 | |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-fqmhmmgvmxewulku> has joined #yocto | 04:17 | |
| *** armpit <armpit!~armpit@c-67-181-203-136.hsd1.ca.comcast.net> has joined #yocto | 04:24 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 04:42 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 04:42 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 04:42 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 04:46 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 04:52 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:00 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 05:59 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:09 | |
| *** BlauskaerM <BlauskaerM!~Fever@185.213.152.161> has quit IRC | 06:11 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:13 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:14 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ykdgzksxfuqgdxfn> has quit IRC | 06:21 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ofyyezyinfetkusm> has joined #yocto | 06:28 | |
| *** interruptguy <interruptguy!~interrupt@hel-inetgw01.vaisala.com> has joined #yocto | 06:37 | |
| *** timblechmann <timblechmann!~quassel@2001:e68:5420:5df3:b00f:7b39:cb2f:c9ab> has quit IRC | 06:52 | |
| *** frsc <frsc!~frsc@200116b824b74f0004e3aaf55ffc0253.dip.versatel-1u1.de> has joined #yocto | 07:24 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:28 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:28 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:29 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:33 | |
| *** jij <jij!jonashg@nat/axis/x-tmzjypohquwsqpph> has joined #yocto | 07:45 | |
| *** Klaus <Klaus!5c4f48aa@gateway/web/freenode/ip.92.79.72.170> has joined #yocto | 07:50 | |
| *** interruptguy <interruptguy!~interrupt@hel-inetgw01.vaisala.com> has quit IRC | 07:51 | |
| *** Klaus is now known as Guest12693 | 07:51 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:51 | |
| Guest12693 | Hello, i try to move my project from fido to thud. currebtly i have a problem to build busybox. the error message is: rpc/rpc.h - No such file. the problem was already mentioned here: https://lists.yoctoproject.org/pipermail/yocto/2018-May/041163.html but i don't find the solution if there is already one. What can i do? | 07:55 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 07:56 | |
| *** fl0v0 <fl0v0!~fvo@i577B90FE.versanet.de> has joined #yocto | 07:58 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 08:01 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 08:04 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 08:06 | |
| learningc | How can I add gcc compiler on my target? | 08:09 |
| learningc | And also tools like make | 08:09 |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 08:12 | |
| *** Guest12693 <Guest12693!5c4f48aa@gateway/web/freenode/ip.92.79.72.170> has quit IRC | 08:12 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:13 | |
| *** klaus0x7C4 <klaus0x7C4!5c4f48aa@gateway/web/freenode/ip.92.79.72.170> has joined #yocto | 08:13 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 08:14 | |
| *** mckoan|away is now known as mckoan | 08:14 | |
| mckoan | learningc: IMAGE_INSTALL_append = " packagegroup-core-buildessential" | 08:17 |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 08:17 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 08:18 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:19 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:23 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:25 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 08:26 | |
| *** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has joined #yocto | 08:26 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:30 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 08:33 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 08:35 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:36 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto | 08:41 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-25-27.home.otenet.gr> has joined #yocto | 08:42 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 08:43 | |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 08:46 | |
| *** klaus0x7C4 <klaus0x7C4!5c4f48aa@gateway/web/freenode/ip.92.79.72.170> has left #yocto | 08:48 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 08:51 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 08:54 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 08:55 | |
| *** kaspter <kaspter!~Instantbi@115.204.110.243> has joined #yocto | 09:13 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:19 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:19 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:23 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 09:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:26 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:26 | |
| *** Saur <Saur!pkj@nat/axis/x-jhjbqxqlnyrycxmf> has joined #yocto | 09:30 | |
| *** timblechmann <timblechmann!~quassel@2001:e68:5420:5df3:b065:f458:d9a4:c61e> has joined #yocto | 09:36 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 09:54 | |
| *** florian_kc is now known as florian | 09:58 | |
| *** JSwede <JSwede!c10fcc01@gateway/web/freenode/ip.193.15.204.1> has joined #yocto | 10:00 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:05 | |
| JSwede | Hi. Yesterday I asked a question about how to know that a certain configuration fragment that is added in a custom layer is actually included in the final build, without having to flash Yocto on the actual device. aeh29 came with some good hints but then my build server went offline so I had to postpone this to today. To be a bit more specific, I am using Digi Embedded Yocto 2.4, and I have created a custom layer with a configuration fr | 10:06 |
| JSwede | contains "CONFIG_TUN=y". When I build, I can see in the project directory that my fragment file was picked up, but I don't know if the kernel was built using this option. Does anyone know how I can check that without flashing the OS? | 10:06 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 10:06 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 10:07 | |
| JSwede | With "project directory" I mean: /home/dev/workspace/ccimx6ulsbc/tmp/work/ccimx6ulsbc-dey-linux-gnueabi/linux-dey/4.9-r0/tun_interface.cfg | 10:07 |
| *** klaus0x7C4 <klaus0x7C4!~klaus0x7C@mail.indu-sol.com> has joined #yocto | 10:07 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC | 10:12 | |
| *** cmichel <cmichel!~cmichel@mail.sv-maberzell.de> has joined #yocto | 10:22 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:28 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:29 | |
| tristanram | Hey guys, does anyone happen to know why trace ends up in the image even if I have no libaudit and trace states on target at execution "trace command not available: missing audit-libs devel package at build time."? | 10:31 |
| tristanram | Whats the purpose of having trace (3.3MB) on the image if it does not work? | 10:32 |
| LetoThe2nd | tristanram: look at the package dependencies to find out how it gets pulled in, and maybe also oe-pkgdata-util to see where it comes from | 10:37 |
| LetoThe2nd | tristanram: sounds like a bug, yes. | 10:37 |
| *** berton <berton!~berton@181.220.65.91> has joined #yocto | 10:39 | |
| *** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has quit IRC | 10:44 | |
| *** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has joined #yocto | 10:44 | |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto | 10:46 | |
| *** interruptguy <interruptguy!~interrupt@82-181-115-116.bb.dnainternet.fi> has quit IRC | 10:46 | |
| tristanram | LetoThe2nd: No results for "grep package-name recipe-depends.dot". Could it be that trace is built because my Kernel config has "CONFIG_AUDIT=y"? | 10:46 |
| *** fl0v0 <fl0v0!~fvo@i577B90FE.versanet.de> has quit IRC | 10:46 | |
| *** fl0v0 <fl0v0!~fvo@i577B99A5.versanet.de> has joined #yocto | 10:46 | |
| LetoThe2nd | tristanram: i doubt it, at least on first glance. have you checked which package/recipe provides that trace binary? | 10:47 |
| LetoThe2nd | -> oe-pkgdata-util | 10:47 |
| tristanram | LetoThe2nd: It comes from perf: oe-pkgdata-util list-pkg-files -p perf ... /usr/bin/trace ... | 10:51 |
| LetoThe2nd | tristanram: and nothing pulls in perf? package-depends.dot being completely silent? | 10:54 |
| tristanram | LetoThe2nd: I am pulling in perf myself. But I would only like to have perf and not trace if possible | 10:55 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 10:55 | |
| tristanram | LetoThe2nd: There is no point to me in having a non working trace | 10:55 |
| LetoThe2nd | tristanram: well then, look at the perf recipe if it is built unconditionally or what causes it, fix the recipe, then submit a patch :) | 10:56 |
| LetoThe2nd | IMHO this is a bug in the recipe | 10:56 |
| tristanram | LetoThe2nd: Trying to look into https://github.com/torvalds/linux/blob/v4.12/tools/perf/Makefile.config and https://github.com/torvalds/linux/blob/v4.12/tools/perf/Build on how NO_LIBAUDIT and CONFIG_AUDIT are working together. The latter has changed been changed to "CONFIG_TRACE" in newer Kernels. So the issue in the recipe might affect me because I am still on 4.12. | 11:11 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:13 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:14 | |
| *** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.193.46.75.3> has joined #yocto | 11:20 | |
| ak77 | hello! | 11:20 |
| *** yann <yann!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has joined #yocto | 11:22 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 11:23 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 11:24 | |
| ak77 | where to put my MACHINE_EXTRA_RDEPENDS? | 11:32 |
| ak77 | image recipe ? | 11:32 |
| ak77 | distro recipe? (i guess not) | 11:32 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 11:35 | |
| derRichard | ak77: i'd say your machine config | 11:35 |
| ak77 | derRichard: ok. how do i then extend existing machine config ? (case of rpi, it's meta layer defines all the machines) | 11:36 |
| derRichard | i define always my own machine type and inherit the existing one | 11:37 |
| derRichard | i depends on how you want to work with yocto. i try to avoid settings in my local.conf as much as possible | 11:38 |
| derRichard | others stuff almost all settings there.... | 11:38 |
| ak77 | derRichard: yes, i try to do the same | 11:39 |
| ak77 | derRichard: I did so, but now it's missing BSP or defconfig. | 11:45 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 11:47 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 11:47 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 11:50 | |
| rburton | RP: not sure what to do with 'xxx binconfig: only mangle files'. intention was to stop attempting to rewrite absolute symlinks (wx has wx-config as an absolute symlink so doesn't do the right thing) but what if the link is relative... | 11:54 |
| RP | rburton: tricky, I keep hoping we don't have many of these things. Error if there is a symlink in there? | 11:56 |
| RP | rburton: it would probably be reasonable only to have files in BINCONFIG_GLOB | 11:57 |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto | 11:58 | |
| RP | rburton: good news is I've figured out the ccache failure and the stoptasks one | 12:00 |
| rburton | RP: yay | 12:00 |
| mcfrisk | master emits lots of warnings from missing dependencies from ptest to locale packages. Is this a known issue? | 12:00 |
| [Sno] | I currently try to add a "run test" task for perl modules to prove before creating an image whether all/reasonable tests succeed | 12:00 |
| mcfrisk | e.g. WARNING: libxml2-2.9.8-r0 do_package_qa: QA Issue: libxml2-ptest rdepends on locale-base-en-us, but it isn't a build dependency? [build-deps] | 12:00 |
| [Sno] | is there any chance to add the interpreter into ${STAGING_DIR_TARGET}/usr/bin? | 12:01 |
| rburton | mcfrisk: are you using musl? | 12:01 |
| rburton | [Sno]: how do you suggest running a target binary at build time? | 12:01 |
| [Sno] | rburton: kind-of - similar to pgo run in python compile stage | 12:02 |
| rburton | [Sno]: so i've a proof of concept for that for python. qemu-user is *really* limited | 12:02 |
| rburton | [Sno]: see "XXX DOESNT WORK try package check" in poky-contrib:ross/py | 12:03 |
| rburton | qemu-user can't fork/exec which may be a problem | 12:03 |
| [Sno] | rburton: I tried by copying target perl into ${STAGING_DIR_TARGET}/usr/bin and then "cloned" the qemu-wrapper to run "perl -e ... t/*.t" | 12:03 |
| rburton | if that's not a problem then what i hacked up in that commit could be generalised | 12:03 |
| [Sno] | rburton: will check ;) | 12:04 |
| rburton | for a module, yes, getting the binary it the tricky bit | 12:04 |
| mcfrisk | rburton: not that I know of, just building core-image-minimal with USE_NLS = "no" and GLIBC_GENERATE_LOCALES="en_US" | 12:05 |
| [Sno] | rburton: BTW - any decision how to deal with the python3 related issues like http://errors.yoctoproject.org/Errors/Details/200715/ ? | 12:05 |
| rburton | mcfrisk: in that case its telling you that the tests won't work because youre missing the locales... | 12:05 |
| rburton | [Sno]: properly and upstream would be best | 12:06 |
| rburton | but upstream and cross is an uphill struggle | 12:06 |
| rburton | though my float detection change made it in | 12:06 |
| [Sno] | I must reject upstream :P | 12:06 |
| [Sno] | And properly is maybe impossible for me - as I wrote, I could appy a similar hack to sysconfig as Perl 5.x is using to load the "right" Config_heavy.pl | 12:08 |
| ak77 | how to inherit from existing machine ? | 12:08 |
| [Sno] | when this is acceptable - I give it a shot | 12:08 |
| *** procton <procton!~procton@114.147.241.83.in-addr.dgcsystems.net> has joined #yocto | 12:09 | |
| rburton | RP: the cpio patch i posted replaces the ones i had in mut last night | 12:09 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 12:12 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 12:13 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:14 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 12:15 | |
| RP | rburton: cool, I was expecting that :) | 12:18 |
| RP | rburton: just posted my various fixes for this morning... | 12:18 |
| [Sno] | rburton: to make it clear - I could hack something like https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/perl/perl/perl-configpm-switch.patch into Python-3.7.1/Lib/distutils/sysconfig.py | 12:19 |
| rburton | [Sno]: haven't looked deeply enough, but i think we're at one with needing hacks there currently. poking and working with upstream is a long-term effort that needs someone willing to get really dirty with the build | 12:21 |
| [Sno] | rburton: that should probably do someone who is familiar with Python community etc. | 12:23 |
| rburton | aye | 12:23 |
| *** yann <yann!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has quit IRC | 12:25 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 12:29 | |
| mcfrisk | various fixes, theme of the day :) | 12:30 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 12:31 | |
| rburton | mcfrisk: i guess the tests should use recommends? | 12:31 |
| mcfrisk | rburton: yea, that would be nice | 12:32 |
| mcfrisk | if they really don't need more locales | 12:32 |
| rburton | the tests will fail | 12:34 |
| mcfrisk | ok, then they need to depend. I can live with the warning. Was just wondering if it's by design and that seems to be the case. | 12:36 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 12:37 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:41 | |
| *** jostor <jostor!55a495f3@gateway/web/freenode/ip.85.164.149.243> has joined #yocto | 12:42 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:43 | |
| RP | rburton: down to one major problem now I think, the bitbake server restart one :/ | 12:43 |
| RP | rburton: Is there a "rebuild most things" patch I can put into -next to run another round of selftest testing? | 12:44 |
| rburton | oh i'm sure i have one somewhere ;) | 12:45 |
| RP | rburton: I've put a few questionable ones in -next already | 12:45 |
| rburton | well there's the python manifest patches from aehs in mut | 12:45 |
| *** adrianbunk <adrianbunk!~bunk@dsl-hkibng31-54faec-60.dhcp.inet.fi> has quit IRC | 12:46 | |
| rburton | touches python-native so surely will cause a fairly heavy rebuild | 12:46 |
| RP | rburton: I'm not sure it will actually rebuild | 12:46 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:48 | |
| jostor | Hi! I am building a yocto image for raspberrypi3. I am trying to get ufw to work. If I am trying to create some rules, I get an error message saying: FATAL: Module ip6_tables not found in directory /lib/modules/4.14.68 | 12:48 |
| jostor | I have tried adding IMAGE_INSTALL_append = " kernel-modules". Then it is working. But I guess it is a better idea to just include the needed modules? | 12:49 |
| jostor | If I am adding CONFIG_IP6_NF_FILTER=y, CONFIG_IPV6_SEG6_HMAC=y and CONFIG_IPV6_SEG6_LWTUNNEL=y, it is also working, but then the whole system is very unstable, and I get kernel panic after a few minutes. | 12:49 |
| jostor | What should I do to get it working? | 12:49 |
| RP | rburton: I guess we'll see. Local test says it might be enough | 12:49 |
| *** adrianbunk <adrianbunk!~bunk@dsl-hkibng31-54faec-60.dhcp.inet.fi> has joined #yocto | 12:52 | |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-fqmhmmgvmxewulku> has quit IRC | 12:56 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 13:03 | |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 13:22 | |
| didile_ | hi there! | 13:24 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:24 | |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-ehvzrquozzjqmwvc> has joined #yocto | 13:26 | |
| didile_ | I moved from morty to sumo and I now have troubles to built images | 13:29 |
| didile_ | There is an error in the new recipe "make-mod-scripts" | 13:30 |
| didile_ | https://pastebin.com/86pB1M22 | 13:30 |
| didile_ | The kernel sources are 4.1.15: https://github.com/fmntf/linux_kernel/tree/4.1.15_2.x-udoo | 13:31 |
| didile_ | The error says: "scripts/genksyms/lex.lex.c_shipped:567:10: fatal error: parse.tab.h: No such file or directory" | 13:32 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 13:36 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC | 13:41 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto | 13:49 | |
| *** Crofton|work <Crofton|work!~Crofton@38.90.133.135> has quit IRC | 13:59 | |
| *** yann <yann!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has joined #yocto | 14:01 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 14:03 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 14:06 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 14:06 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:07 | |
| derRichard | when using multilib yocto, what do i have to set to have the 32bits version of a library installed in my sdk? | 14:14 |
| [Sno] | rburton: see fwd mail - works in general | 14:22 |
| [Sno] | rburton: unfortunately there is a manual step ('cp tmp/work/cortexa8hf-neon-poky-linux-gnueabi/perl/5.28.0-r0/package/usr/bin/* tmp/work/cortexa8hf-neon-poky-linux-gnueabi/text-csv-xs-perl/1.37-r0/recipe-sysroot/usr/bin/') which needs somehow eliminated | 14:23 |
| yates | if you -c cleansstate for a recipe that DEPENDS on recipe recipeB, will recipeB be rebuilt? | 14:23 |
| yates | ...when bitbaking recipeA | 14:23 |
| yates | no | 14:24 |
| yates | you mean in binconfig.bbclass? | 14:25 |
| yates | [Sno]: you mean in binconfig.bbclass? | 14:25 |
| *** yann <yann!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has quit IRC | 14:26 | |
| yates | so override it in your recipe with a new binconfig_XYZ_preprocess() | 14:26 |
| [Sno] | yates: it's worth a try - thank you very much | 14:27 |
| yates | [Sno]: i've been squirreling with binconfig stuff for my wxwidgets library build for days now... :( | 14:28 |
| yates | s/squirreling/fidgeting/ | 14:28 |
| [Sno] | good luck ;) | 14:29 |
| yates | i need it - thank you. | 14:29 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 14:31 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 14:34 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 14:36 | |
| *** Crofton|work <Crofton|work!~Crofton@23-25-123-169-static.hfc.comcastbusiness.net> has joined #yocto | 14:37 | |
| *** yann <yann!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has joined #yocto | 14:42 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 14:44 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC | 14:49 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 14:52 | |
| *** yann <yann!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has quit IRC | 14:52 | |
| JPEW | I can't seem to be able to push to ssh://git@push.yoctoproject.org/poky-contrib anymore "Permission denied (publickey)". Is it just me? | 14:53 |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 14:57 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 15:02 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 15:03 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto | 15:04 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 15:04 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:06 | |
| *** yann|work <yann|work!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has joined #yocto | 15:12 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 15:13 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 15:21 | |
| *** yann|work <yann|work!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has quit IRC | 15:32 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 15:34 | |
| *** pschneider <pschneider!bcc3ba11@gateway/web/freenode/ip.188.195.186.17> has joined #yocto | 15:34 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:36 | |
| pschneider | Hi, can anyone help me with a current problem? I am trying to migrate a project from yocto-morty to yocto-pyro. I have two recipes, recipe A produces a static library and puts it into the $STAGING_LIBDIR, recipe B uses this library for built-in compilation with reference to $STAGING_LIBDIR (so that the lib and header from recipe A don't need to go to the target sysroot, but can be used in different recipes). That worked perfectly | 15:37 |
| pschneider | specific sysroots and I don't know a way to access staging directory from recipe A in my recipe B | 15:37 |
| kergoth | all recipes install files to ${D} in do_install | 15:38 |
| kergoth | they should not be putting an ything in staging directly, even in morty | 15:38 |
| kergoth | and there's no need for recipe B to do anything, libraries and headers are in the default linker search path already | 15:39 |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-66-25-27.home.otenet.gr> has quit IRC | 15:39 | |
| kergoth | linker/compiler, that is | 15:39 |
| pschneider | hi, thanks for the answer - I want to avoid that the library and headers from recipe A are put into the target system, I just want to share them with recipe B | 15:40 |
| kergoth | the correct process is to use do_install. | 15:41 |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 15:41 | |
| kergoth | if you don't want to package those files for target use, then set inherit nopackage or set PACKAGES = "" | 15:41 |
| pschneider | okay - ahm so recipe A installed the output to "install -m 0644 libgsm-utils.a ${STAGING_LIBDIR}/", where exactly should that go now? | 15:43 |
| kergoth | ${D}${libdir} is where it should always have gone, including in morty | 15:44 |
| pschneider | ah allright, I'll try that, thank you! | 15:45 |
| kergoth | no problem | 15:45 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:50 | |
| yates | is libz named something else in the oe layers? | 15:53 |
| yates | | /opt/fslc-x11/2.4.1/sysroots/x86_64-fslcsdk-linux/usr/libexec/arm-fslc-linux-gnueabi/gcc/arm-fslc-linux-gnueabi/7.2.0/real-ld: warning: libz.so.1, needed by /Storage/production-hardware-revision-A-1.0/sources/poky/build-hw-test-image/tmp/sysroots/imx6ul-var-dart/usr/lib/libwx_baseu-3.0-arm-fslc-linux-gnueabi.so, not found (try using -rpath or -rpath-link) | 15:53 |
| yates | zlib? | 15:53 |
| yates | flib? | 15:53 |
| yates | https://paste.fedoraproject.org/paste/PByWgPtxko0VbCE476iYEQ | 15:55 |
| kergoth | sounds like zlib isn't in DEPENDS? | 15:57 |
| yates | that's what i'm trying now. but the linker was looking for libz, not zlib... | 15:58 |
| kergoth | and the linker looks for libc, but you don't depends on libc,l the project is glibc | 15:58 |
| kergoth | not naming the proejct the name of the lib is extremely common | 15:59 |
| kergoth | it's glib, not libglib, gtk+ not libgtk, etc | 15:59 |
| *** tijko <tijko!~tijko@unaffiliated/tijko> has joined #yocto | 16:04 | |
| Crofton|work | OK, so I have a kernel module that I do not want installed on a bootstrap image | 16:05 |
| Crofton|work | but want it on all others | 16:05 |
| Crofton|work | and I have kernel-modules in machine definition, so all module send up in image | 16:06 |
| Crofton|work | How do I remove one module in one specific image? | 16:06 |
| *** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 16:06 | |
| kergoth | don't include kernel-modules in the machuine definition if you don't want it installed in all images | 16:06 |
| Crofton|work | kergoth, not the answer I am looking for :) | 16:07 |
| kergoth | it gets pulled in via a packagegroup, so any image with that packagegroup installed will end up with the kernel-modules package, you cant' use _remove to get rid of it at that point | 16:07 |
| Crofton|work | ah | 16:07 |
| Crofton|work | bother | 16:07 |
| kergoth | it's not directly installed via image_install or whatever | 16:07 |
| kergoth | it's part of packagegroup-base's machine package | 16:07 |
| Crofton|work | ok | 16:08 |
| kergoth | you could check and see if it's rrecommended or rdepended. if the former, you could remove it in the image | 16:08 |
| kergoth | if the latter, not doable without excluding packagegroup-base | 16:08 |
| Crofton|work | Need to deal then :) | 16:08 |
| Crofton|work | hmm | 16:08 |
| Crofton|work | comes in via MACHINE_EXTRA_RRECOMMENDS | 16:08 |
| kergoth | iirc paul put something in for removing packages, if it's rrecommended that won't result in removing the packagegroups | 16:08 |
| Crofton|work | = "kernel-modules | 16:09 |
| kergoth | PACKAGE_REMOVE Or something? or bad_recommends? | 16:09 |
| * kergoth shrugs | 16:09 | |
| Crofton|work | yeah | 16:09 |
| Crofton|work | ok | 16:09 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 16:13 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 16:15 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:16 | |
| yates | kergoth: yeah, i guest "z" would be a pretty terse library name... | 16:17 |
| yates | s/guest/guess/ | 16:17 |
| yates | -lz | 16:17 |
| kergoth | there's no real consistency in library vs project naming | 16:18 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 16:19 | |
| *** yann|work <yann|work!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has joined #yocto | 16:21 | |
| yates | ok someone please help me out here. i'm getting this error when building client-6300-devel recipe, which DEPENDS on wxwidgets, and the wxwidgets recipe DEPENDS on zlib (among others). https://paste.fedoraproject.org/paste/blyjn4sZaZWc68LYu~bt9g | 16:21 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 16:23 | |
| pschneider | @kergoth thank you very much, that worked like a charm and solved my problem (and got rid of an ugly workaround) | 16:26 |
| yates | does yocto only pull in a DEPENDS library if something in the recipe directly depends on the library? it seems other libraries in the wxwidgets recipe DEPENDS (e.g., libglu) are getting pulled in. | 16:26 |
| kergoth | pschneider: np | 16:27 |
| pschneider | so now I am stumbling into the next problem - I don't know if yocto related, I probably miss some kind of configuration or a package dependency - I try to run a python script found on github to test bluetooth and when I execute it i get that error: "ImportError: cannot import name GObject, introspection typelib not found" | 16:27 |
| pschneider | but I set: DISTRO_FEATURES += "gobject-introspection-data" | 16:28 |
| kergoth | probably need to import the appropriate classes for gobject introspection. i don't recall what they are offhand | 16:29 |
| yates | but i think zlib is a secondary dependency | 16:29 |
| pschneider | yeah but I can't figure out which ones - tried googling the error | 16:29 |
| kergoth | looks like you'll need to inherit the gobject-introspection class, and possibly others depending on the project. gnomebase, gsettings, gtk-icon-cache, gtk-doc, etc. grep oe-core and go based on the particular recipe | 16:30 |
| kergoth | grep is your friend | 16:30 |
| kergoth | i just did a grep inherit.\*gobject | 16:30 |
| pschneider | yeah well it's just a *.py file I downloaded from github | 16:30 |
| yates | yeah, but there are 36^N possibilities for a grep search string of length N... | 16:30 |
| yates | at least.. | 16:31 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 16:31 | |
| kergoth | yates: not sure offhand how indirect deps are handled in recipe specific sysroot construction | 16:31 |
| pschneider | I don't have a recipe I only try to execute the python script here | 16:31 |
| *** toanju <toanju!~toanju@x2f7085c.dyn.telefonica.de> has joined #yocto | 16:32 | |
| kergoth | if you're trying to run something on target, you'll need to ensure its dependent packages are installed, i.e. via adding to the image's image_install | 16:32 |
| yates | kergoth: was that intended for me? | 16:33 |
| kergoth | no | 16:33 |
| pschneider | yeah and I have problems figuring out which dependencies that *.py script has, that seems to be my root problem | 16:33 |
| kergoth | pschneider: i'd su ggest using recipetool to create a recipe for it. even if you don't need one, i t'll use the pythondeps script to scan it for python moduel/package deps and map them to the packages that've been built in your build dir | 16:34 |
| kergoth | so you can examine the resulting RDEPENDS_${PN} | 16:34 |
| kergoth | it's not full proof, since it naïvely scans the ast of the py thon script, but it's a starting point | 16:35 |
| pschneider | okay that is again very helpfull, I usually don't use the tool, can you point me in the right direction where to find documentation on how to do that? | 16:35 |
| kergoth | recipetool create --help | 16:36 |
| kergoth | it's probably int he yoctoproject.org docs too of course | 16:36 |
| kergoth | but it's rpetty straightforward. recipetool create <some-url-to-the-source> | 16:36 |
| *** learningc <learningc!~learningc@210.195.35.150> has joined #yocto | 16:36 | |
| *** toanju <toanju!~toanju@x2f7085c.dyn.telefonica.de> has quit IRC | 16:37 | |
| pschneider | thanks a whole lot! I'll do that! | 16:38 |
| yates | foolproof | 16:39 |
| yates | i see this in one of the lines from my linker error: libgio-2.0.so.0: undefined reference to `deflateSetHeader@ZLIB_1.2.2' | 16:40 |
| yates | does that mean it's looking for version 1.1.1 of zlib? | 16:40 |
| yates | sorry, 1.2.2 | 16:40 |
| yates | my sysroot has 1.2.8, not 1.2.2... | 16:40 |
| kergoth | it likely still has 1.2.2 versioned symbols, however, unless they do it much differently than glibc does | 16:43 |
| *** learningc <learningc!~learningc@210.195.35.150> has quit IRC | 16:43 | |
| yates | right. for backwards compatibility. | 16:44 |
| *** learningc <learningc!~learningc@210.195.47.31> has joined #yocto | 16:44 | |
| kergoth | exactly | 16:44 |
| *** yann|work <yann|work!~yann@lstlambert-657-1-118-9.w92-154.abo.wanadoo.fr> has quit IRC | 16:46 | |
| yates | does the build system search <sysroot>/lib as well as <sysroot>/usr/lib? | 16:46 |
| yates | libz.so.1 is in the former but not the latter | 16:47 |
| yates | and i noticed a lot of symlinks to <sysroot>/lib, via ../../lib | 16:47 |
| yates | is there an option to ld that says "spit out all your library search paths" | 16:49 |
| yates | s/spit out/emit to the console" | 16:49 |
| yates | i've looked and don't see it. | 16:49 |
| yates | or maybe i should just "echo $<libsearchvariable>"? | 16:50 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 16:53 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 16:59 | |
| RP | kanavin: I'm impressed you fixed a bug assigned in triage before the triage call finished :) | 17:13 |
| *** mckoan is now known as mckoan|away | 17:16 | |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC | 17:16 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 17:17 | |
| *** stephano <stephano!stephano@nat/intel/x-rpjvditnrquamowc> has joined #yocto | 17:18 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:18 | |
| *** fl0v0 <fl0v0!~fvo@i577B99A5.versanet.de> has quit IRC | 17:18 | |
| yates | DOH!!!! | 17:24 |
| yates | that was it. "ln -s ../../lib/libz.so.1" in the /usr/lib of sysroot fixed the link. | 17:25 |
| yates | is this a bug? | 17:25 |
| yates | maybe i should just put it in my do_install? | 17:26 |
| rburton | sounds like a bug in whatever is building, not libz | 17:26 |
| * rburton has to go again | 17:26 | |
| rburton | option 1: zlib is broken and nothing that uses it builds | 17:26 |
| rburton | (that's a lot of software) | 17:26 |
| rburton | option 2: zlib is fine and you're building something which is doing it wrong | 17:26 |
| yates | rburton: i'm simply putting zlib in the DEPENDS. it's yocto that does the rest | 17:27 |
| yates | well, that's not quite true | 17:28 |
| yates | i added this so binconfig_sysroot_preprocess(): sed -i -e 's:_ldflags="-L$libdir":_ldflags="-Wl,-rpath-link=$libdir -Wl,-Y$libdir":g;' $config | 17:28 |
| yates | s/so/to/ | 17:29 |
| yates | the -Y option is an old solaris option that says "add this path to the default paths" | 17:29 |
| yates | still, i don't see why this would hose zlib | 17:30 |
| yates | should i change it to: sed -i -e 's:_ldflags="-L$libdir":_ldflags="-Wl,-rpath-link=$libdir -Wl,-rpath-link=$libdir/../../lib -Wl,-Y$libdir":g;' $config | 17:32 |
| yates | that's in the wx-config script | 17:35 |
| rburton | i suspect this is getting really over-engineered but i'm also cooking right now | 17:35 |
| rburton | all binconfig does is change all references of eg $libdir to $STAGING_LIBDIR | 17:36 |
| rburton | so instead of getting -L/usr/lib it returns -L/path/to/sysroot/lib | 17:36 |
| yates | the problem is the -L option itself | 17:36 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:37 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ofyyezyinfetkusm> has quit IRC | 17:38 | |
| rburton | if wx-config is assuming that zlib is in $libdir then its wrong, and just hack it to add STAGING_BASELIBDIR too | 17:38 |
| rburton | erm, with a bonus _ | 17:38 |
| yates | STAGING_BASELINELIBDIR is basically <SYSROOT>/lib? | 17:39 |
| rburton | yes | 17:39 |
| rburton | STAGING_BASELIB_DIR | 17:39 |
| rburton | libdir = ..../usr/lib | 17:39 |
| rburton | baselibdir = .../lib | 17:39 |
| yates | right | 17:40 |
| rburton | from the last 10 seconds sounds like wx is assuming zlib is in the same prefix | 17:40 |
| rburton | same dir, even | 17:40 |
| yates | if that assumption is wrong, why does it work on a native build? | 17:42 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:42 | |
| yates | is there a $baselibdir as STAGING_BASELIB_DIR is toe STAGING_LIB_DIR? | 17:46 |
| rburton | have a look in bitbake.conf :) | 17:46 |
| yates | i've heard of that before.. :) | 17:46 |
| yates | the problem with -L is that it was causing the link to pick up the wrong version of libpthread. from the ld man: "Directories specified on the command line are searched before the default directories. All -L options apply to all -l options, regardless of the order in which the options appear." | 17:50 |
| yates | so without a -L, the correct one was picked up | 17:50 |
| yates | at least that's my story and i'm sticking to it... | 17:51 |
| yates | ymmv | 17:51 |
| *** cag_ss <cag_ss!~chris@50.59.178.98> has joined #yocto | 17:52 | |
| khem` | RP: I sent a v2 for musl update, I am not yet able to reproduce the issue locally, I am doing bitbake -ctestimage core-image-sato-sdk for qemux86-64, please give this a shot it has three more commits see https://git.musl-libc.org/cgit/musl/log/?qt=range&q=79f653c6bc2881dd6855299c908a442f56cb7c2b..39ef612aa193cc6e954ac5a01574300ccd4b7ef9 | 17:54 |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 18:01 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 18:04 | |
| *** frsc <frsc!~frsc@200116b824b74f0004e3aaf55ffc0253.dip.versatel-1u1.de> has quit IRC | 18:12 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 18:12 | |
| *** learningc <learningc!~learningc@210.195.47.31> has quit IRC | 18:18 | |
| *** BlauskaerM <BlauskaerM!~Fever@185.213.152.163> has joined #yocto | 18:20 | |
| *** BlauskaerM <BlauskaerM!~Fever@185.213.152.163> has quit IRC | 18:26 | |
| yates | why is this happening? https://paste.fedoraproject.org/paste/n5b1Lq3y0VGqw7lvIG6vRw | 18:26 |
| yates | (running the app that DEPENDS on wxwidgets on the target) | 18:27 |
| yates | yeah, different ABI versions, but why are they different? | 18:27 |
| *** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC | 18:28 | |
| *** BlauskaerM <BlauskaerM!~Fever@185.213.152.168> has joined #yocto | 18:28 | |
| kergoth | different flags used between the library and application build? | 18:29 |
| kergoth | iirc c++ abi can be specified.. | 18:29 |
| yates | you mean via a compiler flag? | 18:31 |
| *** lazyape_home <lazyape_home!~lazyape@athedsl-4549662.home.otenet.gr> has joined #yocto | 18:32 | |
| *** lazyape <lazyape!~lazyape@athedsl-4549662.home.otenet.gr> has quit IRC | 18:32 | |
| yates | things like -mfloat-abi=hard ? | 18:33 |
| *** armpit <armpit!~armpit@c-67-181-203-136.hsd1.ca.comcast.net> has quit IRC | 18:34 | |
| kergoth | yes, i.e. -fabi-version=0 or -std=c++0x or whatever | 18:34 |
| kergoth | in fact, from a quick google about it, https://www.reddit.com/r/Gentoo/comments/8x5e9m/incompatible_c_abi_correct_way_to_handle_in_ebuild/ looks to be the very same error | 18:34 |
| JaMa | but not -mfloat-abi, that would show different error abotu VFP registers | 18:35 |
| kergoth | that said, i'd expect wx-config to return the correct cxxflags | 18:35 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:2166:163d:d580:e520> has joined #yocto | 18:35 | |
| kergoth | so perhaps you just need to ensure you're using those | 18:35 |
| *** berton <berton!~berton@181.220.65.91> has quit IRC | 18:37 | |
| *** berton <berton!~berton@181.220.65.91> has joined #yocto | 18:39 | |
| *** berton <berton!~berton@181.220.65.91> has quit IRC | 18:56 | |
| *** berton <berton!~berton@181.220.65.91> has joined #yocto | 18:56 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 19:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:03 | |
| *** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC | 19:10 | |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has quit IRC | 19:19 | |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has joined #yocto | 19:19 | |
| khem` | wxGTK 2.8.x and 3.0 seems to incompatible | 19:27 |
| khem` | another issue could be flags used to compile wxGTK 3.x | 19:29 |
| khem` | gcc8 defaults to c++14 | 19:30 |
| khem` | it seems one of the involved packages is forcing -std flag can you post verbose do_compile for both the app and lib | 19:33 |
| khem` | see this is the issue https://github.com/bmwcarit/meta-ros/blob/master/recipes-extended/wxwidgets/wxwidgets_2.9.5.bb#L28 | 19:42 |
| khem` | delete that | 19:43 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 19:47 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 19:47 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 19:48 | |
| yates | is there a way to specify the -std= option for the c++ when bitbaking a library (wxwidgets)? what does yocto use by default? my application is using -std=c++11 | 19:53 |
| kergoth | yates: it's up to the underlying buildsystem | 20:02 |
| kergoth | bitbake doesn't fuss with how to build some particular cpp file | 20:03 |
| yates | is there a g++ option to emit the default c++ abi? | 20:05 |
| la_croix | Has anybody managed to build wifi into the yocto image for raspberry pi? I've added IMAGE_INSTALL_append = " linux-firmware-bcm43430" to local.conf, but it didn't work | 20:09 |
| *** berton <berton!~berton@181.220.65.91> has quit IRC | 20:10 | |
| *** stephano <stephano!stephano@nat/intel/x-rpjvditnrquamowc> has quit IRC | 20:14 | |
| yates | kergoth: ok. i'm just trying to see what XY in std=c++XY is being used when the autotools compile the wxwidgets source. | 20:16 |
| yates | ...trying to find out what XY... | 20:16 |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 20:20 | |
| yates | can i do something like "export CXXFLAGS="$CXXFLAGS -std=c++11" in a do_compile_prepend? | 20:26 |
| kergoth | oe doesn't set abi, which means you'd run into this outside of it too, so it should really be fixed there | 20:30 |
| yates | where? | 20:30 |
| kergoth | in the underlying buildsystem, as mentioned before | 20:30 |
| kergoth | autoconf? make? qmake? i have no idea what that recipe's project uses | 20:31 |
| kergoth | either way, abi selection isn't handled at the oe level | 20:31 |
| kergoth | generally speaking, anyway | 20:31 |
| yates | since this is autotools-based, are you saying that i should see where the abi is specified there? | 20:38 |
| yates | e.g., in some .m4 files or somesuch? | 20:38 |
| yates | beyond "./configure; make; make install" i'm pretty ignorant of autotools... :( | 20:38 |
| *** toanju <toanju!~toanju@x2f7085c.dyn.telefonica.de> has joined #yocto | 20:40 | |
| yates | and like i asked before, what if the autotools doesn't specify it? then isn't the compiler default used? and the compiler is NOT part of the autotools, but part of yocto | 20:45 |
| yates | the SDK, if i have that term correct. | 20:45 |
| yates | no? | 20:45 |
| yates | or am i confused? | 20:46 |
| kergoth | it's not relevant, because the same toolchain is used for both wxwidgets and your app | 20:46 |
| kergoth | if both were using the default, the mismatch wouldn't occur | 20:46 |
| kergoth | so one or both are specifying it | 20:46 |
| yates | yes, my applicaiton is specifying c++11, i know that for a fact. | 20:46 |
| kergoth | and that's not matching how wxwidgets is being compiled. | 20:47 |
| kergoth | so change one or hte other to match | 20:47 |
| yates | what if i really needed that ABI for my app? | 20:47 |
| yates | maybe i should rethink that - maybe i don't need it for the app. | 20:47 |
| kergoth | but yes you could manually adjust CXXFLAGS, assuming it's being obeyed properly. you could append to it right it he recipe. CXXFLAGS += "..." | 20:58 |
| khem` | la_croix: use Yoe distro :) https://github.com/YoeDistro/yoe-distro | 21:02 |
| *** khem` is now known as khem | 21:02 | |
| khem | yates: if you need c++11 then c++14 will work too, you dont need to lock to c++11 | 21:03 |
| khem | yates: unless you tell me what feature from c++14 is regressing your app, I would suggest to use defaults from compiler | 21:04 |
| khem | unless you are using gcc < 5 | 21:04 |
| bluelightning | khem: hmm, meta-yoe seems not to be in the layer index... | 21:07 |
| *** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has joined #yocto | 21:12 | |
| kergoth | hadn't heard of yoe before, interesting | 21:14 |
| bluelightning | I guess I will add it... I typically don't, people should submit their own layers, but I doubt Cliff would object | 21:18 |
| yates | does "devtool build <recipe>" run all the tasks to the end including rpms in the tmp/deploy? | 21:28 |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto | 21:30 | |
| *** Crofton|work <Crofton|work!~Crofton@23-25-123-169-static.hfc.comcastbusiness.net> has quit IRC | 21:35 | |
| JaMa | any poor soul also using 2.2 Morty (or any pre-RSS version) with multilib? | 21:36 |
| yates | yes | 21:37 |
| JaMa | do you also see errors/warnings like ERROR: QA Issue: gcc-cross-canadian-i686 rdepends on nativesdk-elfutils, but it isn't a build dependency? [build-deps] ? | 21:38 |
| JaMa | it's caused by wrong PKGDATA_DIR set by multilib.conf, but I'm wondering why nobody was complaining about it before | 21:38 |
| bluelightning | yates: no, just up to do_populate_sysroot & do_packagedata | 21:39 |
| bluelightning | yates: however, it's not documented, but you can configure that in conf/devtool.conf | 21:39 |
| *** toanju <toanju!~toanju@x2f7085c.dyn.telefonica.de> has quit IRC | 21:42 | |
| khem | bluelightning: yes, maybe I should submit it | 21:44 |
| bluelightning | khem: already taken care of :) | 21:44 |
| bluelightning | khem: I also added meta-riscv | 21:44 |
| khem | cool ! thanks | 21:44 |
| khem | yes I got email :) | 21:45 |
| bluelightning | ah yes I forgot we now email the maintainers | 21:45 |
| bluelightning | Cliff added you after the fact hence why you wouldn't have gotten one for meta-yoe | 21:45 |
| khem | i see | 21:46 |
| bluelightning | strictly speaking I wonder if we should email maintainers when they get added if they aren't adding themselves | 21:47 |
| bluelightning | seems like a courteous thing to do | 21:47 |
| * bluelightning adds todo item | 21:47 | |
| khem | you should | 21:47 |
| *** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 21:48 | |
| pschneider | Hey guys, I have a problem running a simple python3 script on my target. I wrote a recipe for it and try to figure out all dependencies, which I then included in the image. I also included 'gobject-introspection-data' into my DISTRO_FEATURES. Still - if I try to execute the script on my target it fails with ' File "/usr/lib/python3.5/site-packages/gi/importer.py", line 127, in find_module 'introspection typelib not found' % names | 21:56 |
| pschneider | on my host machine | 21:56 |
| pschneider | Are there any packages I could have missed which are not obvious? For the record, I am kinda new to python, never needed it before. | 21:57 |
| yates | is there a way to bitbake my recipe using modified files in the fetch folder? it seems the recipe will overwrite the mods there with the pristine original recipe source sometime during bitbake | 22:04 |
| kergoth | not sure what you mean by fetch folder | 22:04 |
| kergoth | but devtool modify is the easiest method to work with modified source | 22:04 |
| yates | kergoth: yeah, but i need the rpm's to generate too. | 22:05 |
| kergoth | and? | 22:06 |
| yates | and they're not | 22:06 |
| kergoth | devtool modify foo; bitbake foo -> now you have rpms | 22:06 |
| kergoth | you don't have to use devtool build just to use devtool modify | 22:06 |
| yates | doh! | 22:06 |
| yates | well why didn't you say so ... | 22:07 |
| * yates ducks | 22:07 | |
| kergoth | devtool modify makes a persistent change by creating the workspace layer, adding it to BBLAYERS, and generating a bbappend for the recipe in that layer which points to the pre-extracted/patched sources. any subsequent bitbake command will continue to work there | 22:07 |
| *** Crofton|work <Crofton|work!~Crofton@38.90.133.135> has joined #yocto | 22:08 | |
| yates | does bitbake <recipe -c cleansstate still work in that state too? | 22:13 |
| khem | yes | 22:13 |
| yates | great. | 22:13 |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 22:14 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 22:18 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 22:18 | |
| yates | is the proper way to invoke my application's clean function as part of a -c clean to define a do_clean_append() with my clean command(s)? | 22:21 |
| yates | it's not working: https://paste.fedoraproject.org/paste/QAP4whUhu4Yk2pe~vVB1kA | 22:22 |
| yates | i don't see what's wrong with this syntax - most of it is copied from the do_compile() | 22:23 |
| yates | https://paste.fedoraproject.org/paste/JzwGb~f3DfNzFDeWuKSTPQ | 22:23 |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 22:23 | |
| yates | does do_clean_xyz have to be python ? | 22:28 |
| yates | it can't be shell like the other tasks can be??? | 22:28 |
| aehs29 | yates: appends have to be whatever the original function is in | 22:29 |
| yates | doh! | 22:29 |
| yates | two years' in now and just finding this out... | 22:29 |
| yates | there is a lot of STUFF to know in this tool!!!!!!!! <arrrgghhhhh...> | 22:30 |
| yates | it hurts | 22:31 |
| JaMa | building OS isn't for the weak :) | 22:34 |
| yates | things really start to get interesting when you begin forgetting faster than you learn/refresh... | 22:36 |
| * yates cracks the mental whip at himself!!!! "Hya!" | 22:36 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:40 | |
| *** pschneider <pschneider!bcc3ba11@gateway/web/freenode/ip.188.195.186.17> has quit IRC | 22:47 | |
| yates | does morty use python 2? | 22:47 |
| yates | better "does morty's bitbake use python 2"? | 22:49 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 22:49 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 22:50 | |
| yates | ah, 2.6 or 2.7, right? | 22:50 |
| yates | https://www.openembedded.org/wiki/Required_software | 22:50 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 22:50 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 22:51 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 22:51 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 22:51 | |
| khem | morty uses python3 | 22:57 |
| khem | but bitbake itself is still py2 | 22:57 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 23:00 | |
| rburton_ | yates: if you can, do out of tree builds instead of needing a custom clean command | 23:01 |
| yates | so e.g. the python functions inside a .bbclass are python3? "python do_listtask() {...}" | 23:02 |
| rburton_ | no if bitbake is running in py2 then the functions need to be py2 | 23:04 |
| yates | rburton_: i don't understand the term "out of tree" although i've heard it used a lot. what do you mean by "out of tree bilds"? | 23:05 |
| yates | builds | 23:05 |
| rburton_ | if S=WORKDIR/foo-1.2/ then build tree can be B=WORKDIR/build. no built objects are written to S, but all written to B | 23:06 |
| yates | so does a standard do_clean remove the whole B? | 23:07 |
| rburton_ | no, because by default S=B | 23:07 |
| rburton_ | *but* autotools will set B=workdir/build and delete $B | 23:07 |
| rburton_ | ditto cmake, meson, and a few other build systems that do out of tree builds properly | 23:07 |
| rburton_ | of course, morty, so maybe not that old | 23:07 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-125-187.ssp.dialog.net.pl> has quit IRC | 23:12 | |
| yates | is there no way to call a shell function from python? | 23:16 |
| yates | so "python do_clean_append() {call myshellclean}" and "myshell_clean () {make clean}" | 23:17 |
| rburton_ | bb.build.exec_func() will let you run any bitbake function from a py function | 23:18 |
| rburton_ | you could just override do_clean entirely | 23:18 |
| rburton_ | presumably you're not actually running make clean, right | 23:18 |
| yates | not exactly but close. "make -f makfile.mak target=<target> platform=<platform> clean" | 23:20 |
| rburton_ | why are you doing that in do_clean? | 23:20 |
| yates | what's wrong with doing it there? seems obvious from the naming convention | 23:21 |
| rburton_ | do_clean deletes ${WORKDIR} | 23:21 |
| rburton_ | so your source tree disappears | 23:21 |
| yates | i need a command i can run to clean my project's output files. how to do? | 23:22 |
| rburton_ | lets back up: what are you trying to do | 23:22 |
| yates | make clean, basically, at the right directory in my project files, and with an environment variable set | 23:22 |
| yates | because my build puts the output outside of yocto (in /tmp) i need to run this to really clean | 23:23 |
| yates | i thought it would be easy to splice that in to yocto's clean process... | 23:24 |
| yates | somewhere, somehow.. | 23:24 |
| rburton_ | it does what | 23:24 |
| rburton_ | why does it put stuff in /tmp instead of under $WORKDIR | 23:25 |
| yates | this is a make system i've had since before yocto existed | 23:25 |
| yates | it's the way i did things | 23:25 |
| *** u1106 <u1106!~quassel@163.172.172.46> has quit IRC | 23:26 | |
| *** clementben is now known as clement | 23:26 | |
| rburton_ | do_clean[postfuncs] = "my_horrible_clean_hack" | 23:26 |
| rburton_ | hm, no, how would you run make clean after workdir has been deleted | 23:27 |
| *** u1106 <u1106!~quassel@163.172.172.46> has joined #yocto | 23:27 | |
| rburton_ | maybe a prefuncs | 23:27 |
| rburton_ | then you can just write a shell function that runs make | 23:27 |
| rburton_ | before workdir disappears | 23:27 |
| yates | what prefuncs? | 23:27 |
| rburton_ | do_clean[prefuncs] = "my_horrible_clean_hack" | 23:28 |
| rburton_ | my_horrible_clean_hack() { make clean } | 23:29 |
| yates | ok, cool | 23:29 |
| rburton_ | +=, actually. | 23:29 |
| yates | lemme give it a whirl.. | 23:29 |
| yates | and cleansstate invoke clean, so it'll run then too? | 23:31 |
| yates | --invokes | 23:31 |
| yates | ok seems to be working.. cool. | 23:33 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ijdxgwqptsdjurkh> has joined #yocto | 23:36 | |
| *** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has quit IRC | 23:39 | |
| *** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 23:44 | |
| yates | is readelf part of some tools recipe? | 23:45 |
| yates | yates: yes, binutils | 23:46 |
| yates | yates: thanks man! | 23:46 |
| rburton_ | teamwork! | 23:46 |
| yates | rburton_: why aren't you gone? you usually exit hastily around 5:07 | 23:49 |
| yates | EST | 23:50 |
| yates | i should shutup and enjoy the treat! | 23:50 |
| rburton_ | haha | 23:50 |
| rburton_ | because i just finished my 11pm staff meeting | 23:50 |
| yates | ? | 23:50 |
| rburton_ | hooray working in a team which has people across the globe, and being the only one in europe. 11pm calls | 23:51 |
| *** stephano <stephano!~stephano@134.134.139.74> has joined #yocto | 23:53 | |
| yates | to California? | 23:53 |
| yates | that'd be what, 3pm | 23:53 |
| yates | nm. | 23:53 |
| yates | mind going... fading... | 23:53 |
| rburton_ | west coast | 23:55 |
| rburton_ | and malaysia | 23:55 |
| rburton_ | i hope they dialled in from bed as its 7am for them! | 23:56 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!