*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 00:00 | |
*** clopez_ <clopez_!~tau@neutrino.es> has quit IRC | 00:06 | |
*** clopez <clopez!~tau@neutrino.es> has joined #yocto | 00:13 | |
*** flihp <flihp!~flihp@76.243.124.132> has joined #yocto | 00:22 | |
*** flihp <flihp!~flihp@76.243.124.132> has quit IRC | 00:23 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:27 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 00:27 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 00:28 | |
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 00:41 | |
*** Willy-- <Willy--!~william@156.34.80.156> has joined #yocto | 00:51 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:56 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:01 | |
*** User__ <User__!~User@mti-37-145.tm.net.my> has joined #yocto | 01:02 | |
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 01:06 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:10 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.72> has quit IRC | 01:14 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:15 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 01:19 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 01:20 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has quit IRC | 01:26 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has joined #yocto | 01:26 | |
*** adelcast1 <adelcast1!~adelcast@2605:6000:101c:1d8:cc9f:6c6b:af2d:72d7> has joined #yocto | 01:34 | |
*** stephano <stephano!~stephano@134.134.139.74> has quit IRC | 01:35 | |
*** adelcast1 <adelcast1!~adelcast@2605:6000:101c:1d8:cc9f:6c6b:af2d:72d7> has quit IRC | 01:43 | |
*** dreyna_ <dreyna_!~dreyna@unknown-157-218.windriver.com> has joined #yocto | 01:45 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has joined #yocto | 01:48 | |
*** dreyna <dreyna!~dreyna@unknown-157-218.windriver.com> has quit IRC | 01:49 | |
*** wolfmitchell <wolfmitchell!~mitchell@unaffiliated/wolfmitchell> has quit IRC | 01:50 | |
*** dreyna_ <dreyna_!~dreyna@unknown-157-218.windriver.com> has quit IRC | 01:54 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 01:57 | |
*** cratliff <cratliff!~cratliff@cpe-74-136-204-38.kya.res.rr.com> has joined #yocto | 02:07 | |
*** gtristan <gtristan!~tristanva@221.147.85.22> has joined #yocto | 02:31 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:35 | |
yocti | New news from stackoverflow: Yocto: create a symlink in an image recipe <https://stackoverflow.com/questions/49525426/yocto-create-a-symlink-in-an-image-recipe> | 03:15 |
---|---|---|
*** gtristan <gtristan!~tristanva@221.147.85.22> has quit IRC | 03:15 | |
kireevco | ok. i figured it out. all.bash -related message is not really an error, it doesn't prevent building stuff. so deceptive :-D | 03:21 |
*** gtristan <gtristan!~tristanva@221.147.85.22> has joined #yocto | 03:22 | |
*** cratliff <cratliff!~cratliff@cpe-74-136-204-38.kya.res.rr.com> has quit IRC | 03:30 | |
*** wolfmitchell <wolfmitchell!~mitchell@23-111-179-112.exho.co> has joined #yocto | 03:31 | |
*** wolfmitchell <wolfmitchell!~mitchell@unaffiliated/wolfmitchell> has joined #yocto | 03:31 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:46 | |
*** flihp <flihp!~flihp@76.243.124.132> has joined #yocto | 03:55 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 04:03 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 04:06 | |
*** sjolley <sjolley!~sjolley@134.134.139.73> has joined #yocto | 04:16 | |
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC | 04:17 | |
-YoctoAutoBuilder- build #933 of nightly-x86-64 is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64/builds/933 | 04:17 | |
-YoctoAutoBuilder- build #912 of nightly-x86-64-lsb is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64-lsb/builds/912 | 04:18 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-syjywcbchpyemlxg> has quit IRC | 04:19 | |
-YoctoAutoBuilder- build #986 of nightly is complete: Failure [failed] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/986 | 04:19 | |
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has joined #yocto | 04:21 | |
-YoctoAutoBuilder- build #906 of nightly-qa-extras is complete: Failure [failed Running Sanity Tests_2] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/906 | 04:41 | |
*** sjolley <sjolley!~sjolley@134.134.139.73> has quit IRC | 05:05 | |
*** sgw <sgw!~swold@134.134.139.76> has joined #yocto | 05:35 | |
yocti | New news from stackoverflow: Keeping rootfs with Inheriting rm_work in yocto <https://stackoverflow.com/questions/49526623/keeping-rootfs-with-inheriting-rm-work-in-yocto> | 05:45 |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 05:51 | |
*** hnje <hnje!~hnje@81.216.59.226> has joined #yocto | 05:55 | |
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 05:57 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 05:59 | |
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto | 06:11 | |
yocti | New news from stackoverflow: Difference between wic and hddimg format in yocto <https://stackoverflow.com/questions/49527057/difference-between-wic-and-hddimg-format-in-yocto> | 06:15 |
*** User__ <User__!~User@mti-37-145.tm.net.my> has quit IRC | 06:20 | |
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 06:21 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:21 | |
*** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has joined #yocto | 06:24 | |
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 06:27 | |
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 06:29 | |
*** AbleBacon_ is now known as AbleBacon | 06:29 | |
*** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has joined #yocto | 06:44 | |
*** fl0v0 <fl0v0!~fvo@mue-88-130-102-198.dsl.tropolys.de> has joined #yocto | 06:51 | |
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC | 06:55 | |
*** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto | 06:55 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 06:57 | |
*** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC | 07:03 | |
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has joined #yocto | 07:04 | |
*** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto | 07:25 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:30 | |
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has quit IRC | 07:32 | |
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has joined #yocto | 07:37 | |
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 07:39 | |
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has quit IRC | 07:43 | |
fberg | hello guys ! I have a recipe that builds a .so library. I have added the PACKAGES="${PN}-dev". Bitbake complains that QA Issue: -dev package contains non-symlink .so: | 08:01 |
fberg | what am I supposed to do ? | 08:02 |
LetoThe2nd | fberg: are you manually installing the files, or have you modified the FILES_* variables? | 08:03 |
LetoThe2nd | fberg: basically the warning tells you that your library ends up in the -dev package, not the standard one. | 08:03 |
fberg | LetoThe2nd: I haven't overwritten/updated the FILES_${PN}-dev | 08:04 |
LetoThe2nd | fberg: and what installation process are you using? | 08:05 |
fberg | but i have updated the FILES_${PN}-dbg variable only | 08:05 |
fberg | do_install(){ | 08:06 |
fberg | oe_runmake install incdir=${D}${includedir} libdir=${D}${libdir} | 08:06 |
fberg | } | 08:06 |
*** michael_e_brown <michael_e_brown!~michaeleb@143.166.116.80> has quit IRC | 08:07 | |
LetoThe2nd | well chances are that either your probably handwritten Makefile deploys to something else than libdir - or that you have to manually expand FILES_${PN} to pull the library into the correct image. inspecting the recipes sysroot respective packagesplit directories should give you some hints whats going on. | 08:08 |
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 08:09 | |
*** RyanMeulenkamp <RyanMeulenkamp!d5a0d55c@gateway/web/freenode/ip.213.160.213.92> has joined #yocto | 08:09 | |
fberg | LetoThe2nd: probably you are right | 08:12 |
fberg | the non -dev packages is empty | 08:12 |
LetoThe2nd | \o/ | 08:12 |
fberg | that is quite stringe since the install target install to libdir and incdir | 08:14 |
fberg | @echo "CP mylib.so" | 08:15 |
fberg | $(E)$(INSTALL) -m 644 libtinkerforge.so $(libdir) | 08:15 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:23 | |
*** pidge <pidge!~pidge@83.136.43.153> has joined #yocto | 08:26 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-olcwnveozfmstzyo> has joined #yocto | 08:42 | |
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 08:42 | |
*** maw <maw!~martinaw@121.37-191-157.fiber.lynet.no> has quit IRC | 08:44 | |
*** maw <maw!~martinaw@pdpc/supporter/student/maw> has joined #yocto | 08:44 | |
fberg | how can I disable -Werror flag within a recipe ? I've tried setting TARGET_CFLAGSi but it only adds additional flags | 08:59 |
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has quit IRC | 09:05 | |
*** yann <yann!~yann@178.208.16.32> has joined #yocto | 09:07 | |
mcfrisk | should I file bugs for unfixed CVE's in poky master branch? | 09:10 |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 09:13 | |
nayfe | mcfrisk: I think you can post CVE issues in oe-core mailinglist (kanavin rburton) | 09:20 |
kanavin | mcfrisk: it's better if you post patches | 09:22 |
LetoThe2nd | an alternative is to post cards! | 09:24 |
LetoThe2nd | </SCNR> | 09:24 |
mcfrisk | :) yea, I know. planning for yocto update and our current brach has no cve check findings, but master branch has so.. | 09:26 |
mcfrisk | core-image-minimal cve check findings are: coreutils CVE-2017-18018, shadow CVE-2016-6252, db CVE-2016-0682 CVE-2016-0689 CVE-2016-0692 CVE-2016-0694 CVE-2016-3418, perl CVE-2016-1238, libarchive CVE-2017-14501 CVE-2017-14503, libpcre CVE-2017-11164, busybox CVE-2017-15874, binutils CVE-2018-6543 CVE-2018-6759 CVE-2018-6872 CVE-2018-7208 CVE-2018-7568 CVE-2018-7569 CVE-2018-7570 CVE-2018-7642 CVE-2018-7643 | 09:30 |
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has joined #yocto | 09:31 | |
rburton | mcfrisk: so do you have patches for eg all those db CVEs in your current branch? | 09:31 |
nayfe | maybe its cve tool in master branch that detects more things ? | 09:32 |
rburton | maybe the cve-check-tool is useless | 09:32 |
rburton | (and yes, i made it find db cves in master) | 09:32 |
mcfrisk | or cve check isn't finding these from our branch due to older versions, and possibly NVD database has bad version details (likely) | 09:33 |
rburton | we were looking up 'db' in the database but the correct product is "oracle berkeley db' or similar | 09:33 |
nayfe | rburton: you find that tool useless? | 09:34 |
rburton | well not so much useless as not reliable | 09:34 |
rburton | the solution is to watch the feed of new CVEs and review every single one | 09:34 |
mcfrisk | well, the tool itself is roughly reliable and NVD databse is very unreliable for some CVEs where version details are just plain wrong. but it is better than nothing. | 09:35 |
rburton | mcfrisk: but passable isn't good enough for "did a security review" if it eg misses out all of berkeley db because nobody noticed the mitre database uses a different product name | 09:36 |
rburton | oh great, the mitre database is bust at the moment anyway | 09:36 |
mcfrisk | doing something is better than nothing.. | 09:37 |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 09:37 | |
nayfe | be better than the others :) | 09:37 |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 09:37 | |
rburton | lovely, the mitre database is now returning http 503 | 09:38 |
*** ant_work <ant_work!~ant__@host61-226-dynamic.182-80-r.retail.telecomitalia.it> has joined #yocto | 09:39 | |
kanavin | we should do security reviews the hard way | 09:39 |
kanavin | as rburton says | 09:39 |
kanavin | the tools are too unreliable | 09:39 |
kanavin | debian for example has a team which reviews every incoming cve, and decides on action points towards supported releases | 09:40 |
kanavin | the key thing is that this needs to be done by humans | 09:40 |
mcfrisk | well, I follow Debian and Ubuntu security notices and file things into internal bug tracker based on that too.. | 09:40 |
mcfrisk | some old issues have been found by yocto cve check so it's not completely useless | 09:42 |
mcfrisk | and for a few issues I have contacted NVD to update e.g. version details for some CVEs | 09:42 |
kanavin | I guess I generally don't like the idea of backporting CVEs, and the fact that a large proportion of security issues never even get a CVE id | 09:44 |
*** yann <yann!~yann@178.208.16.32> has quit IRC | 09:44 | |
*** yann <yann!~yann@178.208.16.32> has joined #yocto | 09:45 | |
mcfrisk | agreed, escpecially Linux kernel CVE data in NVD is useless, but I have found https://github.com/nluedtke/linux_kernel_cves/ to be useful for them.. | 09:48 |
kanavin | mcfrisk: the industry should move towards rolling releases, where instead of backporting security fixes, you'd simply keep up with upstream. | 09:50 |
kanavin | mcfrisk: obviously after thorough runtime testing | 09:51 |
BCMM | both need to exist, imho | 09:51 |
BCMM | (not in yocto, necessarily, but in general) | 09:52 |
BCMM | debian stable *does* work, and it exists for a reason - keeping up with upstream means a whole lotta new problems | 09:52 |
BCMM | backporting fixes (but not new features) takes care of old problems with fewer new problems introduced | 09:52 |
BCMM | (although, as was pointed out, debian does a massive amount of work to maintain that, and it's not perfect) | 09:53 |
kanavin | backporting fixes is often not technically possible, as you do need to understand the code, and even if you do, it might have changed too much between what you need to fix and where the upstream added the fix | 09:54 |
kanavin | for example, no one backports webkit fixes, it's too complex and too much work | 09:55 |
kanavin | so it either goes unpatched, or some distros do keep up with upstream | 09:55 |
kanavin | I'd say a browser engine is a rather security critical component | 09:55 |
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC | 10:01 | |
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has quit IRC | 10:03 | |
*** yann <yann!~yann@178.208.16.32> has quit IRC | 10:03 | |
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has joined #yocto | 10:04 | |
rburton | armpit: do you plan on doing the bind upgrade? | 10:05 |
*** arkom <arkom!~arkom@031135174084.warszawa.vectranet.pl> has joined #yocto | 10:11 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:12 | |
arkom | How to get Kernel build directory (not kernel-build-artifacts) in my recipe? | 10:13 |
arkom | I'm trying to create recipe for propetiary driver, and their build process require path to kernel build dir. | 10:14 |
-YoctoAutoBuilder- build #881 of poky-tiny is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/poky-tiny/builds/881 | 10:14 | |
LetoThe2nd | arkom: have you looked up the documentation on out-of-tree kernel modules? | 10:18 |
LetoThe2nd | arkom: it should all be documented here neatly: https://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html#working-with-out-of-tree-modules | 10:19 |
*** loulou2 <loulou2!51ff1123@gateway/web/freenode/ip.81.255.17.35> has quit IRC | 10:21 | |
RyanMeulenkamp | Hi! Question: why does 'make menuconfig' always start from scratch, and not from the provided .config? | 10:23 |
RyanMeulenkamp | And how do I make it start from .config? | 10:23 |
*** pidge <pidge!~pidge@83.136.43.153> has quit IRC | 10:25 | |
*** pidge <pidge!~pidge@83.136.43.153> has joined #yocto | 10:25 | |
arkom | LetoThe2nd: Yes I did. But inheriting from module.bbclass did not solve my problem. I can get path to kernel-build-artifacts, but it is not enough. The driver I'm trying to integrate, has his weird build process | 10:26 |
LetoThe2nd | arkom: well in my experience, if things like that become too weird its easier to roll a custom kernel repo that integrates whatever you need. | 10:27 |
fberg | hello guys, I'm trying to compile fcgiwrap. I've created a basic recipe that fetch fcgiwrap-1.0.0 from github. By the way during the do_compile() process bitbake exit with the following error: | 10:28 |
fberg | fcgiwrap.c:573:4: error: this statement may fall through [-Werror=implicit-fallthrough=] | 10:28 |
fberg | how can I disbale the -Werror flags ? | 10:28 |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 10:28 | |
rburton | fberg: -Werror isn't us, its the fcgiwrap recipe | 10:29 |
rburton | some projects think using it is clever but its actually really stupid for exactly this reason | 10:29 |
rburton | (you're using a newer compiler, so get new errors, so the build breaks) | 10:29 |
fberg | that's interesting.. | 10:29 |
rburton | if you're lucky there's an option to stop the makefile passing -Werror, if youre unlucky you'll need to patch it out | 10:30 |
fberg | by the way thank you rburton | 10:30 |
rburton | either way complain to the fcgiwrap maintainers that werror should be *opt in* | 10:30 |
fberg | I will | 10:30 |
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has quit IRC | 10:34 | |
*** yann <yann!~yann@178.208.16.32> has joined #yocto | 10:44 | |
*** gtristan <gtristan!~tristanva@221.147.85.22> has quit IRC | 10:45 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 10:45 | |
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 10:49 | |
RyanMeulenkamp | Another question: I built a kernel with perf enabled, and now I get a segfault when loading module 8021q. Why does this happen? | 10:54 |
LetoThe2nd | RyanMeulenkamp: options: 1) module does not match the kernel 2) module is buggy 3) kernel is buggy. | 10:57 |
LetoThe2nd | (all are possible) | 10:58 |
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has joined #yocto | 10:58 | |
RyanMeulenkamp | It also happens on g_ether | 10:59 |
RyanMeulenkamp | Apparently all kinds of things break when enabling perf.. | 11:00 |
*** RyanMeulenkamp <RyanMeulenkamp!d5a0d55c@gateway/web/freenode/ip.213.160.213.92> has quit IRC | 11:09 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 11:10 | |
yocti | New news from stackoverflow: Yocto generated nativesdk-cmake SDK is incomplete <https://stackoverflow.com/questions/49532977/yocto-generated-nativesdk-cmake-sdk-is-incomplete> | 11:16 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 11:19 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 11:21 | |
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC | 11:24 | |
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 11:29 | |
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto | 11:30 | |
*** abelal <abelal!~quassel@110.93.212.98> has quit IRC | 11:35 | |
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC | 11:36 | |
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto | 11:36 | |
*** abelal <abelal!~quassel@110.93.212.98> has joined #yocto | 11:36 | |
*** yann <yann!~yann@178.208.16.32> has quit IRC | 11:50 | |
*** yann <yann!~yann@178.208.16.32> has joined #yocto | 11:56 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 12:02 | |
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 12:03 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 12:03 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 12:06 | |
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto | 12:07 | |
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 12:10 | |
*** hnje1 <hnje1!~hnje@81.216.59.226> has joined #yocto | 12:11 | |
*** hnje2 <hnje2!~hnje@81.216.59.226> has joined #yocto | 12:14 | |
*** hnje <hnje!~hnje@81.216.59.226> has quit IRC | 12:14 | |
*** hnje1 <hnje1!~hnje@81.216.59.226> has quit IRC | 12:17 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 12:24 | |
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 12:26 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 12:26 | |
*** christner <christner!~dchristne@70-91-95-105-washington.dc.hfc.comcastbusiness.net> has joined #yocto | 12:28 | |
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC | 12:29 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 12:30 | |
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto | 12:30 | |
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 12:33 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 12:33 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 12:41 | |
*** marka <marka!~masselst@184.175.21.48> has joined #yocto | 12:44 | |
*** arkom <arkom!~arkom@031135174084.warszawa.vectranet.pl> has quit IRC | 12:44 | |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:46 | |
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has joined #yocto | 12:55 | |
*** pidge <pidge!~pidge@83.136.43.153> has quit IRC | 13:03 | |
*** pidge <pidge!~pidge@83.136.43.153> has joined #yocto | 13:03 | |
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has quit IRC | 13:04 | |
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has quit IRC | 13:06 | |
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:6683:415a:bf63:3223> has quit IRC | 13:16 | |
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:6683:415a:bf63:3223> has joined #yocto | 13:16 | |
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has joined #yocto | 13:18 | |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 13:19 | |
*** cratliff <cratliff!~cratliff@209.83.116.104> has joined #yocto | 13:22 | |
*** hnje2 <hnje2!~hnje@81.216.59.226> has quit IRC | 13:23 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:28 | |
*** ant_work <ant_work!~ant__@host61-226-dynamic.182-80-r.retail.telecomitalia.it> has quit IRC | 13:28 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 13:36 | |
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has quit IRC | 13:42 | |
yocti | New news from stackoverflow: How to setup an Yocto recipe to build from a local git source? <https://stackoverflow.com/questions/49535881/how-to-setup-an-yocto-recipe-to-build-from-a-local-git-source> | 13:47 |
*** morphis__ <morphis__!~morphis@pD9ED6540.dip0.t-ipconnect.de> has joined #yocto | 13:49 | |
*** morphis_ <morphis_!~morphis@pD9ED728D.dip0.t-ipconnect.de> has quit IRC | 13:53 | |
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has quit IRC | 14:04 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 14:09 | |
laplante | Now that insserv is gone, has everyone pretty much moved to systemd? | 14:12 |
jww | Hello ! | 14:17 |
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 14:19 | |
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has joined #yocto | 14:19 | |
*** rfried <rfried!~rfried@207.154.200.205> has quit IRC | 14:21 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:32 | |
*** rfried <rfried!~rfried@207.154.200.205> has joined #yocto | 14:33 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:42 | |
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has quit IRC | 14:43 | |
*** yann <yann!~yann@178.208.16.32> has quit IRC | 14:49 | |
*** yann <yann!~yann@178.208.16.32> has joined #yocto | 14:51 | |
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC | 14:55 | |
*** mario-go` <mario-go`!~user@static.107.70.9.5.clients.your-server.de> has joined #yocto | 14:55 | |
*** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has quit IRC | 14:56 | |
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 14:57 | |
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has joined #yocto | 14:58 | |
*** wladz <wladz!~zuz@107.170.255.55> has quit IRC | 15:02 | |
*** yann <yann!~yann@178.208.16.32> has quit IRC | 15:08 | |
jww | I have some troubles with a custom recipe, I can build it using bitbake ecsw-lib , but I cannot add it to an image I have an error from dnf telling me it cannot find it.here is the .bb file source, the .bbappend and bitbake output with error : http://dpaste.com/1TWH1H7 , can somebody help please ? | 15:09 |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:16 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:17 | |
otavio | rburton: i reported a serious bug on golang | 15:17 |
*** yann <yann!~yann@178.208.16.32> has joined #yocto | 15:18 | |
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto | 15:25 | |
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto | 15:25 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 15:28 | |
*** Artox <Artox!~Artox@79.124.7.87> has joined #yocto | 15:28 | |
*** sgw <sgw!~swold@134.134.139.76> has quit IRC | 15:32 | |
*** yann <yann!~yann@178.208.16.32> has quit IRC | 15:33 | |
laplante | jww: check the packages-split directory under the recipe's workdir (e.g. build/tmp/work/mymachine/ecsw-lib/1.0r0..../packages-split/ecsw-lib/) and ensure it's not empty | 15:38 |
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has joined #yocto | 15:46 | |
*** rajm <rajm!~robertmar@167.98.27.229> has quit IRC | 15:46 | |
fberg | hello guys ! I ahve a recipe whose makefile install mylib.a in /usr/lib using: install:all install -d -m 755 ${DESTDIR}$(libdir) install -m 644 libjsmn.a ${DESTDIR}$(libdir) | 15:47 |
fberg | the compilation process has no problem, but the QA complains that Files/directories were installed but not shipped in any package: | 15:48 |
fberg | 15:48 | |
fberg | usr/lib | 15:48 |
fberg | usr/lib/mylib.a | 15:49 |
fberg | by the way in my recipe I've added: PACKAGES = "${PN} ${PN}-dev" | 15:49 |
kergoth | you removed ${PN}-staticdev, so it's not packaged anymore | 15:49 |
fberg | Does anyone have any suggestion ? | 15:49 |
rburton | fberg: why are you changing PACKAGES? | 15:55 |
rburton | as kergoth said it goes into PN-staticdev normally, which you've explicitly removed | 15:56 |
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has quit IRC | 15:57 | |
fberg | rburton: | 15:57 |
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has joined #yocto | 15:58 | |
fberg | kergoth: | 16:00 |
fberg | thank you | 16:00 |
fberg | I have seen that FILES_${PN} also include ${libdir}/*.a | 16:01 |
fberg | by the way it's not the case | 16:01 |
rburton | only staticdev has .a in by default | 16:01 |
zeddii | somtimes I wish I understood WTF go wants from me when building things | 16:03 |
* zeddii wanders off in a rage | 16:03 | |
rburton | your firstborn | 16:03 |
zeddii | I'm also wondering why my core-image-kernel-dev has latched onto a kernel module from a kernel version I'm not building and refuses to assemble | 16:03 |
zeddii | this is not helping the rage | 16:03 |
zeddii | * Solver encountered 1 problem(s): | 16:04 |
zeddii | * Problem 1/1: | 16:04 |
zeddii | * - nothing provides kernel-module-6lowpan-4.15.0-rc9-yoctodev-standard needed by kernel-modules-4.15-rc++git0+ee7e849882_c36098c410-r0.qemux86_64 | 16:04 |
zeddii | * | 16:04 |
rburton | and this is why i do builds in a tmpfs | 16:04 |
rburton | good for blasting away tmp if i need to | 16:04 |
zeddii | I'M BUILDING 4.14 for rburton's test failure!!! | 16:04 |
rburton | yay zeddi | 16:04 |
zeddii | but I can't assemble the core-image-kernel-dev | 16:04 |
zeddii | I guess I'll rm -rf tmp and wait the time again. | 16:04 |
* zeddii waves by to the hour that first one took. | 16:04 | |
zeddii | bye even | 16:05 |
zeddii | the rage has stopped me from properly typing :D | 16:05 |
jww | laplante: this directory is empty ! | 16:06 |
fberg | rbuton: tahnk you | 16:06 |
zeddii | rburton. just drop all my recent SRCREV updates. it's going to be next week before I get another version of the patches out. since I'm off for a 4 day easter weekend and this obscure build error has run me out of time. | 16:09 |
laplante | jww: then packaging failed, I think, and so no rpm is generated. Can you try a bitbake ecsw-lib -c cleansstate, and then try again with bitbake ecsw-lib? | 16:11 |
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto | 16:12 | |
rburton | jww, laplante: bitbake ecsw-lib -C unpack is faster | 16:12 |
rburton | doesn't spend an age trying to find sstate to remove, just forces a rebuild | 16:12 |
laplante | rburton: sweet, thanks! | 16:12 |
kergoth | indeed, -C is great. also the only way to force a build from scratch when sstate mirrors are involved | 16:13 |
kergoth | well, otehr than the heavier-handed --no-setscene | 16:13 |
*** yann <yann!~yann@178.208.16.32> has joined #yocto | 16:13 | |
jww | laplante: I get the same issue. | 16:14 |
laplante | jww: strange, perhaps an expert can chime in :/ | 16:15 |
rburton | jww: remove do_configure and do_compile | 16:16 |
jww | rburton: ok I'll try it . | 16:16 |
rburton | jww: well, your do_install and FILES dont match do they | 16:16 |
rburton | install is putting files into $(includedir) but FILES is hardcoding (bad) /usr/lib | 16:17 |
rburton | if you just delete FILES then those headers will be in PN-dev like you'd expect | 16:17 |
jww | yes that wrong, I'll correct that too. | 16:17 |
jww | rburton: I thinked I had some Q/A error when I did not used FILEs | 16:18 |
rburton | not any that FILES would be fixing | 16:19 |
jww | allright I remove it too. | 16:20 |
*** martinkelly1 <martinkelly1!~martin@71-212-16-149.tukw.qwest.net> has joined #yocto | 16:20 | |
rburton | what's happening is that you're installing two headers, which get packaged into ecsw-lib-dev | 16:20 |
rburton | nothing is going into ecsw-lib, so the package doesn't exist | 16:20 |
rburton | so you just want to add ecsw-lib-dev to install the headers in your image | 16:20 |
*** fl0v0 <fl0v0!~fvo@mue-88-130-102-198.dsl.tropolys.de> has quit IRC | 16:20 | |
rburton | "oe-pkgdata-util list-pkg-files -p ecsw-lib" will show you what was packaged | 16:21 |
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has quit IRC | 16:21 | |
jww | rburton: I checked for file to be installed in build/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/ecsw-lib/1.0-r0/image is that wrong ? | 16:23 |
jww | oh the build is over, I still have the same issue :\ | 16:24 |
rburton | no, but it won't work if you enable rm_work, or if you want to know what is in a pacakge that was pulled from sstate | 16:24 |
rburton | tell us what you expect, as at the moment i'm kind of guessing | 16:24 |
jww | I just wish to add this package to core-image-full-cmdline | 16:25 |
rburton | what does the package contain | 16:25 |
jww | 2 headers files. | 16:25 |
rburton | so your do_install works | 16:25 |
rburton | remove do_configure/do_compile/FILES as they're all useless | 16:26 |
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has quit IRC | 16:26 | |
rburton | your headers have gone into ecsw-lib-dev | 16:26 |
jww | I've done it | 16:26 |
rburton | because they're headers | 16:26 |
jww | oh so I should add ecsw-lib-dev and ecsw-lib ? | 16:26 |
rburton | *but* the catch is that PN-dev by default depends on PN, on the rationale that typically if you install libfoo-dev you want libfoo | 16:26 |
rburton | *but* PN is empty so doesn't get generated | 16:26 |
rburton | easily solved by adding RDEPENDS_${PN}-dev = "" | 16:26 |
rburton | then add ecsw-lib-dev to your image | 16:27 |
jww | I try this ! | 16:28 |
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has joined #yocto | 16:30 | |
peacememories | hey everyone. i've got a recipe that installs precompiled binaries, available for x86, x86_64, arm32 and arm64. is there a way to specify that this recipe is only compatible with certain architectures | 16:31 |
peacememories | *? | 16:31 |
rburton | peacememories: COMPATIBLE_*, lots of examples in oe-core | 16:31 |
jww | rburton: it worked ! but should I better set PN ? as you guessed I'm new to yocto. | 16:31 |
kergoth | jww: PN is set by default based on the recipe filename. | 16:32 |
peacememories | rburton thx, will look into it. apparently i just didn't know how to google it^^ | 16:32 |
jww | kergoth: oh. I must have misunderstood. | 16:32 |
peacememories | hmm, i can find COMPATIBLE_MACHINE, but that seems to want me to specify specific machines, not processor architectures | 16:33 |
kergoth | peacememories: grep more. | 16:33 |
kergoth | peacememories: on the first page of results is both COMPATIBLE_HOST and COMPATIBLE_MACHINE | 16:34 |
jww | laplante / rburton / kergoth thanks for your help . | 16:34 |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 16:34 | |
peacememories | aah, i thought COMPATIBLE_HOST was only for the host system | 16:34 |
*** kanavin <kanavin!ak@nat/intel/x-ejfrcqisljcboizr> has quit IRC | 16:37 | |
kergoth | it's HOST in autoconf-parlance. build == what we're running on, host == what the binaries will on, target == what the binaries support / target | 16:37 |
kergoth | BUILD_*, HOST_*, and TARGET_* in bitbake.conf use the same convention | 16:38 |
laplante | jww: happy to provide what little help I did. I'm also relatively new to Yocto. It will become much easier as you play with it more. | 16:38 |
kergoth | s/will on/will run on/ | 16:38 |
*** kanavin <kanavin!ak@nat/intel/x-ptzyosgfvldfvkrb> has joined #yocto | 16:38 | |
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has joined #yocto | 16:38 | |
*** yann <yann!~yann@178.208.16.32> has quit IRC | 16:45 | |
peacememories | hmm, another stupid question. right now i'm not inheriting any class (because i'm not using autotools) and have added one .tgz file to the SRC_URI. it is being downloaded, but apparently it is not being extracted. do i need to inherit a specific class for that behaviour or do anything else? | 16:53 |
*** yann <yann!~yann@178.208.16.32> has joined #yocto | 16:53 | |
kergoth | nope, base.bbclass sets up the default do_unpack task | 16:54 |
peacememories | and base.bbclass is being inherited automatically? | 16:54 |
kergoth | yep | 16:55 |
peacememories | okay... so what else could be going wrong? | 16:55 |
peacememories | (do_unpack runs before i hit my errors, btw) | 16:55 |
peacememories | (this is the file, btw: https://hastebin.com/isitokoqik.bb) | 16:56 |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 16:58 | |
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 17:03 | |
peacememories | nvm, found the problem. against all convention the folder inside the tgz is not called the same as the tgz^^ | 17:06 |
peacememories | oh, additional fun. the installer is trying to add users^^ can i even allow that in a do_install? | 17:09 |
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 17:12 | |
*** bavery_fn <bavery_fn!~bavery@134.134.139.83> has joined #yocto | 17:14 | |
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 17:17 | |
kergoth | nope, need tou se the useradd class | 17:18 |
peacememories | i got around the problem by just not installing udev rules^^ | 17:18 |
peacememories | the next one is a bit more ugly though. apparently the installer uses hardcoded installation paths | 17:18 |
peacememories | meaning it tries to write to /usr/lib ^^ | 17:19 |
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 17:19 | |
*** AbleBacon_ is now known as AbleBacon | 17:19 | |
peacememories | is there a way to work around that with bitbake or should i just burn the installer to the ground and copy the files manually?^^ | 17:19 |
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has quit IRC | 17:28 | |
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has joined #yocto | 17:29 | |
*** Willy-- <Willy--!~william@156.34.80.156> has quit IRC | 17:30 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:30 | |
*** Willy-- <Willy--!~william@156.34.80.156> has joined #yocto | 17:30 | |
rburton | peacememories: burn the installer to the ground | 17:35 |
rburton | peacememories: assuming it doesn't have a hidden option to change it - always worth checking other distributions quickly | 17:35 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:37 | |
* peacememories lights a match | 17:40 | |
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 17:45 | |
*** yann <yann!~yann@178.208.16.32> has quit IRC | 17:45 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 17:49 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-olcwnveozfmstzyo> has quit IRC | 18:03 | |
peacememories | well, turns out it was easier to rip the dependency out of our project since it wasn't being used anymore anyway^^ | 18:20 |
peacememories | thanks for all your help :) | 18:20 |
peacememories | gotta go catch some z's now | 18:20 |
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has quit IRC | 18:20 | |
*** morphis__ <morphis__!~morphis@pD9ED6540.dip0.t-ipconnect.de> has quit IRC | 18:22 | |
AbleBacon | so what's the strategy with all this? set everything up the best you can, hope the build comes out right, and if not, try again? | 18:35 |
yocti | New news from stackoverflow: Error building meta-debian in yocto <https://stackoverflow.com/questions/49541571/error-building-meta-debian-in-yocto> | 18:48 |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC | 18:50 | |
rburton | AbleBacon: pretty much. not sure what the alternative would be to "try your best, iterate when it doesn't work" | 19:03 |
laplante | anyone here available to answer a question about .scc files? | 19:12 |
*** bluelightning_ is now known as bluelightning | 19:13 | |
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto | 19:14 | |
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-dthixbdnneunvkja> has joined #yocto | 19:14 | |
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 19:15 | |
yocti | New news from stackoverflow: configuration of user and group setting in pulseaudio <https://stackoverflow.com/questions/49542426/configuration-of-user-and-group-setting-in-pulseaudio> | 19:18 |
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC | 19:18 | |
*** stephano <stephano!~stephano@192.55.54.40> has joined #yocto | 19:20 | |
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto | 19:23 | |
laplante | Is there something special I need to do when modifying .scc files to ensure the .cfgs actually get copied to build/tmp/work-shared/MACHINE/kernel-source/.kernel-meta/configs ??? | 19:40 |
*** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has left #yocto | 19:44 | |
Ely | Anyone else hit by "nothing provides python3-sqlite3 needed by dnf-2.7.5-r0.aarch64" during do_rootfs in master ? | 19:51 |
*** martinkelly1 <martinkelly1!~martin@71-212-16-149.tukw.qwest.net> has quit IRC | 19:51 | |
rburton | Ely: python3 should have built that, use oe-pkgdata-util list-pkgs -p python3 to check | 19:57 |
Ely | not in there, mmh | 19:58 |
Ely | Only python3-sqlite3-tests | 19:58 |
Ely | This error started appearing after I pulled the latest master, hadn't updated for like 2-3 weeks | 19:58 |
Ely | I did a full rebuild though.. | 19:59 |
*** fray <fray!~fray@kernel.crashing.org> has quit IRC | 20:01 | |
rburton | soundspython3-sqlite3: | 20:02 |
rburton | /usr/lib/python3.5/lib-dynload/_sqlite3.cpython-35m-x86_64-linux-gnu.so | 20:02 |
rburton | though interestingly other bits of it are in python3-misc, thats not right | 20:02 |
Ely | bitbake tells me " python3 RPROVIDES python3-sqlite3" also, but somehow the package isn't there | 20:03 |
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has joined #yocto | 20:03 | |
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 20:05 | |
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has quit IRC | 20:14 | |
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:16 | |
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC | 20:19 | |
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 20:20 | |
Ely | Like, it's there in packages-split, but it's not forwarded to deploy-rpms | 20:22 |
Ely | ah nevermind the folder is empty in packages-split/python3-sqlite3 | 20:22 |
rburton | sounds like for whatever reason it doesnt want to build the sqlite module | 20:25 |
rburton | you'll want to read configure.log | 20:25 |
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto | 20:27 | |
*** rozachar <rozachar!~rozachar@2001:420:284a:1300:14a0:52cf:a9fa:69e0> has joined #yocto | 20:30 | |
aehs29 | Ely: The python3-sqlite folder should have _sqlite.so library in it, I agree with rburton, it looks like its not building the module | 20:30 |
Ely | Good call.. | 20:30 |
Ely | The necessary bits to build these optional modules were not found: | 20:30 |
Ely | _bz2 _curses_panel _dbm | 20:30 |
Ely | _gdbm _lzma _sqlite3 | 20:30 |
*** martinkelly <martinkelly!~martin@71-212-16-149.tukw.qwest.net> has joined #yocto | 20:32 | |
aehs29 | Ely: yeah thats it | 20:33 |
*** martinkelly <martinkelly!~martin@71-212-16-149.tukw.qwest.net> has quit IRC | 20:36 | |
rozachar | i am running into a weird problem , when I add kernel-devsrc to my CORE_IMAGE_EXTRA_INSTALL list I get a build error , complaining about /local/rozachar/poky/build/tmp/pkgdata/intel-corei7-64/runtime-reverse/libpython2.7-1.0 but python2 should not be installed in the system | 20:39 |
Ely | ahh my bad, the culprit was meta-clang.. I added python3 to nonclangable and it works :< | 20:42 |
Ely | sorry | 20:42 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:46 | |
*** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has quit IRC | 20:49 | |
*** dreyna <dreyna!~dreyna@unknown-157-216.windriver.com> has joined #yocto | 20:52 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 21:03 | |
*** marka <marka!~masselst@184.175.21.48> has quit IRC | 21:11 | |
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC | 21:15 | |
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-mqvwodzbtvbqtpnf> has joined #yocto | 21:15 | |
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 21:23 | |
*** martinkelly <martinkelly!~martin@205.175.119.149> has joined #yocto | 21:28 | |
*** cratliff <cratliff!~cratliff@209.83.116.104> has quit IRC | 21:28 | |
AbleBacon | noooooo! fatal error after like 4 hours of building | 21:29 |
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 21:30 | |
Crofton|work | AbleBacon, fix and restart? | 21:36 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:39 | |
aehs29 | Ely: awesome, no worries | 21:40 |
rozachar | it seems like kernel-devsrc has a implicit dependancy on python2 , the spec file it generates requires /usr/bin/python | 21:47 |
zeddii_home | the current kernel devsrc is basically garbage | 21:48 |
zeddii_home | but my re-write didn’t make it into this release | 21:49 |
zeddii_home | in the rewrite, I have the python dependency explicitly added. | 21:49 |
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 21:49 | |
rozachar | cool - is that in master? | 21:49 |
zeddii_home | nope | 21:49 |
zeddii_home | if it was in master, that would imply it made the release | 21:49 |
zeddii_home | there was some bizarre multilib error with openssl that I never tracked down. | 21:50 |
zeddii_home | so it sits. | 21:50 |
zeddii_home | but you can find the variants on the mailing list. | 21:50 |
rozachar | thanks | 21:50 |
zeddii_home | but my advice is do as little with devsrc as possible, since once the current release is done, everything in the existing code will be blown away. | 21:50 |
* zeddii_home is a little bitter about multilib breakage. | 21:51 | |
zeddii_home | but alas :D | 21:51 |
zeddii_home | the new devsrc is about 10Megs, instead of the current 600M, so that’s a bonus :D | 21:51 |
*** rburton_ <rburton_!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 21:56 | |
rburton_ | Ely: connection got dropped a bit but can you send a patch to meta-clang to add python please? | 21:57 |
Ely | rburton_: sure | 22:02 |
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 22:05 | |
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 22:10 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 22:14 | |
*** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 22:28 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:33 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 22:40 | |
*** rburton_ <rburton_!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 22:40 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jyjiydshanebnlcr> has joined #yocto | 22:45 | |
noway96 | how to set password of root user? | 22:45 |
khem | rburton: you forgot the x264 patch | 22:45 |
khem | rburton: https://patchwork.openembedded.org/patch/149334/ | 22:47 |
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC | 22:50 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 22:57 | |
noway96 | in usermod -P can I use any character on the keyboard for password? | 23:08 |
aehs29 | noway96: unlikely | 23:12 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 23:14 | |
noway96 | where can I find the list of valid/invalid characters? | 23:15 |
noway96 | for usermod -P <pass> root | 23:16 |
kergoth | presumably the man page for usermod or passwd. also consider shell quoting issues | 23:16 |
noway96 | usermod -P is not valid in linux | 23:16 |
noway96 | ubuntu* | 23:16 |
noway96 | usermod -p however is | 23:16 |
noway96 | and linux has no character restrictions | 23:16 |
kergoth | irrelevent, the allowed characters in a password is completely independent of command syntax | 23:16 |
noway96 | kergoth, sure | 23:17 |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:19 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 23:19 | |
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC | 23:19 | |
noway96 | can I treat the recipe as a script so I can do PASSWORD="<pass>" | 23:19 |
noway96 | and then later usermod -P $PASSWORD root | 23:20 |
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has quit IRC | 23:20 | |
kergoth | ${PASSWORD} would be needed unless you export it | 23:21 |
kergoth | but otherwise yes | 23:21 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 23:23 | |
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto | 23:23 | |
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has quit IRC | 23:27 | |
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 23:38 | |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 23:40 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 23:40 | |
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 23:44 | |
*** dreyna <dreyna!~dreyna@unknown-157-216.windriver.com> has quit IRC | 23:44 | |
*** dreyna <dreyna!~dreyna@unknown-6-180.windriver.com> has joined #yocto | 23:45 | |
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has quit IRC | 23:46 | |
*** User_ <User_!~User@mti-37-145.tm.net.my> has joined #yocto | 23:49 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 23:52 | |
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 23:53 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 23:53 | |
khem | rburton: https://patchwork.openembedded.org/patch/149334/ | 23:54 |
* khem 's UP arrow key needs to be replaced | 23:55 | |
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 23:58 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!