| *** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 00:03 | |
| miceopede | how do i log the output of a command in a recipe for debugging? i want to do something like bb.plain(`ls -l`) | 00:04 |
|---|---|---|
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 00:04 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 00:04 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 00:04 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 00:05 | |
| *** smiller6 <smiller6!~smiller6@38.104.105.146> has joined #yocto | 00:19 | |
| *** smiller6 <smiller6!~smiller6@38.104.105.146> has joined #yocto | 00:19 | |
| *** Crofton <Crofton!~Crofton@69.43.21.85> has joined #yocto | 00:20 | |
| miceopede | i'm inheriting from bin_package, and it looks like it unpacked my stuff into ${WORKDIR} instead of ${WORKDIR}/image, which is the default location of ${D}. but reading through the bin_package.bbclass looks like it untars it to ${D}. did ${D} change somehow beteween the time bin_package did it's install and my recipe is run? | 00:20 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:22 | |
| *** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 00:23 | |
| bluelightning | miceopede: it's using tar to copy from ${S} to ${D} | 00:23 |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 00:23 | |
| bluelightning | miceopede: you may wish to set subdir= and then if necessary set S accordingly | 00:24 |
| bluelightning | subdir= being a parameter in the URL in SRC_URI | 00:24 |
| bluelightning | that's covered in the comments at the top of bin_package.bbclass | 00:24 |
| bluelightning | miceopede: re logging - anything that produces output is going into the task log - you will find that under ${T} i.e. ${WORKDIR}/temp | 00:25 |
| bluelightning | so you don't necessarily need to run it through bb.plain() | 00:25 |
| miceopede | thanks | 00:26 |
| miceopede | still don't quite understand what's going on though. bin_package_do_install() is run. it appears it untarred it to ${WORKDIR} instead of ${D} | 00:28 |
| miceopede | oh | 00:31 |
| miceopede | do_install_append() comes before bin_package_do_install()? | 00:32 |
| bluelightning | nope | 00:33 |
| bluelightning | the bin_package_do_install becomes the implementation of do_install (via EXPORT_FUNCTIONS) | 00:34 |
| bluelightning | then any do_install_append()s will be appended to the end of that | 00:34 |
| bluelightning | there are two tar operations going on here | 00:34 |
| bluelightning | one that happens in do_unpack | 00:34 |
| -YoctoAutoBuilder- build #1070 of nightly-x86-64-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/1070 | 00:35 | |
| bluelightning | that's going into ${WORKDIR} - you need to add ;subdir=something to the entry in SRC_URI to put that in a subdirectory if you need that | 00:35 |
| bluelightning | and then if necessary set the S variable so it points to "${WORKDIR}/something" | 00:35 |
| bluelightning | (I say if necessary, because you could always set subdir= such that it matched the default value of S) | 00:36 |
| bluelightning | then there's the second tar that happens during do_install, that's what's defined by bin_package | 00:36 |
| miceopede | so ;subdir=${S}, then bin_package will pick it up in do_install? | 00:37 |
| miceopede | what is the first unpack for, then? | 00:37 |
| bluelightning | the first unpack is the only way source actually gets unpacked | 00:37 |
| bluelightning | the tar operation in do_install is just copying... don't be confused by the fact that tar is being used, that's just to preserve permissions, hardlinks etc. | 00:38 |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 00:38 | |
| miceopede | i see | 00:39 |
| bluelightning | (I say source, I mean the contents of what you've put in SRC_URI) | 00:39 |
| miceopede | ok, makes sense now | 00:40 |
| miceopede | thanks so much | 00:40 |
| bluelightning | no worries | 00:40 |
| bluelightning | I wonder if we need a new bin_package class that sets up some of these things by default | 00:40 |
| bluelightning | right now it is a bit awkward | 00:41 |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 00:41 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.38> has quit IRC | 00:42 | |
| miceopede | it's a bit confusing. i was expecting that it would be fetched to ${S}, then bin_package would extract it to ${D} | 00:44 |
| miceopede | maybe that was the wrong mental model | 00:44 |
| *** sameo <sameo!samuel@nat/intel/x-kqiinoawacenymdt> has quit IRC | 00:45 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-jgqxdbpudidqlyth> has quit IRC | 00:46 | |
| bluelightning | I guess underlying is that it is often assumed that S controls where the source gets unpacked | 00:48 |
| bluelightning | it doesn't - it merely specifies where the system should expect the natural root of the source to have been unpacked | 00:48 |
| bluelightning | (since most source tarballs contain a subdirectory at the root and have everything underneath that) | 00:49 |
| miceopede | isn't that the most obvious way of interpreting ${S}? i specify a source tarball in SRC_URI. i expect it to be in ${S} | 00:49 |
| bluelightning | right, and a lot of the time the default value of S and the subdirectory name used in a source tarball will match up | 00:50 |
| bluelightning | but whether or not it does depends on what name was used when that tarball was created upstream, which we usually don't control | 00:50 |
| bluelightning | of course this is for general recipes - for bin_package recipes where you're bringing in an rpm or a tarball or similar that's laid out in the same way you want it to appear on the target, then you don't have such a subdirectory | 00:52 |
| bluelightning | so our default of unpacking into ${WORKDIR} isn't ideal | 00:52 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:52 | |
| bluelightning | for the bin_package scenario, I mean | 00:52 |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.74.158> has quit IRC | 00:55 | |
| miceopede | yeah. i'll just repackage my tarball to match ${S} | 00:59 |
| bluelightning | or just use subdir=${BP} - there's nothing wrong with doing that | 01:00 |
| bluelightning | at least then you don't have to remember to put the subdirectory in if you regenerate it later | 01:00 |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.74.158> has joined #yocto | 01:05 | |
| *** smiller6 <smiller6!~smiller6@38.104.105.146> has quit IRC | 01:06 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 01:09 | |
| *** jamesp <jamesp!~jamesp@157.245.80.14> has quit IRC | 01:11 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-wpdjzzjapomdatwa> has joined #yocto | 01:12 | |
| *** john4 <john4!~john@77.243.183.75> has quit IRC | 01:31 | |
| *** gizero <gizero!~gizero@151.30.52.107> has joined #yocto | 01:37 | |
| *** gizero <gizero!~gizero@151.30.52.107> has quit IRC | 01:41 | |
| -YoctoAutoBuilder- build #1051 of nightly-x86-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/1051 | 01:50 | |
| miceopede | do i need to put all my *.a files into FILES_${PN}-staticdev? or can i just add them to FILES_${PN}-dev? | 01:51 |
| miceopede | they're only needed at buildtime | 01:51 |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 01:59 | |
| bluelightning | miceopede: typically they would go into ${PN}-staticdev so that ${PN}-dev doesn't fill up with them, but I don't think there's actually a QA check to prevent them going into ${PN}-dev | 02:01 |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 02:03 | |
| miceopede | @bluelightning what's the difference? if i put them in -staticdev, they won't get staged to the target, but if i put them in -dev, they will? | 02:07 |
| bluelightning | miceopede: if by "staged" you mean installed on the target device, it depends | 02:08 |
| bluelightning | miceopede: by default, neither will... if you explicitly install the -dev package, or you have dev-pkgs in IMAGE_FEATURES, then files in the -dev package will be installed | 02:08 |
| bluelightning | FWIW when it comes to the SDK, there -dev packages are installed by default, but not -staticdev | 02:09 |
| bluelightning | (by virtue of the default value of SDKIMAGE_FEATURES) | 02:09 |
| miceopede | how does that make sense? | 02:09 |
| bluelightning | miceopede: which, sorry? | 02:10 |
| miceopede | presumably if i'm bulding the sdk, i'd want .a's in there to link against, no? | 02:10 |
| bluelightning | only if you're statically linking your executable, if you aren't (and we assume most people aren't) then they are of no use at all | 02:11 |
| miceopede | hm... i see | 02:11 |
| bluelightning | in any case it's just a default, you can change SDKIMAGE_FEATURES to include "staticdev-pkgs" if you are expecting to link thing statically | 02:12 |
| bluelightning | s/thing/executables/ | 02:12 |
| miceopede | i see, ok | 02:13 |
| miceopede | so now i added a bunch of .so's to -dev, and it complains "-dev package contains non-symlink .so: | 02:15 |
| miceopede | all i have are the raw .so's | 02:15 |
| miceopede | these are supposed to be symlinks..? | 02:15 |
| miceopede | i guess i put these into FILES_${PN} instead? | 02:18 |
| manju | miceopede: .so is supposed to be symlinks | 02:22 |
| manju | if you really want to have .so in -dev you can override it with INSANE_SKIP_${PN} ="dev-so" | 02:24 |
| bluelightning | miceopede: the .so files are needed at runtime - so typically they go into the main package | 02:28 |
| bluelightning | except for a .so symlink without a version, that goes into the dev package | 02:28 |
| bluelightning | (we assume if you put libraries into the standard library paths, that you are using standard library versioning) | 02:29 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 02:36 | |
| *** gizero <gizero!~gizero@151.30.52.107> has joined #yocto | 02:37 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 02:38 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 02:41 | |
| *** gizero <gizero!~gizero@151.30.52.107> has quit IRC | 02:41 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 02:46 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.76> has joined #yocto | 02:55 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 02:57 | |
| *** manju <manju!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC | 03:00 | |
| *** hbruce <hbruce!~hbruce@134.134.139.76> has quit IRC | 03:01 | |
| *** moto-timo <moto-timo!~ttorling@134.134.139.82> has joined #yocto | 03:01 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 03:01 | |
| *** hbruce <hbruce!~hbruce@192.55.55.41> has joined #yocto | 03:03 | |
| *** todor <todor!todor@nat/intel/x-zvyqnrtkukkfaumj> has quit IRC | 03:10 | |
| *** todor <todor!todor@nat/intel/x-psskqfccgdjgzdkf> has joined #yocto | 03:10 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 03:11 | |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 03:13 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.77> has joined #yocto | 03:15 | |
| *** tripzero <tripzero!~tripzero@134.134.139.82> has quit IRC | 03:15 | |
| *** MWelchUK <MWelchUK!~martyn@host5-81-254-193.range5-81.btcentralplus.com> has quit IRC | 03:17 | |
| *** dreyna_ <dreyna_!~dreyna@unknown-216-197.windriver.com> has quit IRC | 03:20 | |
| *** tripzero <tripzero!~tripzero@134.134.139.83> has joined #yocto | 03:22 | |
| *** MWelchUK <MWelchUK!~martyn@host86-168-227-197.range86-168.btcentralplus.com> has joined #yocto | 03:30 | |
| -YoctoAutoBuilder- build #1072 of nightly-x86 is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/1072 | 03:43 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 03:49 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.77> has quit IRC | 03:49 | |
| *** bavery_fn <bavery_fn!bavery@nat/intel/x-hmvdpoljdhlzwfka> has joined #yocto | 03:50 | |
| *** redengin <redengin!~redengin@2601:600:9200:a356:225:22ff:fe3a:aa83> has joined #yocto | 03:59 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 03:59 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 04:16 | |
| smurray | I notice the morty docs don't list python3 in the list of required packages in the quick start guide, is that an oversight? | 04:29 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 04:34 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 04:34 | |
| *** gizero <gizero!~gizero@151.30.52.107> has joined #yocto | 04:37 | |
| *** gizero <gizero!~gizero@151.30.52.107> has quit IRC | 04:42 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 05:21 | |
| *** redengin <redengin!~redengin@2601:600:9200:a356:225:22ff:fe3a:aa83> has quit IRC | 05:34 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 05:35 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 05:35 | |
| *** redengin <redengin!~redengin@2601:600:9200:a356:c000:7e89:a756:35c2> has joined #yocto | 05:37 | |
| *** morphis <morphis!~morphis@pD9ED6686.dip0.t-ipconnect.de> has joined #yocto | 05:40 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 05:43 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.77> has quit IRC | 06:02 | |
| khem | smurray: probably, but python3 is installed on most distros now a days | 06:09 |
| smurray | khem: sure. I noticed it with a container setup I'd created with debootstrap, probably not typical. | 06:20 |
| *** s65b40 <s65b40!c32a382b@gateway/web/freenode/ip.195.42.56.43> has joined #yocto | 06:21 | |
| khem | it wont hurt to add it though, feel free to send a patch | 06:21 |
| smurray | khem: okay | 06:22 |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 06:26 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 06:28 | |
| -YoctoAutoBuilder- build #1053 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/1053 | 06:30 | |
| *** gizero <gizero!~gizero@151.30.52.107> has joined #yocto | 06:30 | |
| *** agust <agust!~agust@p4FCB4DAB.dip0.t-ipconnect.de> has joined #yocto | 06:31 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has joined #yocto | 06:31 | |
| *** gizero <gizero!~gizero@151.30.52.107> has quit IRC | 06:34 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 06:36 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 06:39 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 06:40 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 06:45 | |
| *** pohly <pohly!~pohly@p5DE8DB2E.dip0.t-ipconnect.de> has joined #yocto | 06:49 | |
| *** s65b40 <s65b40!c32a382b@gateway/web/freenode/ip.195.42.56.43> has quit IRC | 06:49 | |
| -YoctoAutoBuilder- build #776 of nightly-world-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/776 | 06:59 | |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 07:03 | |
| *** gizero <gizero!~gizero@151.30.52.107> has joined #yocto | 07:07 | |
| *** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC | 07:18 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 07:28 | |
| *** deva <deva!~deva@87.116.45.78> has joined #yocto | 07:28 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 07:28 | |
| *** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC | 07:34 | |
| deva | I am trying to figure out how to create an .imx u-boot image using mkimage -T imximage but I cannot find the "right place"(tm) to put the -T imximage argument. | 07:36 |
| *** psadro <psadro!~Thunderbi@2620:107:9000:2:70c4:95ff:fe1d:9866> has quit IRC | 07:39 | |
| *** psadro <psadro!~Thunderbi@2620:107:9000:2:70c4:95ff:fe1d:9866> has joined #yocto | 07:39 | |
| *** jku <jku!~jku@192.198.151.43> has joined #yocto | 07:39 | |
| *** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto | 07:44 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 07:44 | |
| *** groleo <groleo!~dev@gate-zro.freescale.com> has joined #yocto | 07:45 | |
| *** gizero <gizero!~gizero@151.30.52.107> has quit IRC | 07:55 | |
| *** joseppc <joseppc!~josep@c-5a11e455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto | 07:59 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 07:59 | |
| *** mckoan|away is now known as mckoan | 08:05 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 08:06 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:07 | |
| pohly | bluelightning: "devtool upgrade" fails with an error about reading the non-existent recipe from workspace/recipes. Not sure whether it is related, but in the case that I am currently trying (devtool upgrade --srcrev 922421cf795d53d339862bb2d99f1a85c96ad9a3 --version 0.6.4 multipath-tools) rebasing patches fails. | 08:10 |
| pohly | I guess I should file a bug... | 08:10 |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 08:12 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:12 | |
| *** gizero <gizero!~gizero@151.30.52.107> has joined #yocto | 08:17 | |
| ernstp | deva: doesn't IMAGE_BOOTLOADER = "u-boot" and image_type_fsl.bbclass do the right thing? | 08:20 |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 08:22 | |
| *** rubdos <rubdos!~rubdos@2a02:2788:1036:2d::2> has quit IRC | 08:23 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 08:23 | |
| *** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto | 08:24 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:24 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6A1CE.dip0.t-ipconnect.de> has joined #yocto | 08:25 | |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 08:28 | |
| deva | ernstp, I am currently using u-boot-fslc (from meta-fsl)and it | 08:30 |
| deva | form meta-fsl-arm | 08:31 |
| deva | it produces u-boot-mfgtool-v2016.11+gitAUTOINC+615fdbc2b6-r0.img | 08:32 |
| ernstp | what MACHINE? | 08:33 |
| deva | imx6ulevk | 08:33 |
| deva | ernstp, I cannot find image_type_fsl.bbclass anywhere... do I need another layer? | 08:34 |
| ernstp | that's wierd... which branch of meta-fsl-arm? | 08:35 |
| deva | ernstp, HEAD as of a few months ago | 08:36 |
| ernstp | sure it's not there? in classes...? | 08:36 |
| ernstp | then in conf/machine/include/imx-base.inc there's a bunch of defines like UBOOT_MAKE_TARGET ?= "u-boot.imx" and UBOOT_SUFFIX ?= "imx" | 08:37 |
| ernstp | I'm not really sure what problem you're trying to solve actually :-) | 08:37 |
| *** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has joined #yocto | 08:37 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 08:38 | |
| deva | ernstp, Aah... it's called image_type*s*_fsl.bbclass :-) | 08:38 |
| *** toscalix <toscalix!~toscalix@80.91.70.175> has joined #yocto | 08:40 | |
| *** redengin_ <redengin_!~redengin@2601:600:9200:a356:58bd:6092:8450:aaee> has joined #yocto | 08:41 | |
| bluelightning | pohly: if you would please, thanks | 08:41 |
| *** redengin <redengin!~redengin@2601:600:9200:a356:c000:7e89:a756:35c2> has quit IRC | 08:42 | |
| deva | I tried setting UBOOT_SUFFIX = "imx" in my bbappend and now it seem to create the .imx file but fails in a copy step: http://pastebin.com/01xR1N9A | 08:42 |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 08:50 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-ipvdpncnafxhftna> has joined #yocto | 08:52 | |
| deva | ernstp, It appears that the UBOOT_SUFFIX is set to .img in the imx6ulevk machine file in metal-fsl-arm. Setting it in my own machine file makes the "copy to deploy" step look for an imx file, but the mkimage command still uses "-T firmware" and not "-T imximage" | 08:56 |
| pohly | bluelightning: See https://bugzilla.yoctoproject.org/show_bug.cgi?id=10981 - I had a quick look through the code, but it did not become clear to me where the file should have been created at that point (if at all) or whether the call itself should create the file, so I'll leave that in your capable hands. | 09:00 |
| yocti | Bug 10981: normal, Undecided, ---, paul.eggleton, NEW , devtool: upgrade fails, recipe file not found | 09:00 |
| ernstp | deva: clean? | 09:00 |
| *** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has joined #yocto | 09:01 | |
| pohly | In the meantime I am doing the recipe upgrade manually. It is a lot more work, which just goes to show how useful devtool is - when it works ;-} | 09:01 |
| deva | ernstp, Would "bitbake -c clean u-boot-fslc" be enough? or should I clean "deeper" | 09:03 |
| ernstp | deva: looks good :-) | 09:03 |
| *** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 09:04 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 09:04 | |
| jku | RP: I'm looking at cross.bbclass where target_base_libdir is built with "{target_base_prefix}/${baselib}" instead of just immediately expanding ${base_libdir}. This is a problem if I modify base_libdir for usrmerge... | 09:04 |
| deva | ernstp, Same problem | 09:04 |
| jku | RP, I realize dffe253336f was 6 years ago but maybe you have some ideas? | 09:04 |
| deva | It appears that the UBOOT_SUFFIX is not used by the mkimage command. Do you know where I can find it? IO have traced the 'require' tree to u-boot.inc but it is not present in that file | 09:04 |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-gipaqicxhwxwjsse> has joined #yocto | 09:07 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 09:09 | |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 09:10 | |
| deva | ernstp, The oe_mkimage function in meta/classes/image_types_uboot.bbclass does not contain the phrase "-T firmware" but rather "-T ramdisk" so that one is not the one being called. | 09:13 |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 09:13 | |
| ernstp | deva: the -T imximage command is in the u-boot source code... | 09:16 |
| deva | ernstp, You mean the recipe? or the c code? | 09:17 |
| deva | eh... byt "c code" I of course mean the code from the u-boot git repo | 09:18 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-wpdjzzjapomdatwa> has quit IRC | 09:24 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 09:25 | |
| *** dumb <dumb!~dumb@203.201.61.238> has joined #yocto | 09:26 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-ipvdpncnafxhftna> has quit IRC | 09:26 | |
| dumb | too much recursions while resolving '%s'; loop in '%s'" % | 09:27 |
| dumb | Error from package class | 09:27 |
| dumb | can anyone help on this ? | 09:27 |
| RP | jku: whatever you do, please please please don't propose immediate expansion. It causes untold problems for the cross classes and we're finally nearly free of it | 09:28 |
| jku | good to know :) | 09:31 |
| RP | jku: looking at that commit, the basic idea is that you can add in multilib overrides and the variables all adjust themselves to the right values | 09:31 |
| RP | jku: if you immediately expand, the makeup of the variable is lost and they don't change | 09:32 |
| jku | thanks, I'll try to figure out a fix | 09:33 |
| RP | jku: with usrmerge doesn't exec_prefix or base_prefix change and then these adjust? | 09:34 |
| jku | base_prefix can't change because e.g. sysconfdir = "${base_prefix}/etc" | 09:35 |
| RP | jku: this sounds rather like a mess :( | 09:35 |
| *** jku <jku!~jku@192.198.151.43> has left #yocto | 09:36 | |
| *** jku <jku!~jku@192.198.151.43> has joined #yocto | 09:36 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 09:36 | |
| * RP tries to remember what the big advantage of usrmerge is | 09:36 | |
| RP | jku: you probably want target_base_libdir_class-cross = "${target_exec_prefix}/${baselib}" | 09:37 |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 09:37 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:43 | |
| mckoan | good morning | 09:44 |
| ernstp | deva: u-boot git | 09:46 |
| *** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto | 09:49 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 09:52 | |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 09:52 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 09:57 | |
| *** gizero <gizero!~gizero@151.30.52.107> has quit IRC | 10:00 | |
| *** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto | 10:03 | |
| *** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:04 | |
| *** gizero <gizero!~gizero@151.30.52.107> has joined #yocto | 10:11 | |
| *** hamis <hamis!~irfan@39.46.171.174> has joined #yocto | 10:14 | |
| deva | ernstp, I figured out that I needed the u-boot-imx-mfgtool package instead. This however failed during compilation due to some gcc6 related issues. I have fixed those by overriding the git src options ot use a more recent version and compilation/imx image generation seem to work. | 10:22 |
| deva | It now fails during deployment step with a "missing SPL" file | 10:22 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 10:27 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 10:28 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 10:29 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 10:30 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:31 | |
| *** _william_ <_william_!~william@0.233.15.109.rev.sfr.net> has joined #yocto | 10:39 | |
| *** CoLa|work <CoLa|work!~cordlandw@195.243.131.130> has joined #yocto | 10:49 | |
| deva | ernstp, A u-boot-imx-msgtool_%.bbappend file with the following contents: http://pastebin.com/9g8dxSDc fixed the issues. | 10:50 |
| *** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto | 10:52 | |
| *** berton <berton!~berton@189.114.111.135> has joined #yocto | 10:53 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 10:58 | |
| *** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 10:58 | |
| *** gizero <gizero!~gizero@151.30.52.107> has quit IRC | 10:59 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bvqnbymrfqyivpjg> has quit IRC | 11:10 | |
| *** arek-m <arek-m!~arek@095160034018.warszawa.vectranet.pl> has joined #yocto | 11:11 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-ncmqjunxjqybegsi> has joined #yocto | 11:16 | |
| *** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has quit IRC | 11:24 | |
| rburton | ed2: i thought i had all of your patches but still get fails like https://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/1099/steps/BuildImages_1/logs/stdio. can you check ross/mut? | 11:25 |
| *** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has joined #yocto | 11:26 | |
| JaMa | anyone building recipe with hg:// in SRC_URI? here it fails with /usr/bin/env: hg: No such file or directory | 11:27 |
| JaMa | d.appendVarFlag('do_fetch', 'depends', ' mercurial-native:do_populate_sysroot') | 11:28 |
| JaMa | is there | 11:28 |
| *** redengin_ <redengin_!~redengin@2601:600:9200:a356:58bd:6092:8450:aaee> has quit IRC | 11:29 | |
| *** redengin <redengin!~redengin@2601:600:9200:a356:58bd:6092:8450:aaee> has joined #yocto | 11:29 | |
| *** Kakounet1 <Kakounet1!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 11:36 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 11:38 | |
| *** Kakounet1 is now known as Kakounet | 11:38 | |
| *** gizero <gizero!~gizero@151.48.127.71> has joined #yocto | 11:41 | |
| *** istarilucky <istarilucky!~rlucca@189.112.127.230> has joined #yocto | 11:41 | |
| *** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto | 11:47 | |
| *** Anticom <Anticom!~quassel@217.6.33.234> has joined #yocto | 11:50 | |
| Anticom | Hi all. Any recommendations on how to do building / minification of web stuff in a yocto build? Most of the tools i know of nowadays use node.js. However there doesn't seem to be a good nodejs-native for yocto (?) | 11:51 |
| JaMa | Anticom: there is nodejs recipe in meta-oe | 11:51 |
| JaMa | there is even separate layer with more node.js versions | 11:52 |
| Anticom | JaMa: Well i need a native package to use it on the build host. I don't want to run nodejs apps on my device | 11:53 |
| JaMa | and nodejs provides native as well | 11:53 |
| Anticom | JaMa: which one? the meta-oe one or the meta-nodejs one? | 11:53 |
| JaMa | probably both | 11:54 |
| *** john4 <john4!~john@77.243.183.123> has joined #yocto | 11:55 | |
| LetoThe2nd | since krogoth there should be noteworthy support for node in oe, before that, we have meta-nodejs :-) | 11:56 |
| JaMa | we're using nodejs in meta-webos since before Dylan was released :) | 11:57 |
| LetoThe2nd | JaMa: yes, already saw a lot of your infrastructure there. yet i'd rather point to the, erm... more 'mainstream' ressources nowadays :) | 11:58 |
| LetoThe2nd | JaMa: having the npm fetches and devtool support for example seems to be really handy. | 11:58 |
| JaMa | yes, I agree that stuff is much better now and closer to upstream | 11:58 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:59 | |
| LetoThe2nd | i'll still have to look into building some NaN based module using the new structure, but so far it seems to be promising. | 12:00 |
| *** gizero <gizero!~gizero@151.48.127.71> has quit IRC | 12:00 | |
| Anticom | LetoThe2nd: sadly we're still on jethro. So i guess going for meta-nodejs? | 12:02 |
| JaMa | OE @ ~/meta-openembedded $ grep BBCLASS ./meta-oe/recipes-devtools/nodejs/nodejs_0.12.7.bb | 12:04 |
| JaMa | BBCLASSEXTEND = "native" | 12:04 |
| JaMa | in jethro | 12:04 |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 12:05 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has quit IRC | 12:05 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has joined #yocto | 12:06 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has quit IRC | 12:08 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has joined #yocto | 12:08 | |
| *** Guest27309 <Guest27309!~john@host86-143-93-17.range86-143.btcentralplus.com> has joined #yocto | 12:10 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has joined #yocto | 12:10 | |
| *** john4 <john4!~john@77.243.183.123> has quit IRC | 12:12 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has joined #yocto | 12:12 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 12:13 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has joined #yocto | 12:14 | |
| *** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 12:14 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 12:15 | |
| JaMa | RP: do you remember reasons for immediate expansion of STAGING_DIR_HOST in allarch.bbclass and how it relates to current recipe-specific-sysroots? | 12:15 |
| RP | JaMa: it used to have MACHINE in it which was no doubt the reason | 12:16 |
| RP | JaMa: since allarch packages shouldn't depend on MACHINE. What problem are you seeing? | 12:16 |
| *** hamis <hamis!~irfan@39.46.171.174> has quit IRC | 12:17 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has quit IRC | 12:18 | |
| JaMa | I have recipe which sets PV in python function and STAGING_DIR_HOST="....luna-init/1.0-r12/recipe-sysroot" RECIPE_SYSROOT=".....luna-init/2.0.1-13-r12/recipe-sys| | 12:18 |
| JaMa | root" | 12:18 |
| JaMa | and because of allarch it's using STAGING_DIR_HOST value to find the dependencies and fail, because of different version directory | 12:18 |
| *** voltbit <voltbit!~acid___@79.115.167.52> has joined #yocto | 12:18 | |
| RP | JaMa: hmm, right :/ | 12:19 |
| RP | JaMa: we can likely remove that from allarch.bbclass now | 12:19 |
| JaMa | ok, will try that and if it isn't enough I'll create simpler test case for oe-core | 12:19 |
| *** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto | 12:23 | |
| RP | marquiz: the perf machines broke again and don't show how they failed, any clues what broke in master? | 12:26 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 12:28 | |
| mdnneo | hi ... strange question but is there a way I can get a binary build in another package I depend on? | 12:28 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 12:29 | |
| mdnneo | so e.g. like the busybox use case there is a busybox package builds the main package and then I build a getty.bb around depend on busybox copy the busybox bin to /opt/getty | 12:31 |
| ed2 | rburton: can you drop hddimg patchset, please? that should help. | 12:38 |
| *** igor1 <igor1!~igor@189.112.127.230> has joined #yocto | 12:38 | |
| ed2 | rburton: I'll send v3 today | 12:38 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 12:44 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 12:48 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 12:51 | |
| marquiz | RP: uhh, i hadn't checked today's results, yet, let me see... | 12:54 |
| Anticom | :qa | 12:58 |
| *** cornel <cornel!~cornel@89.121.200.106> has joined #yocto | 12:58 | |
| cornel | hello | 12:58 |
| Anticom | sry, wrong window in focus | 12:58 |
| cornel | is there any advantage in placing PV and maybe PR in the recipe name? | 12:58 |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 12:59 | |
| cornel | for me it makes it harder to spot content change when also the PV or PR has changed, because instead of a diff, i just see in gerrit that one file was removed and another added | 12:59 |
| marquiz | RP: http://pastebin.com/K9M5KU8A | 13:02 |
| marquiz | RP: i really need to fix error reporting of the script so that it will show bitbake output in the backtrace | 13:04 |
| rburton | ed2: ok, thanks | 13:04 |
| rburton | cornel: pr, definitely not. git can handle rename detection, so gerrit should be able ot. | 13:05 |
| *** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC | 13:06 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 13:07 | |
| cornel | rburton, ok, thank you | 13:07 |
| rburton | cornel: if gerrit really can't then feel free to put PV in the recipe for your own stuff. putting it in the filename is just a convenience and idiom from when OE used to contain many of releases of each recipe. | 13:09 |
| cornel | rburton, so its mainly there for historical reason, so to speak? | 13:09 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 13:12 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 13:13 | |
| rburton | cornel: its a historical convention that is helpful to easily show what version a recipe is | 13:14 |
| cornel | thank you very much rburton | 13:14 |
| *** JosePerez <JosePerez!~jgperezc@134.134.139.78> has joined #yocto | 13:16 | |
| rburton | great, selftest is just hanging | 13:19 |
| *** hamis <hamis!~irfan@39.46.183.157> has joined #yocto | 13:19 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 13:21 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@39.46.73.189> has joined #yocto | 13:28 | |
| *** hamis <hamis!~irfan@39.46.183.157> has quit IRC | 13:30 | |
| RP | marquiz: I have no idea why its doing that, nothing else with master is afaik :( | 13:31 |
| RP | marquiz: fixing the script to share that output would help | 13:31 |
| marquiz | must be related to build perf test re-using artefacts | 13:32 |
| marquiz | i'm fixing the output problem atm | 13:32 |
| RP | marquiz: which aretfacts? Just sstate right? | 13:33 |
| marquiz | yes | 13:33 |
| RP | marquiz: it should work but worth exploring... | 13:33 |
| marquiz | (and downloads and cache) | 13:33 |
| RP | JaMa: I tried removing the expansion in allarch locally and it seems to work | 13:33 |
| *** viengelm <viengelm!viengelm@nat/digia/x-ioopnpowquskfmpo> has quit IRC | 13:34 | |
| RP | marquiz: hm, it breaks after enabling rm_work | 13:34 |
| marquiz | RP: i guess must be sstate as test1 build core-image-sato without problems | 13:34 |
| marquiz | esdk test does not use rm_work | 13:35 |
| *** viengelm <viengelm!viengelm@nat/digia/x-iqokfywqtaeppsds> has joined #yocto | 13:35 | |
| RP | marquiz: it doesn't but its broken by then! | 13:37 |
| *** gizero <gizero!~gizero@151.48.127.71> has joined #yocto | 13:38 | |
| RP | marquiz: are the failures for each step the same? | 13:39 |
| marquiz | RP: basically yes | 13:39 |
| RP | marquiz: local test didn't reproduce it :/ | 13:39 |
| marquiz | RP: i'm running locally, too... | 13:41 |
| *** gizero <gizero!~gizero@151.48.127.71> has quit IRC | 13:43 | |
| *** avalluri <avalluri!avalluri@nat/intel/x-unpthukdjbouuihg> has joined #yocto | 13:43 | |
| marquiz | RP: you're right that rm_work might actually break it | 13:44 |
| *** lamego <lamego!~jose@134.134.139.77> has joined #yocto | 13:45 | |
| marquiz | because the subsequent tests try to run a preparational build in the same tmpdir | 13:45 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 13:46 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 13:49 | |
| RP | marquiz: right, we need to figure out what the reproducer is... | 13:49 |
| RP | Looking at the numbers, it seems I managed to wipe 2GB of the disk usage, which raises questions about where the remaing 4GB comes from with rss | 13:50 |
| *** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto | 13:50 | |
| marquiz | RP: 4gb is still quite a bit | 13:51 |
| RP | marquiz: right | 13:51 |
| marquiz | RP: i could investigate that, but unfortunately not before monday | 13:52 |
| RP | marquiz: right, we're going to have to look into it... | 13:53 |
| *** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has quit IRC | 13:53 | |
| RP | marquiz: getting the perf benchmarks working is first priority | 13:54 |
| *** istarilucky <istarilucky!~rlucca@189.112.127.230> has quit IRC | 13:55 | |
| *** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC | 13:55 | |
| *** istarilucky <istarilucky!~rlucca@189.112.127.230> has joined #yocto | 13:56 | |
| *** JPEW <JPEW!cc4da3f4@gateway/web/freenode/ip.204.77.163.244> has joined #yocto | 13:57 | |
| *** arek-m <arek-m!~arek@095160034018.warszawa.vectranet.pl> has quit IRC | 13:58 | |
| cdleonard | my NATIVELSBSTRING apparently changed from "Debian-testing" to "Debian-9.0" and all sstate broke. Is this normal? | 14:02 |
| rburton | yes | 14:03 |
| rburton | sad but true as we can't tell that debian-testing to debian-9 is in fact the same thing | 14:04 |
| rburton | feel free to symlink one to the other in the sstate cache | 14:04 |
| rburton | or, use uninative, which is designed to solve this proble | 14:04 |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 14:08 | |
| cdleonard | but when does it change? Is is from some debian update or a yocto update? | 14:10 |
| *** zeddii <zeddii!~bruce@128.224.252.2> has joined #yocto | 14:13 | |
| rburton | debian | 14:14 |
| rburton | you've gone from debian testing to debian 9 | 14:14 |
| rburton | presumably that's the sign that debian testing is starting to freeze for release | 14:14 |
| RP | find */*/recipe-sysroot* -links 1 -type f -print0 | xargs -r0 du -aBM| awk '{sum+=$1} END {print sum}' | 14:18 |
| RP | 93090 | 14:18 |
| RP | marquiz: ^^^ - that says we have 900MB of single link files in a sample workdir I tested against :/ | 14:19 |
| rburton | huh | 14:20 |
| rburton | stale from updates to the master copies? | 14:20 |
| *** deva <deva!~deva@87.116.45.78> has quit IRC | 14:20 | |
| marquiz | uuh | 14:20 |
| RP | rburton: files we have to copy, then fix the paths in | 14:21 |
| rburton | ah | 14:21 |
| rburton | ouch | 14:21 |
| *** sgw_ <sgw_!~sgw_@134.134.139.83> has joined #yocto | 14:22 | |
| *** heliocastro is now known as helio|afk | 14:26 | |
| *** falk0n <falk0n!~falk0n@a109-49-59-170.cpe.netcabo.pt> has joined #yocto | 14:26 | |
| RP | and that number is clearly wrong due to rounding | 14:28 |
| *** Biliogadafr1 <Biliogadafr1!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto | 14:29 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 14:29 | |
| *** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC | 14:29 | |
| RP | hmm, 2.5GB is the answer | 14:29 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:30 | |
| *** jku <jku!~jku@192.198.151.43> has quit IRC | 14:31 | |
| RP | and 900MB of that are .la files | 14:33 |
| * RP waits for rburton to comment | 14:33 | |
| RP | ah, no 91MB | 14:33 |
| *** gizero <gizero!~gizero@151.48.127.71> has joined #yocto | 14:33 | |
| RP | shame, that would have been an easy fix | 14:33 |
| rburton | RP: NINE HUNDRED | 14:35 |
| rburton | oh 91 | 14:35 |
| rburton | damnit | 14:35 |
| *** gizero <gizero!~gizero@151.48.127.71> has quit IRC | 14:38 | |
| *** ptizoom <ptizoom!~ptizoom@79-70-48-85.dynamic.dsl.as9105.com> has joined #yocto | 14:39 | |
| RP | hmm, 1MB each time something depends on libxml2 or python due to the size of the manifest flle alone | 14:39 |
| ptizoom | why some packages require virtual/libc-native? how to bypass? | 14:40 |
| RP | ptizoom: they shouldn't really, how did you manage to hit that? | 14:42 |
| ptizoom | uhmm, I added meta-debian | 14:43 |
| *** gizero <gizero!~gizero@151.48.127.71> has joined #yocto | 14:43 | |
| RP | ptizoom: that was probably your mistake. What do you need meta-debian for? | 14:44 |
| ptizoom | RP: meta-debian is joly good I thought they had prepared good embeded distro... | 14:45 |
| *** avalluri <avalluri!avalluri@nat/intel/x-unpthukdjbouuihg> has quit IRC | 14:45 | |
| RP | ptizoom: OE provides a perfectly good starting point for an embedded distro. meta-debian has a very specific use case for long term support of old software and you probably don't want it | 14:47 |
| *** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto | 14:47 | |
| RP | ptizoom: it does some pretty crazy things compared to standard OE | 14:47 |
| rburton | RP: something happened in master, or the AB is bust: selftest hangs. | 14:47 |
| *** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC | 14:47 | |
| rburton | https://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/811 | 14:48 |
| *** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has quit IRC | 14:48 | |
| ptizoom | RP: OK, I will drop it out! But for my sake, is there a way other than adding "BBCLASSEXTEND = \"native\"" every where.... to ignore these libc-native dependencies? | 14:49 |
| *** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto | 14:49 | |
| RP | ptizoom: no libc-native dependencies should be there at all and BBCLASSEXTEND isn't how you'd fix that anyway | 14:50 |
| RP | rburton: locally too? | 14:50 |
| rburton | RP: haven't tried yet | 14:50 |
| RP | rburton: no idea offhand :( | 14:51 |
| ptizoom | RP: this is somewhat requested by openldap-native... | 14:52 |
| rburton | ptizoom: meta-debian is so far removed from oe-core that you'll have more luck asking in a specific channel | 14:52 |
| ptizoom | RP,rbuton: ok thanks anyway. | 14:53 |
| rburton | (our advice is not to use meta-debian because you think its got the software you want. ie openldap is in meta-oe) | 14:54 |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 15:01 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 15:01 | |
| *** Anticom <Anticom!~quassel@217.6.33.234> has quit IRC | 15:04 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 15:04 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 15:08 | |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 15:09 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 15:09 | |
| *** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC | 15:15 | |
| *** Crofton <Crofton!~Crofton@69.43.21.85> has quit IRC | 15:20 | |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 15:22 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 15:25 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 15:25 | |
| *** helio|afk is now known as heliocastro | 15:26 | |
| kergoth | do_populate_sysroot_setscene: No suitable staging package found | 15:26 |
| kergoth | keep getting these lately, what's the deal? | 15:26 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 15:27 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 15:27 | |
| *** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.24.222.2.222> has joined #yocto | 15:28 | |
| *** JosePerez1 <JosePerez1!~jgperezc@134.134.139.77> has joined #yocto | 15:28 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 15:28 | |
| gizero | RP: I did some more investigation on issues seen yesterday on esdk and the sysinitv/systemd thing. What I see here is that building from scratch (no tmp, no sstate-cache) either the image (core-image-minimal) or the esdk succeeds. Rebuilding the image (preserving tmp and sstate-cache) after configuring for systemd (no backfilling of sysinitv) works as well. On the opposite, after reconfiguration, building | 15:28 |
| gizero | the esdk fails as reported yesterday (http://pastebin.com/aQRwd5t3) | 15:28 |
| *** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto | 15:28 | |
| Strike5150 | Hello, trying to add x windows to my image, started with inherit core-image. Added some packages and now trying to add IMAGE_FEATURE x11-sato. Is that supposed to work? | 15:28 |
| gizero | Any further test I can volunteer for or should I file on bugzilla? | 15:29 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 15:34 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 15:34 | |
| *** stephano <stephano!~stephano@134.134.139.77> has joined #yocto | 15:34 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto | 15:35 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 15:38 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.83> has quit IRC | 15:43 | |
| rburton | Strike5150: copy core-image-x11 and you'll have an image that starts x and not much else | 15:45 |
| Strike5150 | rburton: I want to have a core image without x11, and only add x11 on certain machine tyes | 15:46 |
| RP | gizero: bugzilla time. I think I know what is wrong though and may have a patch to test son | 15:47 |
| RP | kergoth: that shouldn't happen :( | 15:47 |
| Strike5150 | rburton: x11-sato image feature doesn't seem to add startx. It seems its dependant on x11/x11-base, or I don't know how to start sato | 15:48 |
| kergoth | just saw hundreds of them before my build started from scratch | 15:48 |
| marquiz | RP: the failure seen in build perf test seems to be caused by rm_work | 15:52 |
| marquiz | unfortunately i have to call it a day | 15:52 |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 15:53 | |
| RP | marquiz: were you able to reproduce? | 15:53 |
| *** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 15:53 | |
| ed2 | rburton: i pushed fixes to my contrib branch ed/wic/wip | 15:54 |
| rburton | ed2: great | 15:54 |
| ed2 | rburton: looking at ross/mut I'd say you didn't remove hddimg patchet from there yet. | 15:54 |
| RP | kergoth: different subject, I remember that we had to complicate the multiprocessing code in the cooker parser due to issues with python multiprocessing. Do you remember what the issue was? | 15:54 |
| RP | kergoth: I'm wondering if we can loop back now and simplify | 15:55 |
| rburton | ed2: no, i'll do that when i pull your bits | 15:55 |
| kergoth | IIRC there was a bug in the version of python we were using, but it's been a while. does seem worth revisiting, considering we're on 3 now | 15:55 |
| kergoth | it's a bit hard to remember now though :) | 15:55 |
| Strike5150 | packagegroup-core-x11-base : Depends: packagegroup-core-x11-utils but it is not going to be installed | 15:55 |
| Strike5150 | When I add the contents of core-image-x11, I get this error | 15:56 |
| rburton | ed2: so ed/wic/wip is everything from you i should be including in mut? | 15:56 |
| ed2 | rburton: I removed couple of patches, updated some and added new | 15:56 |
| Strike5150 | where does packagegroup-core-x11-utils come from? how can I include it | 15:56 |
| ed2 | rburton: yes, it contains everything that should be included in mut, but before that we should remove my hddimg patchset from there. | 15:57 |
| ed2 | rburton: if you give me 15 minutes I can do it. | 15:57 |
| *** ed21 <ed21!~Adium@192.198.151.43> has joined #yocto | 16:00 | |
| rburton | ed2: by hddimg you mean the 14 patch series "wic should not rely on hddimg creation'? | 16:01 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 16:01 | |
| *** ed2 <ed2!~Adium@192.198.151.45> has quit IRC | 16:02 | |
| Strike5150 | Figured it out, I can simply install it like package using IMAGE_INSTALL. Why is it not able to automagically pull in the dependancy for those? | 16:02 |
| ed21 | rburton: yes, and some more that you cherry-picked from my branch | 16:02 |
| *** ed21 is now known as ed2 | 16:02 | |
| ed2 | rburton: I can prepare branch for you if you want. | 16:04 |
| *** hamis_lt_u <hamis_lt_u!~irfan@39.46.73.189> has quit IRC | 16:04 | |
| kanavin | rburton: why do we split python's standard modules into tiny packages? | 16:04 |
| rburton | kanavin: because someone long ago decided it would be good for small systems to let you install the bits you need and not say all the internet parts if you never use them | 16:05 |
| kanavin | rburton: this is causing a very annoying process of determining which of them any given python software needs in RDEPENDS - build an image, run an image, run the software, fix the failure, repeat a million times | 16:06 |
| rburton | kanavin: add python3-modules to the image | 16:07 |
| rburton | thats the metapackage for "everything" | 16:07 |
| kanavin | rburton: is it okay if I add that to dnf.bb ? | 16:07 |
| rburton | kanavin: for now, sure. | 16:08 |
| kergoth | kanavin: the pythondeps script in oe-core will scan a python package to get a list of its deps. recipetool create will use it to prepopulate RDEPENDS. | 16:09 |
| kergoth | manual review is required, however | 16:09 |
| rburton | oooo! | 16:09 |
| rburton | kanavin: or, enable the package feed on your build machine and on the target copy packages as you need them. saves the rebuild loop. | 16:09 |
| kergoth | well, recipetool create will do so if it sees a python buildsystem, that is, i.e. setup.py. not sure if there's a way to trigger it manually if the project uses something else | 16:10 |
| kergoth | good idea | 16:10 |
| rburton | i have PACKAGE_FEED_URIS = "http://flashheart.local/poky-master" in my local.conf, and lighttpd on my build machine sharing the deploy as /poky-master/ | 16:10 |
| rburton | obviously you're working on dnf so that won't work so well ;) | 16:10 |
| rburton | but you can still scp the packages out of deploy | 16:10 |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 16:11 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.82> has joined #yocto | 16:13 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto | 16:14 | |
| gizero | RP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10982 I'll be happy to help with testing the patch... | 16:16 |
| yocti | Bug 10982: normal, Undecided, ---, ross.burton, NEW , building eSDK fails after switching from sysinitv to systemd | 16:16 |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 16:16 | |
| themikenicholson | Question about create_sdk_files - I'm trying to add a _prepend to it from a .bbappend file. The recipe I'm appending to already inherits a create_sdk_files_prepend from a bbclass in another layer. I see that my .bbappend file is getting processed when I run bitbake-layers show-appends but when I run bitbake -e imagename I don't see the content of my create_sdk_files_prepend. | 16:16 |
| themikenicholson | Is there something about that funciton that prevents me from prepending to it from another bbappend file or am I just trying to do something impossible? | 16:18 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-shzoiinlnylwkmcd> has joined #yocto | 16:19 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 16:20 | |
| kanavin | rburton: kergoth: thanks for the hints, I think I call it a day now :) | 16:20 |
| rburton | gizero: if you change distro features, we really do recommend you delete tmp for this exact reason | 16:22 |
| *** smiller6 <smiller6!~smiller6@38.104.105.146> has joined #yocto | 16:22 | |
| RP | kergoth: you'd probably understand how to simplify that code better than I would. Wish I could remember the problem :/ | 16:28 |
| kergoth | sure, will see about taking a look. i don't remember either offhand, it went through a few versions | 16:29 |
| *** xulfer <xulfer!~xulfer@random.cheapbsd.net> has joined #yocto | 16:30 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 16:31 | |
| gizero | rburton: uhmmm... I probably missed the suggestions from the docs. But if failures are to be expected, maybe we'd better advice like the sanity checker does on misconfiguration. Anyway here the background was testing if this migrating from sysinitv to systemd can be considered reliable from a eSDK update perspective. Will move on with my test with your advice in place | 16:31 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 16:32 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has quit IRC | 16:34 | |
| RP | rburton, gizero: its actually a grey area now. Before rss, we did have this working, albeit not widely publisied | 16:34 |
| *** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC | 16:37 | |
| *** quandtum <quandtum!~quandtum@140.190.50.180> has joined #yocto | 16:38 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC | 16:39 | |
| sandsmark | so, I'm trying to build an image with among other things qtdeclarative without x11, but the build fails with opkg saying «Cannot satisfy the following dependencies for qtdeclarative: *a bunch of x11 libs*» | 16:39 |
| sandsmark | I downloaded the .ipkg and looked at the control file manually, and it doesn't list any of those libraries | 16:40 |
| BaloneyGeek|work | sandsmark: HAHA! | 16:40 |
| sandsmark | nor are they in the .bb files | 16:40 |
| BaloneyGeek|work | I just gave up about 6 hours ago | 16:40 |
| sandsmark | hah | 16:40 |
| BaloneyGeek|work | Trying to do the same thing since Monday | 16:40 |
| sandsmark | haha, ok | 16:40 |
| sandsmark | trying to upgrade an installed device now with the new packages | 16:41 |
| *** smiller6_ <smiller6_!~smiller6@38.104.105.146> has joined #yocto | 16:41 | |
| sandsmark | «Depends: libgcc1 (>= 5.3.0), libstdc++6 (>= 5.3.0), qtbase (>= 5.8.0+git0+49dc9aa409), libc6 (>= 2.23)» | 16:41 |
| *** smiller6_ <smiller6_!~smiller6@38.104.105.146> has quit IRC | 16:41 | |
| sandsmark | no x11 there either | 16:41 |
| BaloneyGeek|work | meta-qt5, 5.8 branch? | 16:42 |
| sandsmark | yeah | 16:42 |
| sandsmark | grepped through the entire source/ directory for the libraries, nothing | 16:42 |
| rburton | sandsmark: if you just remove x11 from your DISTRO_FEATURES then bitbake will literally refuse to build anything touching x11 | 16:43 |
| sandsmark | yeah, I have removed it | 16:43 |
| sandsmark | and the package is built without x11, the ipk has no references to anything x11, but opkg still complains | 16:43 |
| RP | sandsmark: try greping the Packages files in tmp/deploy/ipk for these x11 libs | 16:43 |
| BaloneyGeek|work | I was trying to do the same thing. DISTRO_FEATURES_remove = "x11 wayland" but qt5declarative still tried to link against libglx-xcb or something similar | 16:44 |
| *** smiller6 <smiller6!~smiller6@38.104.105.146> has quit IRC | 16:44 | |
| sandsmark | aha; cortexa9hf-neon-mx6sl/Packages:Depends: libx11-6 (>= 1.6.3), libxcb-dri2-0 (>= 1.11.1), libxfixes3 (>= 5.0.1), libxcb1 (>= 1.11.1), libx11-xcb1 (>= 1.6.3), libxext6 (>= 1.3.3), libc6 (>= 2.23), libglapi0 (>= 11.1.1), libdrm2 (>= 2.4.67), libxxf86vm1 (>= 1.1.4), libxau6 (>= 1.0.8), libexpat1 (>= 2.1.0), libxdamage1 (>= 1.1.4), libxdmcp6 (>= 1.1.2), libxcb-glx0 (>= 1.11.1) | 16:44 |
| *** jairglez <jairglez!~jairdeje@134.134.139.76> has joined #yocto | 16:44 | |
| sandsmark | from grep libx11-xcb1 {*/,}Packages | 16:45 |
| *** gizero <gizero!~gizero@151.48.127.71> has quit IRC | 16:45 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:45 | |
| RP | sandsmark: a bit more context should show you which package it is and then you can work it backwards from there | 16:47 |
| RP | sandsmark: I'm going to guess at a precompiled graphics driver or something... | 16:48 |
| sandsmark | yeah, I found it, it seems like there's an outdated qtbase from one of the fsl repos that ruins things | 16:48 |
| *** lemagoup <lemagoup!~lemagoup@195.190.86.18> has quit IRC | 16:48 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has joined #yocto | 16:49 | |
| *** gizero <gizero!~gizero@151.48.127.71> has joined #yocto | 16:51 | |
| sandsmark | they try to be clever with the gl stuff because the imx6sl doesn't have a gpu, but I don't want gl | 16:51 |
| *** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has joined #yocto | 16:54 | |
| *** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC | 16:55 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 16:55 | |
| *** Snert <Snert!~snert_@65.74.8.146> has quit IRC | 16:57 | |
| *** Snert <Snert!~snert_@65.74.8.146> has joined #yocto | 16:58 | |
| *** Tenhi <Tenhi!~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com> has quit IRC | 16:58 | |
| RP | gizero: I have a patch you could test | 16:58 |
| RP | gizero: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss&id=61ac96a1bafbc6ac2c6d4b2db93b09496880a101 | 16:59 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:59 | |
| RP | gizero: it depends on http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss&id=7120b865755c735e3438d8d53f40c87d9c0f19ca (or drop the workdir param) | 16:59 |
| sandsmark | RP: thanks, btw | 17:02 |
| sandsmark | I feel dumb for not looking in the Packages file... | 17:02 |
| RP | sandsmark: I've been there before ;-) | 17:02 |
| sandsmark | :) | 17:02 |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 17:03 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 17:05 | |
| *** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has quit IRC | 17:05 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 17:06 | |
| *** bavery_fn <bavery_fn!bavery@nat/intel/x-hmvdpoljdhlzwfka> has quit IRC | 17:09 | |
| *** toscalix <toscalix!~toscalix@80.91.70.175> has quit IRC | 17:10 | |
| *** Circuitsoft <Circuitsoft!4b92a52b@gateway/web/freenode/ip.75.146.165.43> has joined #yocto | 17:13 | |
| Circuitsoft | Hello - I'm trying to add more files to the linux-firmware package via a .bbappend. Do I want to write "do_unpack_append(){}" to unpack the downloaded RPM File, or is there a different function to implement? | 17:14 |
| Circuitsoft | Currently, there is no do_unpack, as the SRC_URI for the original package is a git repository. | 17:14 |
| *** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has joined #yocto | 17:14 | |
| kergoth | Circuitsoft: not sure what makes you think a git repo doesn't unpack.. unpack means take the sources from DL_DIR to WORKDIR, via whatever appropriate mechanism. a git repo is cloned. | 17:15 |
| kergoth | without do_unpack, you'd have no sources to use to build at all | 17:15 |
| kergoth | not ideal naming, perhaps, but that's how it is | 17:16 |
| rburton | Circuitsoft: put a .rpm in SRC_URI and set extract=1 and bitbake will unpack it for you | 17:16 |
| *** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has quit IRC | 17:16 | |
| gizero | RP: going to give it a try, thanks! | 17:17 |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 17:18 | |
| Circuitsoft | rburton: I'm doing SRC_URI += "/uri/of/rpm" where it already contains "/uri/of/git/repo.git" | 17:20 |
| Circuitsoft | But, I'll try that and see what happens. Thanks. | 17:20 |
| kergoth | that'll work fine. | 17:21 |
| kergoth | bitbake can unpack any number of sources, there's no limitation | 17:21 |
| *** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has quit IRC | 17:21 | |
| *** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 17:23 | |
| *** gizero <gizero!~gizero@151.48.127.71> has quit IRC | 17:29 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:30 | |
| *** gizero <gizero!~gizero@151.48.127.71> has joined #yocto | 17:31 | |
| *** ptizoom <ptizoom!~ptizoom@79-70-48-85.dynamic.dsl.as9105.com> has quit IRC | 17:34 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 17:35 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 17:38 | |
| themikenicholson | Is it not possible to have multiple instances of xyz_prepend () {} in the same recipe? | 17:44 |
| RP | themikenicholson: perfectly fine | 17:44 |
| kergoth | prepend/append are operations, not part of the name. they're cumulative | 17:45 |
| *** fl0v0 <fl0v0!~fvo@pD9F6A1CE.dip0.t-ipconnect.de> has quit IRC | 17:49 | |
| *** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC | 17:50 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 17:52 | |
| themikenicholson | *facepalm* another recipe in another layer was inheriting the class... The recipe i was attempting to .bbapend to was not getting pulled in at all | 17:55 |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.76> has joined #yocto | 17:56 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has joined #yocto | 17:59 | |
| themikenicholson | I wasn't seeing the effects of the _prepend because it was in the wrong place. Sorry for wasting time. | 18:04 |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 18:14 | |
| *** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 18:15 | |
| marquiz | RP: came back for a brief moment | 18:16 |
| marquiz | RP: yes, i was able to reproduce | 18:16 |
| marquiz | just INHERIT += "rm_work" and bitbake core-image-sato | 18:16 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 18:19 | |
| *** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC | 18:22 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-shzoiinlnylwkmcd> has quit IRC | 18:24 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 18:26 | |
| *** mckoan is now known as mckoan|away | 18:29 | |
| marquiz | RP: i just fired git bisect run | 18:32 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 18:35 | |
| sandsmark | bah, still no go :( | 18:39 |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 18:39 | |
| *** sameo <sameo!~samuel@192.55.54.38> has joined #yocto | 18:41 | |
| sandsmark | there I fixed it | 18:43 |
| sandsmark | removed the fsl ipk repo | 18:43 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 18:43 | |
| *** tlab <tlab!~tlab@104.235.20.44> has joined #yocto | 18:49 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 18:52 | |
| miceopede | i'm using BB_FETCH_PREMIRRORONLY = "1" to fetch from my local mirror only. there's a warning about uninative. do i need this? what is this for? | 18:52 |
| Circuitsoft | Is there something like depexp that shows packages instead of recipes? | 18:58 |
| Circuitsoft | I have something pulling in linux-firmware, which conflicts with kernel-firmware. | 18:58 |
| Circuitsoft | I have a few specific linux-firmware-<something> packages pulled in, but none of them conflict with kernel-firmware. | 18:59 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 19:02 | |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 19:03 | |
| skrawn | How are the root filesystem user account and permissions set up? It used to be that my images would always contain a root account with no password and that account had super user permissions. Now I have to add "empty-root-password" to allow for that account to be created without a password but my root account no longer has su permissions | 19:07 |
| Circuitsoft | Is there a way to prevent a particular package from being installed? I have a conflict I'm trying to track down. | 19:08 |
| skrawn | Circuitsoft: in your local.conf file, you can add IMAGE_INSTALL_remove += "<package_name>" | 19:09 |
| Circuitsoft | Okay, so I get my conflict when I add linux-firmware-cxgb to my initramfs. In linux-firmware_git.bbappend, I have FILES_${PN}-cxgb = "". | 19:16 |
| *** sameo <sameo!~samuel@192.55.54.38> has quit IRC | 19:16 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.76> has quit IRC | 19:19 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 19:19 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.76> has joined #yocto | 19:23 | |
| *** falk0n <falk0n!~falk0n@a109-49-59-170.cpe.netcabo.pt> has quit IRC | 19:23 | |
| *** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto | 19:24 | |
| miceopede | my yocto build is refetching and rebuilding linux-yocto-rt_4.8 every single time i build, regardless of sstate cache. any idea how i can debug this? my bbappend file looks like this: http://pastebin.com/ZeYiRYLz | 19:27 |
| *** istarilucky <istarilucky!~rlucca@189.112.127.230> has quit IRC | 19:32 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 19:37 | |
| kergoth | miceopede: see bitbake-whatchanged and bitbake -S printdiff | 19:38 |
| marka | miceopede: did you try to use bitbake-diffsigs to see what changed in the siginfo files? | 19:38 |
| miceopede | @marka i did not. let me try | 19:38 |
| marka | kergoth's method may be easier, I haven't tried that | 19:39 |
| miceopede | do i need to specify that after my image? (core-image-rt) | 19:39 |
| kergoth | bitbake-diffsigs is a standalone command, used to diff two different siginfo/sigdata files from your stamps_dir or sstate_dir | 19:39 |
| miceopede | okay, let me take a look. | 19:40 |
| kergoth | bitbake -S printdiff does a diffsigs for you. it locates the sstate which is closest to what we want, then diffs that against the current state of things | 19:41 |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-gipaqicxhwxwjsse> has quit IRC | 19:43 | |
| *** joseppc <joseppc!~josep@c-4417e455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto | 19:51 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 19:51 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has quit IRC | 19:51 | |
| *** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto | 19:55 | |
| *** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 19:56 | |
| *** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 19:57 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 19:58 | |
| *** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC | 19:58 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 20:03 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has joined #yocto | 20:07 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has quit IRC | 20:12 | |
| *** igor1 <igor1!~igor@189.112.127.230> has quit IRC | 20:15 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 20:15 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 20:16 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has joined #yocto | 20:17 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 20:18 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 20:19 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has quit IRC | 20:30 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 20:30 | |
| *** berton <berton!~berton@189.114.111.135> has quit IRC | 20:32 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has joined #yocto | 20:33 | |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 20:47 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:48 | |
| ed2 | rburton: I've just sent v3 of my patchset: http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131937.html | 20:49 |
| *** skrawn <skrawn!419d2dc2@gateway/web/freenode/ip.65.157.45.194> has quit IRC | 20:53 | |
| *** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 20:58 | |
| *** skrawn <skrawn!419d2dc2@gateway/web/freenode/ip.65.157.45.194> has joined #yocto | 21:01 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has quit IRC | 21:02 | |
| *** skrawn <skrawn!419d2dc2@gateway/web/freenode/ip.65.157.45.194> has quit IRC | 21:08 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has joined #yocto | 21:10 | |
| *** voltbit <voltbit!~acid___@79.115.167.52> has quit IRC | 21:12 | |
| *** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has joined #yocto | 21:14 | |
| *** ed2 <ed2!~Adium@192.198.151.43> has quit IRC | 21:14 | |
| *** ed2 <ed2!Adium@nat/intel/x-ckzktzxxhjjecyfi> has joined #yocto | 21:15 | |
| *** ed2 <ed2!Adium@nat/intel/x-ckzktzxxhjjecyfi> has quit IRC | 21:21 | |
| *** skrawn <skrawn!419d2dc2@gateway/web/freenode/ip.65.157.45.194> has joined #yocto | 21:24 | |
| *** _Ben <_Ben!81612d46@gateway/web/freenode/ip.129.97.45.70> has quit IRC | 21:26 | |
| *** sdonohue <sdonohue!~quassel@65.157.45.194> has joined #yocto | 21:28 | |
| *** skrawn <skrawn!419d2dc2@gateway/web/freenode/ip.65.157.45.194> has quit IRC | 21:33 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 21:33 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.82> has quit IRC | 21:45 | |
| *** davis <davis!~davis@50-76-27-166-static.hfc.comcastbusiness.net> has quit IRC | 21:47 | |
| *** paulg <paulg!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC | 21:49 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.82> has joined #yocto | 21:56 | |
| *** morphis <morphis!~morphis@pD9ED6686.dip0.t-ipconnect.de> has quit IRC | 21:57 | |
| *** pohly <pohly!~pohly@p5DE8DB2E.dip0.t-ipconnect.de> has quit IRC | 21:59 | |
| *** sdonohue <sdonohue!~quassel@65.157.45.194> has quit IRC | 22:02 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 22:05 | |
| *** agust <agust!~agust@p4FCB4DAB.dip0.t-ipconnect.de> has quit IRC | 22:25 | |
| *** Circuitsoft <Circuitsoft!4b92a52b@gateway/web/freenode/ip.75.146.165.43> has quit IRC | 22:32 | |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 22:34 | |
| *** JosePerez <JosePerez!~jgperezc@134.134.139.78> has quit IRC | 22:35 | |
| *** lamego <lamego!~jose@134.134.139.77> has quit IRC | 22:52 | |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 22:58 | |
| *** JPEW <JPEW!cc4da3f4@gateway/web/freenode/ip.204.77.163.244> has quit IRC | 22:59 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 23:10 | |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 23:13 | |
| kergoth | hmm, so privsep isn't working with sshd on x32 builds, but works fine otherwise | 23:15 |
| kergoth | ah, http://linux.debian.bugs.dist.narkive.com/Oec7vwMR/bug-849923-openssh-server-no-login-possible-after-upgrade-on-x32 | 23:17 |
| *** gizero <gizero!~gizero@151.48.127.71> has quit IRC | 23:17 | |
| *** quandtum <quandtum!~quandtum@140.190.50.180> has quit IRC | 23:21 | |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC | 23:23 | |
| * rburton is secretly confident that his new plan to solve a long standing autotools pain point is going to actually work this time | 23:24 | |
| rburton | just fired an overnight build to test | 23:25 |
| kergoth | good luck | 23:25 |
| rburton | its almost out of native land so that's a good start ;) | 23:28 |
| rburton | now bed | 23:28 |
| rburton | good weekend all | 23:28 |
| *** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has quit IRC | 23:29 | |
| *** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has joined #yocto | 23:29 | |
| *** bavery_fn <bavery_fn!~bavery@134.134.139.76> has quit IRC | 23:44 | |
| *** Snert__ <Snert__!~LoginName@106-24-237-24.gci.net> has joined #yocto | 23:47 | |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has quit IRC | 23:48 | |
| -YoctoAutoBuilder- build #1018 of nightly-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/1018 | 23:48 | |
| -YoctoAutoBuilder- build #1019 of nightly-arm-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/1019 | 23:50 | |
| -YoctoAutoBuilder- build #1004 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/1004 | 23:51 | |
| *** seebs <seebs!~seebs@74.122.98.108> has quit IRC | 23:52 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:58 | |
| -YoctoAutoBuilder- build #399 of nightly-no-x11 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/399 | 23:59 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!