Monday, 2017-02-06

*** sameo <sameo!samuel@nat/intel/x-nsxpsrcblymnbtum> has quit IRC00:01
*** abelal <abelal!~quassel@> has quit IRC00:09
*** abelal <abelal!~quassel@> has joined #yocto00:10
*** JosePerez1 <JosePerez1!~jgperezc@> has quit IRC00:11
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto00:11
*** voltbit <voltbit!> has quit IRC00:39
*** Talorno <Talorno!~giova@> has quit IRC00:48
*** nighty <nighty!> has joined #yocto00:53
*** paulg <paulg!> has quit IRC01:03
*** paulg <paulg!> has joined #yocto01:21
*** JordonWu <JordonWu!~quassel@> has joined #yocto01:29
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:36
*** paulg <paulg!> has quit IRC01:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC01:41
*** paulg <paulg!> has joined #yocto01:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC02:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto02:13
*** parrot <parrot!~chankit@> has joined #yocto02:21
parrotHi, I want to rebuild a kernel in the target image itself. So will the default .config file do for the kernel rebuild job?02:22
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto02:34
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:39
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto03:00
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto03:17
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC03:22
*** Noor <Noor!~quassel@> has quit IRC03:27
*** Noor <Noor!~quassel@> has joined #yocto03:27
*** Snert <Snert!> has quit IRC03:28
*** Snert <Snert!> has joined #yocto03:28
*** Cwiiis <Cwiiis!~sid227@2620:101:8016:74::5:e3> has quit IRC03:34
*** Cwiiis <Cwiiis!~sid227@2620:101:8016:74::5:e3> has joined #yocto03:35
*** john2 <john2!> has quit IRC03:52
*** dvhart <dvhart!> has quit IRC03:53
*** manuel_ <manuel_!~manuel@> has quit IRC03:59
*** voltbit <voltbit!> has joined #yocto04:35
*** voltbit <voltbit!> has quit IRC04:53
*** bluelightning <bluelightning!~paul@> has joined #yocto04:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto04:58
*** voltbit <voltbit!> has joined #yocto05:02
*** voltbit <voltbit!> has quit IRC05:10
*** dvhart <dvhart!> has joined #yocto05:11
*** AndersD <AndersD!> has joined #yocto05:12
*** dvhart <dvhart!> has quit IRC05:23
paulgwhee.  arm build just died with this...05:27
paulg| checking dynamic linker characteristics... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES.05:27
paulg| WARNING: exit code 1 from a shell command.05:27
paulg| ERROR: Function failed: do_configure (log file is located at /home/paul/poky/build-arm/tmp/work/cortexa8hf-neon-overc-linux-gnueabi/gcc-runtime/6.3.0-r0/temp/log.do_configure.27625)05:27
paulgERROR: Task (/home/paul/poky/meta/recipes-devtools/gcc/ failed with exit code '1'05:27
paulgjust updated ; everything on master.   Will try cleansstate since this is a re-used build dir.05:28
paulgnope, still fails.   FWIW, I just completed an arm64 build right before this w/o issue.05:30
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC05:39
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto05:47
*** sgw_ <sgw_!~sgw_@> has joined #yocto05:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto06:09
*** geoffrey_l <geoffrey_l!~geoffrey_@> has joined #yocto06:19
parrotbluelightning: ping06:23
*** JordonWu <JordonWu!~quassel@> has quit IRC06:32
*** JordonWu <JordonWu!~quassel@> has joined #yocto06:33
*** jakek_ <jakek_!c39c4de2@gateway/web/freenode/ip.> has joined #yocto06:33
jakek_Hello, I sucessfully built a qemu image. How I convert the "qemu.bin" and "rootfs.ext4" to a single .vmdk file ?  Thanks!06:35
LetoThe2ndjakek_: why not directly try to create a full image for some virtualization?06:46
LetoThe2ndjakek_: FWIW, vmdk, vdi and qcow2 should be directly available as image types.06:48
*** thaytan <thaytan!> has joined #yocto06:53
*** gtristan <gtristan!~tristanva@> has joined #yocto06:55
*** agust <agust!> has joined #yocto07:03
*** pohly <pohly!> has joined #yocto07:06
*** linulin <linulin!> has joined #yocto07:06
*** qt-x <qt-x!~Thunderbi@> has joined #yocto07:08
jakek_LetoThe2nd: thanks a lot mate ! I missed the thing. I just modify local.conf  IMAGE_FSTYPES += "vmdk"07:17
LetoThe2ndjakek_: :-)07:17
*** frsc <frsc!~frsc@> has joined #yocto07:17
*** morphis <morphis!> has joined #yocto07:38
*** fl0v0 <fl0v0!> has joined #yocto07:57
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:04
*** egavinc <egavinc!> has joined #yocto08:10
*** open-nandra <open-nandra!> has joined #yocto08:12
*** jku_ <jku_!~jku@> has joined #yocto08:12
*** jku_ is now known as jku08:12
*** Kakounet <Kakounet!> has joined #yocto08:17
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto08:17
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto08:17
open-nandraHi, I'm adding new layer for x86_64 machine and I build core-image-minimal. I burn iso file to usb key and canb see grub options. I can see kernel is booted and init script from initrd is started but I see only : Waiting for removable media and thats it (I have CONFIG_DEVTMPFS=y and also CONFIG_DEVTMPFS_MOUNT=y). Any ideas what to check and why it's not proceeding. I looked to initscrip and it looks for /run/media (maybe run folder doesn't ex08:22
open-nandraists?) Using jethro release08:22
*** robert__ <robert__!~lyang1@> has quit IRC08:29
*** sherif <sherif!6cab81a4@gateway/web/freenode/ip.> has quit IRC08:30
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:32
*** toanju <toanju!~toanju@> has joined #yocto08:32
*** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC08:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC08:40
*** mckoan|away is now known as mckoan08:41
*** JordonWu <JordonWu!~quassel@> has quit IRC08:43
*** grma <grma!~gruberm@> has joined #yocto08:44
*** t0mmy <t0mmy!~tprrt@> has quit IRC08:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto08:45
*** JordonWu <JordonWu!~quassel@> has joined #yocto08:47
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:50
*** sameo <sameo!~samuel@> has joined #yocto08:54
*** t0mmy <t0mmy!~tprrt@> has quit IRC08:55
*** avalluri <avalluri!~avalluri@> has quit IRC08:57
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto08:58
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto09:01
*** egavinc <egavinc!> has quit IRC09:04
*** toanju <toanju!~toanju@> has quit IRC09:05
*** falk0n <falk0n!> has joined #yocto09:07
*** avalluri <avalluri!~avalluri@> has joined #yocto09:09
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto09:09
mckoangood morning09:10
*** psnsilva <psnsilva!> has joined #yocto09:12
*** Biliogadafr <Biliogadafr!> has joined #yocto09:14
*** JoiF <JoiF!~jofr@> has joined #yocto09:17
*** reibax <reibax!c21e5946@gateway/web/freenode/ip.> has joined #yocto09:18
reibaxHello everyone09:18
*** Kakounet1 <Kakounet1!> has joined #yocto09:18
reibaxI am really busy right now working on a project with quite a lot of pressure. I would like to contribute a small thing to the Yocto Documentation, but right now I don't have the time needed to do the contrubution09:19
*** Kakounet <Kakounet!> has quit IRC09:19
*** Kakounet1 is now known as Kakounet09:19
reibaxso I thought that maybe I could release the idea over here09:19
reibaxand someone here could do it for me and for the community, if you think that it is good enought to be incorporated to the documentation09:20
*** mcmm <mcmm!~mcmm@> has joined #yocto09:21
reibaxI have found that in cases where you inherit from systemd, you cannot really use the pkg_postinst_${PN} function in your recipes if you want to run code on first boot09:21
reibaxthat's because  the postinst actions of systemd return 009:22
reibaxan easy fix is to change the documentation of the mega-manual09:22
reibaxwhere you say this:09:22
reibax     pkg_postinst_PACKAGENAME() {      if [ x"$D" = "x" ]; then           # Actions to carry out on the device go here      else           exit 1      fi      }09:22
reibaxyou could say this:09:22
reibax     pkg_postinst_PACKAGENAME() {      if [ x"$D" = "x" ]; then           # Actions to carry out on the device go here      else           trap "exit 1" EXIT      fi      }09:23
reibaxby using09:23
reibaxtrap "exit 1" EXIT09:23
reibaxinstead of using09:23
reibaxexit 109:23
reibaxyou ensure that the code needed to run on first boot will get run09:23
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:31
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto09:32
*** csanchezdll <csanchezdll!> has joined #yocto09:34
pohlymaxin: what's your opinion about the inconsistent /etc files when removing users (
yoctiBug 11007: normal, Medium+, 2.3 M3, patrick.ohly, ACCEPTED , build fails after user add/delete commands09:39
pohlyShould  we simply remove the *- backup files at rootfs construction time?09:40
maxinpohly: those files are added by the shadow package (as a dependency in the extrausers class) and required by the shadow tools09:42
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto09:42
pohlyWhat breaks if they are missing, i.e. what exactly is their purpose?09:43
maxinpohly: haven't found the reason for the inconsistencies in the files yet09:43
pohlyWhen you said "those files are added by the shadow package", do you mean "packaged" or "created at runtime"?09:45
pohlyProbably the latter.09:46
pohlyTo me they look like redundant backup files.09:46
*** Kakounet <Kakounet!> has quit IRC09:46
pohly"man shadow" (on Debian) confirms that /etc/shadow- is "Backup file for /etc/shadow." and adds "Note that this file is used by the tools of the shadow toolsuite, but not by all user and password management tools."09:47
*** ed21 <ed21!~Adium@> has joined #yocto09:47
maxinpohly: passwd man page says - used by the tools of the shadow toolsuite, but not by all user and password management tools.09:48
*** ed21 is now known as ed209:48
maxinpohly: it makes sense to not to ship some backup files..09:49
*** MWelchUK <MWelchUK!> has joined #yocto09:49
maxinpohly: oh, I missed your previous comment09:50
*** Kakounet <Kakounet!> has joined #yocto09:50
pohlymaxin: okay, so we agree about - it would still be useful to know why the backup files became inconsistent, but we can treat that as a separate bug.09:51
yoctiBug 11007: normal, Medium+, 2.3 M3, patrick.ohly, ACCEPTED , build fails after user add/delete commands09:51
maxinpohly: that looks fine to me.09:55
OlegtHi!   How to skip  step in do_package_qa    with   INSANE_SKIP_${PN}        for error type "QA issue: Endiannes did not match .. " ?10:05
*** nighty <nighty!> has quit IRC10:07
CoLa|workwhat is the proper way to clean a recipe, e.g. when switching repository cloning from git:// to gitsm:// ?10:14
*** aV_V <aV_V!~aV_V@> has joined #yocto10:15
binarymCoLa|work: bitbake recipe:do_cleanall / bitbake -c cleanall recipe10:23
*** mcmm <mcmm!~mcmm@> has quit IRC10:26
*** manuel_ <manuel_!~manuel@> has joined #yocto10:31
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC10:36
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto10:37
*** manuel__ <manuel__!~manuel@> has joined #yocto10:42
*** manuel_ <manuel_!~manuel@> has quit IRC10:43
*** manuel__ is now known as manuel_10:43
*** aratiu <aratiu!~adi@> has left #yocto10:43
*** gtristan <gtristan!~tristanva@> has quit IRC10:48
reibaxI have finally decided to post a bugzilla report10:49
*** joseppc <joseppc!> has joined #yocto10:49
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto10:49
yoctiBug 11016: normal, Undecided, ---, srifenbark, NEW , First boot postinst actions10:49
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC10:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto10:52
*** open-nandra <open-nandra!> has quit IRC10:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC11:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto11:00
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:01
*** gtristan <gtristan!~tristanva@> has joined #yocto11:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:04
*** hyde <hyde!uid25660@gateway/web/> has quit IRC11:05
*** berton <berton!~berton@> has joined #yocto11:06
*** Crofton <Crofton!~Crofton@> has joined #yocto11:06
kanavinreibax: I don't understand why exit 1 doesn't work11:11
kanavinreibax: what happens, and what is expected to happen?11:11
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC11:12
reibaxit seems that when you inherit from systemd, the inherited class adds some postinst code that forces exit 0, when running exit 0 code on postinst, opkg assumes that postinst actions have successfully completed even if you have code ready to be run on the target system on first boot11:13
reibaxthat's why the manual suggests to put exit 1 at the end of the postinst code to be run at compile time11:13
kanavinreibax: where does the manual suggest that?11:14
reibaxdevelopment manual, 5.3.18 Post-Installation Scripts11:15
reibaxI have looked at both Krogoth (2.1) and 2.2 manuals11:15
reibaxand both of them use the same sample code11:15
kanavinreibax: yeah, so you want to have additional actions that can only be run on target?11:17
kanavinreibax: or what is the issue?11:17
*** nighty <nighty!> has joined #yocto11:17
reibaxyes, that is correct11:18
reibaxwhenever you want to have aditional actions run at first boot on target11:18
kanavinreibax: then why doesnt this work?11:18
kanavinpkg_postinist_prepend() {11:18
kanavinif $D is defined:11:18
kanavin   exit 111:18
*** manuel__ <manuel__!~manuel@> has joined #yocto11:19
*** manuel_ <manuel_!~manuel@> has quit IRC11:19
*** manuel__ is now known as manuel_11:19
*** rburton <rburton!> has joined #yocto11:19
reibaxwell... if you put that you will not be doing stuff such as enabling systemd processes at compile time11:21
kanavinreibax: is it a problem to have them postponed to first boot as well?11:23
*** manuel_ <manuel_!~manuel@> has quit IRC11:23
*** manuel_ <manuel_!~manuel@> has joined #yocto11:24
kanavinreibax: also, where in the systemd class is exit 0 forced? I'm not seeing it11:26
*** manuel__ <manuel__!~manuel@> has joined #yocto11:27
*** manuel_ <manuel_!~manuel@> has quit IRC11:28
*** manuel__ is now known as manuel_11:28
*** Crofton <Crofton!~Crofton@> has quit IRC11:30
reibaxkanavin: I will do some tests, and will get back to you later, I have to go to a meeting now11:34
*** Talorno <Talorno!~giova@> has joined #yocto11:34
kanavinreibax: yeah, I'll write a comment to the bug, I do not think there is anything to fix or improve11:34
reibaxkanavin: that's fine11:35
*** manuel_ <manuel_!~manuel@> has quit IRC11:35
*** manuel__ <manuel__!~manuel@> has joined #yocto11:35
*** istarilucky <istarilucky!~rlucca@> has joined #yocto11:42
*** JordonWu <JordonWu!~quassel@> has quit IRC11:43
*** morphis <morphis!> has quit IRC11:45
*** toanju <toanju!~toanju@> has joined #yocto11:56
*** JaMa <JaMa!~martin@> has joined #yocto11:57
*** falk0n <falk0n!> has quit IRC11:59
*** rajm <rajm!~robertmar@> has joined #yocto12:00
*** morphis <morphis!> has joined #yocto12:00
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto12:08
*** toanju <toanju!~toanju@> has quit IRC12:09
*** Kakounet <Kakounet!> has quit IRC12:10
*** john2 <john2!> has joined #yocto12:12
*** rodgort` <rodgort`!> has quit IRC12:12
*** rodgort <rodgort!> has joined #yocto12:16
*** toanju <toanju!~toanju@> has joined #yocto12:24
*** agust1 <agust1!> has joined #yocto12:24
*** clopez <clopez!> has quit IRC12:25
*** agust <agust!> has quit IRC12:25
*** Talorno <Talorno!~giova@> has quit IRC12:30
*** clopez <clopez!> has joined #yocto12:31
*** heliocastro <heliocastro!heliocastr@gateway/shell/kde/x-kyzcghivlfcsutrl> has quit IRC12:44
*** heliocastro <heliocastro!heliocastr@kde/heliocastro> has joined #yocto12:44
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto12:46
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC12:49
*** caiortp <caiortp!~inatel@> has joined #yocto12:49
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:54
*** rajm <rajm!~robertmar@> has quit IRC12:58
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto12:59
*** agust1 <agust1!> has quit IRC13:00
lemagouphello, I'm trying to build an image with a 64 bit kernel and a 32 bit rootfs for an Intel Atom board. Is it required to use multilib in order to do that ?13:00
lemagouphas someone here already done this ?13:01
*** manuel__ <manuel__!~manuel@> has quit IRC13:04
*** manuel_ <manuel_!~manuel@> has joined #yocto13:04
*** agust <agust!> has joined #yocto13:05
*** t0mmy <t0mmy!~tprrt@> has quit IRC13:06
*** mcmm <mcmm!~mcmm@> has joined #yocto13:08
*** manuel__ <manuel__!~manuel@> has joined #yocto13:08
*** t0mmy <t0mmy!~tprrt@> has joined #yocto13:08
*** manuel_ <manuel_!~manuel@> has quit IRC13:09
*** manuel__ is now known as manuel_13:09
*** rbuchmann <rbuchmann!> has joined #yocto13:12
*** manuel__ <manuel__!~manuel@> has joined #yocto13:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:13
*** manuel_ <manuel_!~manuel@> has quit IRC13:13
*** manuel__ is now known as manuel_13:13
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:14
jkulemagoup: x32 should work to some extent (I've never tried though), see
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto13:16
*** manuel__ <manuel__!~manuel@> has joined #yocto13:17
*** manuel_ <manuel_!~manuel@> has quit IRC13:17
*** manuel__ is now known as manuel_13:17
*** qt-x <qt-x!~Thunderbi@> has quit IRC13:18
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:19
*** redengin <redengin!~redengin@2601:600:9200:a356:447c:4136:6222:ee38> has quit IRC13:21
RPjku: I don't think they mean x32.13:21
RPlemagoup: yes, you'd need multilib to do that the easiest way.13:21
jkuok, then I'm mistaken too, how else do you do 32 bit rootfs?13:22
jkuhmm sure, multilib gives you specific 32 bit libraries and binaries13:23
*** peacememories <peacememories!> has joined #yocto13:23
lemagoupjku: RP: x32 does not seem to suit my needs, I would like a x86_64 kernel with i686 rootfs13:25
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:25
lemagoupI'll have a look at multilib then.13:25
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:27
*** Kakounet <Kakounet!> has joined #yocto13:27
lemagoupRP, jku: I thought tweaking the PACKAGE_ARCH variable in kernel recipe could work13:28
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:28
kanavinQ: how do I match multiple lines in a file against a regular expression, from command line?13:29
kanavinstandard grep only works line by line13:29
kanavinthe use case is that I need to find a function definition that does something specific in the function body13:30
*** toanju <toanju!~toanju@> has quit IRC13:31
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:33
ipuustinkanavin: sounds like an awk/ed problem13:35
kanavinipuustin: apparently grep can be convinced as well:
kanavin(insert <programming renamed 'googling stack overflow'> joke here)13:36
jkukanavin: you can almost certainly do that with some unintelligible line of sed as well13:38
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto13:38
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:45
RPlemagoup: you probably could do it the other way, build a 32 bit rootfs/image and tweak the kernel config/compiler options. I suspect multilib would turn out slightly easier thugh13:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:46
*** marka <marka!> has joined #yocto13:47
RPkanavin: I have vague recollections egrep can help with that too13:48
lemagoupRP: ok, thanks13:49
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto13:55
*** voltbit <voltbit!> has joined #yocto14:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:10
*** Anticom <Anticom!~quassel@> has joined #yocto14:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:15
*** toscalix <toscalix!> has joined #yocto14:22
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC14:23
*** geoffrey_l <geoffrey_l!~geoffrey_@> has quit IRC14:25
*** CTNeil <CTNeil!> has joined #yocto14:35
*** AndersD <AndersD!> has quit IRC14:38
*** paulg <paulg!> has quit IRC14:40
*** radzy <radzy!> has quit IRC14:52
*** madisox <madisox!> has joined #yocto14:55
*** radzy <radzy!> has joined #yocto14:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC14:57
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto14:57
*** dmoseley <dmoseley!> has joined #yocto14:57
binarymhey all. For a specific hardware, i need to built a new image type that will depends on .ext4 generated by regular yocto process. So i tried to 1/ in my my-meta/conf/machine/my_machine.conf, i added  IMAGES_CLASSES += "image_types_myimg" then 2/ i create a my-meta/classes/image_type_myimg.bbclass and 3/ in the newly created a function IMG_CMD_myimg15:00
binarymuntil here, everything seems ok15:00
binarymwhen my IMG_CMD_myimg is called, the .ext4 file hasn't been generated yet15:01
binarymso my function fail15:01
binarymi tried to add ${PN}:do_img_ext4 into IMAGE_DEPENDS_myimg15:01
binarymbut yocto complains about a circular dependency15:02
davisim no expert, but if you make a gist on github with your file changes I'll take a look and try to help you.15:02
*** jku <jku!~jku@> has quit IRC15:13
*** mcmm <mcmm!~mcmm@> has quit IRC15:14
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:16
pohlyWhat simple shell command line tool can do signing and verification using public key cryptography? Any alternatives to gpg?15:24
RPbinarym: I think you want IMAGE_TYPEDEP_myimg = "ext4"15:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:28
*** alimon <alimon!~alimon@> has joined #yocto15:33
peacememorieshmm, trying to use meta-xilinx gives me an error about "file://" not being a valid url15:34
markaRP building with master and noticed a missing substitution -- staging.bbclass   line 46715:35
markamsgbuf.append("Skipping setscene dependency %s for installation into the sysroot")15:35
markafray: suggested this might have been fixed15:36
markaso decided to ping you before flinging a patch out on the list15:36
nrossipeacememories: what is the error?15:37
peacememoriesnrossi: "ERROR: Failed to parse recipe: /vagrant/meta-xilinx/recipes-bsp/device-tree/"15:37
peacememoriesoh wait15:38
peacememories"Exception: bb.fetch2.MalformedUrl: The URL: 'file://' is invalid and cannot be interpreted"15:38
*** rbuchmann <rbuchmann!> has quit IRC15:38
peacememoriesthat's the actual "error" part^^15:38
nrossipeacememories: which machine are you trying to use? and which version of meta-xilinx/etc?15:38
peacememoriesusing the morty branch of meta-xilinx, and i'm using it as a dependency of meta-elphel39315:39
nrossipeacememories: and which machine of the elphel393 layer are you using?15:40
*** rbuchmann <rbuchmann!> has joined #yocto15:41
peacememoriesi know, the elphel project has a git repo which automatically sets up the build environment (currently testing if that works for me), but since i'm planning to write some layers for the elphel board i though i'd try to set it up manually15:41
nrossipeacememories: which branch of the meta-elphel393 are you using, i don't see a morty branch for it...15:44
RPmarka: I'll fix it, thanks15:44
peacememoriescurrently master, because i couldn't find a morty branch, just master, master-next, etc.15:44
RPmarka: I have a patch set which will conflict :)15:44
markaglad I pinged you then15:45
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:47
nrossipeacememories: hmmm i'd suggest trying their git repo that sets things up... it looks like it might depend on its magic... e.g. in the bbappend it relies on external files not in the layer: FILESEXTRAPATHS_append := "${TOPDIR}/../../linux-elphel/src/arch/arm/boot/dts:"15:47
*** sjolley <sjolley!~sjolley@> has quit IRC15:47
pohlyed2: when an image recipe uses wic to create an image, with a .wks file that specifies a custom source plugin for one partition, and that plugin has some dependencies on certain native tools, where do I specify those dependencies?15:48
RPmarka: I'd actually noticed and been meaning to fix but not quite gotten there...15:48
markawe all have our all too long TODO lists15:49
markathey only ever get longer15:49
peacememoriesnrossi okay, thanks15:49
ed2pohly: in the image recipe I guess.15:49
pohlyMy expectation was that I add them to DEPENDS of the image recipe (knowing that this is not quite right, because the image might not end up using wic as IMAGE_FSTYPE), but that doesn't work.15:49
*** cdleonard <cdleonard!> has quit IRC15:49
markaRP, I just happen to be in there looking as GO is causing me some pains in the /recipe sysroots15:50
ed2pohly: nowadays all wic delpendencies have to be wic-tools dependencies, so you can just add them there. This is not ideal solution, but this is what we've done to support recipe-specific sysroots.15:50
pohlyed2: I thought so, too, but that doesn't work. exec_native_cmd() takes a native_sysroot. When I pass the value given to my do_prepare_partition(), I end up passing wic-tools/1.0-r0/recipe-sysroot-native and that's not where the dependencies of the image are installed.15:51
pohlyBut wic-tools is built only once for the entire distro. How can an image recipe influence the building of wic-tools?15:52
pohlyThat completely breaks encapsulation.15:52
pohlyWhere is the dependency on wic-tools specified?15:54
pohlyOne could define a "" that DEPENDS on wic-tools plus the additional tools.15:55
*** peacememories <peacememories!> has quit IRC15:55
ed2pohly: the dependency is specified in image_types_wic.bbclass15:56
ed2pohly: do_image_wic[depends] += "wic-tools:do_build"15:56
pohlyYes. So it's hard-coded, although that could probably be turned into an image variable.15:57
ed2pohly: yes, it can be, but I'm not sure it's a good way to go. Probably better would be to make wic to look at the image recipe sysroot first and then to wic-tools sysroot when it looks for the native tools.15:59
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:00
ed2pohly: the main issue I'm struggling with is support of 2 wic modes - one is when its run from bitbake and another one - when its run as a stand-alone tool16:00
ed2pohly: putting all required tools into one recipe sysroot was the solution we came up with that can work for both usage scenarios16:01
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC16:01
pohlyed2: I agree, for one-off images it is easier to use their own native sysroot. If those tools end up being needed by multiple image recipes, then a custom my-wic-tools recipe would be more efficient.16:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:02
ed2pohly: as when wic is run as a stand-alone tool it may not have any info about image recipe. it can just have a bunch of directories provided as parameters.16:02
ed2pohly: yep, that's another point. wic can use multiple image recipes in .wks file. When some tool is needed it would probably be not so easy to understand which image recipe to look at. This can slow wic down I think.16:06
pohlyI don't think that checking multiple path entries would slow down wic.16:06
ed2pohly: currently wic would just use wic-tools sysroot to get those tools.16:07
pohlyA stat() call is cheap compared to the actual work triggered when building images,16:07
grmahi, is there a way to buld a older yocto system on a new workstation with gcc6.3 ? i get a lot of warnings as errors notifications...16:08
ed2pohly: it will slow it down, I'm afraid. Sometimes wic will have to run bitbake to get variable values.16:08
ed2pohly: for now I think looking at the image sysroot first can solve 99% of the issues, so I'll probably implement that.16:09
ed2pohly: would it work for you?16:09
pohlyThat's probably a reasonable approach. Yes, would work for me.16:09
ed2pohly: ok. how urgent is it?16:10
ed2pohly: anyway, please create a bug if you don't mind.16:11
pohlyI can hack around it in my experimental source plugin, so not urgent. But having it in 2.3 and perhaps by the time I present at OpenIoT Summit (two weeks from now) would be nice.16:11
ed2pohly: as a work around you can add your dependencies to wic-tools.16:12
*** frsc <frsc!~frsc@> has quit IRC16:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:16
sgw_Has anyone else seen an issue where apr-native hangs during do_configure (or any other hang?)  I can get it consitently on one machine, but it works fine on another16:19
ed2pohly: thank you for creating a bug!16:21
joshuaglsgw_: missing DEPENDS which exists on the non-hanging host? I think I saw someone say they saw something similar on a container without which on the host?16:21
sveinseIs thre a good way to add comments to (R)DEPENDS lists? Can I do something like   RDEPENDS_${PN} = "\\n ... "\n  # These are added because of...\n  RDEPENDS_${PN} += "\\n ...  Or would it be better to use _append here?16:21
ed2pohly: regarding WKS_FILE_DEPENDS. This would complicate the recipe I guess. Anyway wic image type is usually added to the IMAGE_FSTYPES in the image recipe.16:22
ed2pohly: it shouldn't be hard to add wic-specific dependencies to DEPENDS and remove them when wic is removed from IMAGE_FSTYPES.16:23
sgw_joshuagl: yeah, definitely a possibility, wonder what the missing depends actually is though, I would think that configure would fail instead of just hang.16:23
joshuaglsgw_: time to break out strace?16:24
pohlyed2: no, IMAGE_FSTYPES is usually *not* set by image recipes.16:24
rburtonsgw_: never seen that, definitely time to strace to find out what is hanging16:24
sgw_joshuagl: yeah, working towards that16:24
sgw_Wanted to check here before diving too deep16:24
pohlyIt's more common to let the machine definition set the IMAGE_FSTYPES, and the image recipes remain completely oblivious about it.16:25
sgw_ed2: +1 for what pohly just said16:25
pohlyOne could argue that an image recipe which sets its own special WKS file is an exception, but even then the same image recipe might still work when using different IMAGE_FSTYPES.16:26
ed2pohly: sgw_: true. agreed.16:26
pohlyAnd in that case IMHO it makes sense to have the "set dependencies based on actual IMAGE_FSTYPES" logic in the common base classes, even though it could also be in the image recipe.16:27
rburtonsgw_: , joshuagl: rpm builds without 'which' will infinite loop16:29
*** manuel_ <manuel_!~manuel@> has quit IRC16:29
rburtonthrowing a -x into the configure script will let you figure out if its a bit of bash gone bad16:29
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC16:29
sgw_rburton: yes, getting there!16:29
pohlyed2: what exactly is Partition.size supposed to contain at the end of a do_prepare_partition call?16:35
sveinsepohly: I have my custom .wks file, but I could possibly do without it. Is there another IMAGE_FSTYPE for something like this?: "part / --source rootfs --ondisk sda --label image_install --align 4096 --fstype=ext4"16:36
pohlyscripts/lib/wic/plugins/source/ uses a rather complicated "du" invocation: du -Lbks16:36
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:37
*** t0mmy <t0mmy!~tprrt@> has joined #yocto16:38
pohlyed2: if I read that right, it's the apparent size in 1K blocks.16:38
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto16:39
pohlyWhy so complicated? os.stat().st_size / 1024 should do fine, unless I miss something.16:39
ed2pohly: looks like that. there were some changes implementing size restrictions, so I'm not 100% sure. Need to look at the code again.16:39
ed2pohly: there are a lot of unnecessary complicated code in wic codebase. I'm in the middle of refactoring it right now.16:40
pohlysveinse: I'm not sure. What's wrong with the default IMAGE_FSTYPE and not setting your own wks file?16:41
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC16:43
sveinsepohly: it's lack of knowledge :) I don't what to set it to. I need a file containing a full partitioned image containing one partition.16:43
pohlysveinse: with whatever is necessary to boot into that image, I suppose? That should be already the default.16:43
sveinse(we're packing the image further into a custom so-called VSI image, which is a kind of sparse dd image for improved deployment)16:43
*** manuel_ <manuel_!~manuel@> has joined #yocto16:45
*** mckoan is now known as mckoan|away16:47
sveinseI have problem with encapsulating images/recipes and the use of do_rootfs[depends]: I'm seeing that a-initrd-image fails and is not generated when putting it into for some reason. Does anyone have a clue about why?16:48
*** aV_V <aV_V!~aV_V@> has quit IRC16:49
*** milindur <milindur!> has quit IRC16:50
sveinseDarn, typo in cut-and-paste. Use this one:
*** milindur <milindur!> has joined #yocto16:51
*** lumag <lumag!~lumag@> has joined #yocto16:51
pohlyIs gpg perhaps already assumed to be provided when using OE?16:53
pohlyProvided by the host, I mean?16:53
pohlyThere is meta/lib/oe/, which seems to use gpg without trying to build gnupg-native (and the latter doesn't build out of the box either).16:55
*** JoiF <JoiF!~jofr@> has quit IRC16:55
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:56
rburtonsounds like yes, assumed on the host16:56
*** stephano <stephano!stephano@nat/intel/x-zhnmrjevgtmqdylx> has joined #yocto16:57
sveinseI wonder what task puts an initrd-image into the tmp/deploy/ directory. Apparently not do_rootfs nor do_image17:00
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC17:01
*** manuel__ <manuel__!~manuel@> has joined #yocto17:01
*** manuel_ <manuel_!~manuel@> has quit IRC17:01
*** manuel__ is now known as manuel_17:01
*** Kakounet <Kakounet!> has quit IRC17:03
*** Snert_ <Snert_!~snert_@> has joined #yocto17:04
*** fl0v0 <fl0v0!> has quit IRC17:05
*** manuel__ <manuel__!~manuel@> has joined #yocto17:05
*** manuel_ <manuel_!~manuel@> has quit IRC17:06
*** lumag <lumag!~lumag@> has quit IRC17:06
*** manuel_ <manuel_!~manuel@> has joined #yocto17:09
*** csanchezdll <csanchezdll!> has left #yocto17:09
*** manuel__ <manuel__!~manuel@> has quit IRC17:09
*** manuel_ <manuel_!~manuel@> has quit IRC17:09
*** manuel_ <manuel_!~manuel@> has joined #yocto17:10
*** Artox <Artox!~Artox@2a01:8740:1::8d4:7b6a> has quit IRC17:14
*** Artox <Artox!~Artox@2a01:8740:1::8d4:7b6a> has joined #yocto17:15
sveinseI see that do_image_cpio generates the cpio.gz file from deply which I need in my image. Should I rather depend on "initrd-image:do_image" rather than do_rootfs?17:15
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:15
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:16
kergothyes, do_rootfs only popualtes the rootfs, doesn't build an image file17:16
sveinseI basically need somewhere to pick up a file/image/tarball to deploy into my image. It does not need to be deploy, but it seems the binaries/images are not stored in the build dir17:17
kergothdeploy is your option. files written beforeo they go to deploy are done in internal recipe-specific dirs17:18
kergothdep on do_image_complete or do_image_cpio and grab it from deploy17:18
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC17:18
*** ed2 <ed2!~Adium@> has quit IRC17:22
*** spierepf <spierepf!18de02de@gateway/web/freenode/ip.> has joined #yocto17:22
*** ed2 <ed2!> has joined #yocto17:22
spierepfI am trying to build poky to include the docker engine. Does anyone here know how to achieve that?17:23
sveinsekergoth: thanks17:26
*** dmoseley <dmoseley!> has quit IRC17:29
*** zeddii_home <zeddii_home!> has joined #yocto17:33
sveinseHow do I run bitbake interactively, and let it list the tasks as it goes along. Disable the terminal thing. -v is too verbose and I don't know what to ask of google. I'm getting old...17:40
*** jamesp <jamesp!~jamesp@> has joined #yocto17:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:43
*** bavery_fn <bavery_fn!bavery@nat/intel/x-xdjytjxykcgbrxxb> has quit IRC17:45
sveinsenote to self: TERM=foobar bitbake ... , -u does not seem to have any option to set no UI.17:46
*** sjolley <sjolley!~sjolley@> has joined #yocto17:48
*** Anticom <Anticom!~quassel@> has quit IRC17:48
*** sgw_ <sgw_!~sgw_@> has quit IRC17:50
*** sjolley <sjolley!~sjolley@> has quit IRC17:53
*** dplascen <dplascen!~dplascen@> has left #yocto17:58
*** sjolley <sjolley!~sjolley@> has joined #yocto17:59
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto18:01
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC18:03
*** toscalix <toscalix!> has quit IRC18:05
*** dreyna_ <dreyna_!> has joined #yocto18:05
*** voltbit <voltbit!> has quit IRC18:05
*** psnsilva <psnsilva!> has quit IRC18:05
*** sgw_ <sgw_!sgw_@nat/intel/x-lndfsfxrwkpfgwhc> has joined #yocto18:06
sveinseERROR: vsi-image-1.0-r0 do_rootfs_wicenv: Taskhash mismatch ... <-- what does this mean?18:13
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto18:19
sveinseand rerun bitbake straight after and it is happy. :o We all love races, don't we?18:19
*** grma <grma!~gruberm@> has quit IRC18:23
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:29
*** Snert_ <Snert_!~snert_@> has quit IRC18:29
*** pohly <pohly!> has quit IRC18:30
sveinseIf I have a vsi_compress() function that is used from IMAGE_POSTPROCESS_COMMAND_append = " vsi_compress;", what is the IMAGE_**[vardepsexclude] = "DATETIME" statement I need to use? What is **?18:30
*** Snert_ <Snert_!~snert_@> has joined #yocto18:30
*** ftonello <ftonello!> has joined #yocto18:31
sveinseIMAGE_POSTPROCESS_COMMAND[vardepsexclude] = "DATETIME" ?18:31
*** voltbit <voltbit!> has joined #yocto18:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:34
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto18:43
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto18:48
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC18:51
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto18:58
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC19:03
*** paulg <paulg!> has joined #yocto19:05
rburtonmaxin: around?19:05
*** bluelightning <bluelightning!~paul@> has joined #yocto19:06
*** bluelightning <bluelightning!~paul@> has quit IRC19:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:06
*** karulont <karulont!57622c2b@gateway/web/freenode/ip.> has joined #yocto19:08
karulontNoob question: I deleted tmp/deploy (although there was a file telling me not to), how to rebuild without redoing all the work19:09
*** lumag <lumag!~lumag@> has joined #yocto19:11
sveinsekarulont: I usually delete tmp/ often, but make sure sstate-cache/ is intact. This way rebuilding everything will take minutes, not hours.19:11
sveinseIf you have enabled sstate-cache that is. I don't remember if you need to specifically enable it to get it19:12
karulontOkay, I try deleting not just tmp/deploy, but whole of tmp.19:12
sveinseyes. Do you have a sstate-cache dir?19:12
karulontI have one19:13
sveinseso, it should be able to fetch most of the recipes from there and save you a lot of time19:13
*** JaMa <JaMa!~martin@> has quit IRC19:13
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto19:16
*** voltbit <voltbit!> has quit IRC19:22
karulontwhole tmp seems too large, I will try other things first.19:22
karulontIt seems that "rm -rf tmp/sysroots tmp/deploy" makes the system recreate packages that I deleted in the tmp/deploy directory.19:24
karulontnah did not quite work.19:27
karulontI will read on the sstate-cache a bit, before deleting all tmp19:27
karulontNow I understand what sstate-cache does, so deleting whole tmp was actually the correct thing to do.19:31
karulontThank you sveinse!19:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:38
*** alimon <alimon!~alimon@> has quit IRC19:41
*** alimon <alimon!~alimon@> has joined #yocto19:43
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC19:43
*** open-nandra <open-nandra!> has joined #yocto19:52
*** open-nandra <open-nandra!> has joined #yocto19:54
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto19:54
*** toanju <toanju!> has joined #yocto20:06
open-nandrahi all20:09
open-nandraI tried to build intel-x86_64 machine for core-image-minimal but mounting rootfs doesn't work (tested on jethro)20:10
open-nandraany ideas?20:10
open-nandrainit script from initrd is runnig20:10
open-nandrabut cannot find rootfs.img on usb (testing live image)20:10
*** istarilucky <istarilucky!~rlucca@> has quit IRC20:11
*** toanju <toanju!> has quit IRC20:16
*** berton <berton!~berton@> has quit IRC20:30
*** Biliogadafr <Biliogadafr!> has quit IRC20:37
*** sameo <sameo!~samuel@> has quit IRC20:40
*** lolsborn_ <lolsborn_!> has joined #yocto20:42
khemwhich image did you build and flash20:48
*** karulont <karulont!57622c2b@gateway/web/freenode/ip.> has quit IRC20:51
spierepfI'm looking for information about building docker for yocto. I have added all the necessary layers and a IMAGE_INSTALL_append = " docker" entry to my bbclass. Any help would be appreciated.20:54
*** lumag <lumag!~lumag@> has quit IRC20:55
kergothspierepf: that provided almost no useful information. which layers? what was the behavior when you tried to build? if you have a problem, spit it out already :)20:55
spierepfI've added meta-oe meta-python meta-networking meta-filesystems and meta-virtualization.20:56
davisif I have downloaded some files/repots with the conf settings to place the repots used to build, what should I specify for the SRCREV to use these repots? Previously I had SRCREV=${AUTOREV} and that pulled the latest.  I have the additional problem of my recipe pulling two repots in the recipe.  Here is a copy/paste of what I have tried and my current situation.20:57
*** morphis <morphis!> has quit IRC20:57
*** alimon <alimon!~alimon@> has quit IRC20:57
spierepfHere is the error message:
kergothSRCREV only sets the version to be checked out, that's all. it doesn't control what repository is used, that's what MIRRORS and PREMIRRORS are for, as well as externalsrc20:58
kergothspierepf: sounds like you should report the bug in the docker recipe to the maintainer of the layer that provides it, via whatever appropriate means. see the README in the layer.20:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:59
davisyes that gist shows i've got the two git repots pulled20:59
davisand i have the repots show relative to my mirror/premirror ls20:59
kergothdavis: notice, name=v16. you need to set SRCREV_v16, just as the error message tells you21:00
kergothPlease set a valid SRCREV for url ['SRCREV_v16_pn-pcmx', 'SRCREV_v16', 'SRCREV_pn-pcmx', 'SRCREV']21:00
davislet me try that, SRCREV_v1621:01
*** voltbit <voltbit!> has joined #yocto21:01
davishmm maybe I need a setting for all those items in the []21:01
kergothno, you don't21:01
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:02
davisi have this error,  Please set a valid SRCREV for url ['SRCREV_pcmx_pn-pcmx', 'SRCREV_pcmx', 'SRCREV_pn-pcmx', 'SRCREV'] (possible key names are git://ssh@devsupport:22/tfs/pcm5/_git/pcmx;protocol=ssh;destsuffix=git/pcmx;branch=master;name=pcmx, or use a ;rev=X URL parameter)21:03
davisis it saying I need to set the value for all of the itmes in the [brackets] or just the first one?21:04
kergothi just told you, you don't need to set them all21:04
*** present <present!> has joined #yocto21:05
kergoth'SRCREV' will only work if there are no other named urls, otherwise it needs to be specific to the name (v16)21:05
kergoth_pn- is only needed if you're setting it in local.conf rather than the recipe or an append21:05
davishmm. i do not understand.  i have added, SRCREV_v16 ?= "a2d1f0225692c7c054014ec4dfc4dd13a35245ee"21:06
davisand that is the error21:07
davisthe d3v16 gets pulled as v1621:07
kergothadded it where?21:07
davisfurther down in the file21:07
davisSRC_URI = " \21:07
davisgit://ssh@devsupport:22/tfs/pcm5/pcmx/_git/d3v16;protocol=ssh;destsuffix=git/d3v16;branch=master;name=v16 \21:07
kergothwhat file?21:07
davisgit://ssh@devsupport:22/tfs/pcm5/_git/pcmx;protocol=ssh;destsuffix=git/pcmx;branch=master;name=pcmx \21:07
kergoththe recipe?21:07
davisthe .bb file21:07
kergothit's really not that hard to be explicit21:07
kergothreferencing things iwthout any context is not useful21:07
davisall of this in the same .bb file21:08
davisthe bit I put in the gist is just the diff between what works with network and what I'm trying to change to get it to work without network21:08
kergothas i said, the srcrev has to be based on the name= in the url, d3v16 will not do anything, it has to be v1621:09
kergothi'd also be absolutely certain that srcrev is valid for that repo21:09
davislol, i'm trying to say ive added what you suggested, i have a setting for SRCREV_v16 ?= "some hash"21:10
*** alimon <alimon!~alimon@> has joined #yocto21:11
davisthe only thing is that in premirrors, its not specified as v16 despite what i have specifed in the SRC_URI i've show above where it says name=v1621:11
*** ant_home <ant_home!> has joined #yocto21:11
davisin the mirrors dir it looks like this:21:12
davisso i also have21:12
davisSRCREV_d3v16 ?= "a2d1f0225692c7c054014ec4dfc4dd13a35245ee"21:12
davisso if it uses d3v16 or v16 i have the same hash21:12
davisthe error says Please set a a valid SRCREV for url ['SRCREV_pcmx_pn-pcmx', 'SRCREV_pcmx', 'SRCREV_pn-pcmx', 'SRCREV'] it looks like it has an error with a bunch of variables.21:13
*** dmoseley <dmoseley!> has joined #yocto21:13
davishmm this fix appears to be working. i'll paste what ive done21:15
davislook at the file, "what seems to work"21:16
davisthat shows the entire stuff relative to the problem21:17
*** alimon <alimon!~alimon@> has quit IRC21:19
miceopedei've made a new mylayer/recipes-core/, in it i set IMAGE_FSTYPES and "require recipes-rt/images/"21:27
miceopedei also have a mylayer/recipes-core/images/core-image-rt.bbappend21:27
miceopedehow do make sure that my initramfs version includes all the appends from core-image-rt.bbapend?21:28
open-nandrakhem: core-image-minimal21:29
open-nandrakhem core-image-minimal21:30
*** alimon <alimon!~alimon@> has joined #yocto21:31
*** lolsborn_ <lolsborn_!> has quit IRC21:35
*** lolsborn_ <lolsborn_!> has joined #yocto21:35
*** alimon <alimon!~alimon@> has quit IRC21:38
*** lolsborn_ <lolsborn_!> has quit IRC21:39
*** lolsborn_ <lolsborn_!> has joined #yocto21:39
*** lumag <lumag!~lumag@> has joined #yocto21:39
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto21:40
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto21:42
*** rewitt <rewitt!~rewitt@> has quit IRC21:46
*** joseppc <joseppc!> has joined #yocto21:46
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto21:46
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC21:47
*** open-nandra <open-nandra!> has quit IRC21:52
*** alimon <alimon!~alimon@> has joined #yocto21:53
bluelightningmiceopede: I don't think you can... but really image recipes ought to be fairly straightforward, I usually recommend copy-and-modify anyway21:56
bluelightningmiceopede: if you're doing advanced stuff in the image recipe and you want to do that in multiple image recipes, you may wish to consider breaking that out into a class instead21:56
*** voltbit <voltbit!> has quit IRC21:57
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:59
miceopede@bluelightning i made a new image recipe that just requires core-image-rt instead of appending to it21:59
miceopedeand then the initram-fs version requires that22:00
miceopedei think this will work..?22:00
*** Crofton <Crofton!> has joined #yocto22:00
bluelightningmiceopede: that will work yes... if you change something in the chain without considering that inheritance structure it'll potentially cause issues, but otherwise it's fine22:02
*** gtristan <gtristan!~tristanva@> has quit IRC22:07
*** paulg <paulg!> has quit IRC22:09
*** sjolley <sjolley!~sjolley@> has quit IRC22:13
*** marka <marka!> has quit IRC22:23
*** ed2 <ed2!> has quit IRC22:25
*** ed2 <ed2!> has joined #yocto22:27
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC22:30
*** lolsbor__ <lolsbor__!> has joined #yocto22:33
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC22:34
*** lolsborn_ <lolsborn_!> has quit IRC22:36
*** paulg <paulg!> has joined #yocto22:43
*** manuel__ <manuel__!~manuel@> has joined #yocto22:49
*** manuel_ <manuel_!~manuel@> has quit IRC22:49
*** manuel__ is now known as manuel_22:49
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC22:50
*** Crofton <Crofton!> has quit IRC22:56
*** alimon <alimon!~alimon@> has quit IRC22:59
*** fmeerkoetter <fmeerkoetter!> has quit IRC23:01
*** bfederau <bfederau!> has quit IRC23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto23:01
*** joshuagl <joshuagl!~joshuagl@> has quit IRC23:07
*** agust <agust!> has quit IRC23:10
rburtongood news everyone: i can independently verify that the meson recipe on the list a while back will happily cross-compile for all architectures (tested using libepoxy)23:14
bluelightninghmm, we have to find a good home for
bluelightningassuming it doesn't just live on the wiki (or get moved to the OE wiki?)23:22
*** lolsborn_ <lolsborn_!> has joined #yocto23:22
*** lolsbo___ <lolsbo___!> has joined #yocto23:23
*** ed2 <ed2!> has quit IRC23:25
*** ed2 <ed2!> has joined #yocto23:25
*** psadro1 <psadro1!~Thunderbi@> has joined #yocto23:26
*** lolsbor__ <lolsbor__!> has quit IRC23:26
*** nighty <nighty!> has quit IRC23:26
*** lolsborn_ <lolsborn_!> has quit IRC23:27
*** kanavin1 <kanavin1!~ak@> has joined #yocto23:27
*** moto-tim1 <moto-tim1!~ttorling@> has joined #yocto23:29
*** HyP3r <HyP3r!> has quit IRC23:29
*** HyP3r <HyP3r!> has joined #yocto23:29
*** clement_ <clement_!> has joined #yocto23:29
*** supermark <supermark!~sandsmark@kde/sandsmark> has joined #yocto23:31
*** pidge2 <pidge2!> has joined #yocto23:32
*** mattsm_ <mattsm_!> has joined #yocto23:32
*** warthog9 <warthog9!> has quit IRC23:34
*** heliocastro <heliocastro!heliocastr@kde/heliocastro> has quit IRC23:34
*** kanavin <kanavin!~ak@> has quit IRC23:34
*** lexano <lexano!> has quit IRC23:34
*** psadro <psadro!~Thunderbi@> has quit IRC23:34
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has quit IRC23:34
*** clement <clement!~clement@> has quit IRC23:34
*** mattsm <mattsm!~mattsm@2605:6000:1019:e0:40a1:a99c:19cf:c7> has quit IRC23:34
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC23:34
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC23:34
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC23:34
*** Crofton|work <Crofton|work!> has quit IRC23:34
*** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has quit IRC23:34
*** quite <quite!quite@unaffiliated/quite> has quit IRC23:34
*** zzeroo <zzeroo!> has quit IRC23:34
*** jwessel <jwessel!~jwessel@> has quit IRC23:34
*** pidge <pidge!~pidge@2001:41d0:a:5dc5::> has quit IRC23:34
*** clement_ is now known as clement23:34
*** psadro1 is now known as psadro23:34
*** warthog9 <warthog9!> has joined #yocto23:35
*** heliocastro <heliocastro!heliocastr@gateway/shell/kde/x-tupvkuxdhnznpycr> has joined #yocto23:35
*** heliocastro <heliocastro!heliocastr@kde/heliocastro> has joined #yocto23:35
*** sjolley <sjolley!~sjolley@> has joined #yocto23:37
*** nerdboy <nerdboy!> has joined #yocto23:40
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto23:40
*** quite <quite!quite@unaffiliated/quite> has joined #yocto23:40
*** ant_home <ant_home!> has quit IRC23:41
*** Crofton|work <Crofton|work!> has joined #yocto23:41
*** zzeroo <zzeroo!> has joined #yocto23:41
*** lexano <lexano!> has joined #yocto23:41
*** jwessel <jwessel!~jwessel@> has joined #yocto23:41
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has joined #yocto23:42
*** manuel_ <manuel_!~manuel@> has quit IRC23:43
*** gportay <gportay!~gportay@2607:fad8:4:6:38ec:b502:e495:a95> has quit IRC23:49
*** sjburt <sjburt!~steve@> has joined #yocto23:54
*** lolsborn_ <lolsborn_!> has joined #yocto23:56
*** lolsbo___ <lolsbo___!> has quit IRC23:59

Generated by 2.11.0 by Marius Gedminas - find it at!